David Brownell wrote:
The list setting commands are pretty essential and will not add a lot to
the assembly code.
I'm not totally averse to such changes, but you don't seem to be making
the best arguments. Example: they're clearly not "essential" because
transfer queues work today with the lists at the spi_message level.
One more reason for that that came out only recently: suppore we're
adding transfers to an already configured message (i. e. with some
transfers set up already). This 'chaning' may happen for some kinds of
devices. And in case transfers is an array, we should either be apriory
aware of whether the chaining will take place or allocate an array large
enough to hold additional transfers. Neither of these look good to me,
and having a linked list of transfers will definitely solve this problem.
Vitaly
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
