[PATCH 04/18] dmaengine/amba-pl08x: Remove redundant comment and rewrite original
From: Linus Walleij <hidden>
Date: 2011-07-30 23:37:55
Also in:
lkml
2011/7/31 Russell King - ARM Linux [off-list ref]:
On Sun, Jul 31, 2011 at 12:32:55AM +0200, Linus Walleij wrote:quoted
The PL08x has two bus mastering interfaces. They can be connected to two separate busses and two adress spaces even, usually that is not the case though.This is not what the function is about... that's done by my pl08x_select_bus() function.
To be clear, I was explaining what I percieved as a question from Viresh about what the comment in this hunk of the patch was about:
@@ -498,9 +498,9 @@ struct pl08x_lli_build_data {};
/*
- * Autoselect a master bus to use for the transfer this prefers the
- * destination bus if both available if fixed address on one bus the
- * other will be chosen
+ * Autoselect a master bus to use for the transfer
+ * - prefers the destination bus if both available
+ * - if fixed address on one bus the other will be chosen
*/
static void pl08x_choose_master_bus(struct pl08x_lli_build_data *bd,
struct pl08x_bus_data **mbus, struct pl08x_bus_data **sbus, u32 cctl)
This is the comment just above pl08x_choose_master_bus(),
the pl08x_lli_build_data() just has a danglig semicolon in the hunk.
As for the LLI code, all of it's weird complexity comes from the fact
that the DMAC cannot let a single element pass across 1KB (0x400)
boundaries, which is one more than a little insane hardware
restriction, and I have no clue where that limitation actually comes
from, likely strange VHDL code.
Then for this hunk:
@@ -626,11 +626,6 @@ static int pl08x_fill_llis_for_desc(structpl08x_driver_data *pl08x,
/* We need to count this down to zero */
bd.remainder = txd->len;
- /*
- * Choose bus to align to
- * - prefers destination bus if both available
- * - if fixed address on one bus chooses other
- */
pl08x_choose_master_bus(&bd, &mbus, &sbus, cctl);
This is I think just redundant commenting of what the called function does,
so yes should be deleted.
Thanks,
Linus Walleij