From: David Brownell <david-b@pacbell.net>
Date: Wed, 12 Jun 2002 12:13:08 -0700
> The current USB driver design seems pretty reasonable: only the HCD
> drivers need to know about DMA mappings, and other USB drivers just
> pass buffer addresses. I don't think you would get much support for
> forcing every driver to handle its own DMA mapping.
Me either. But I suspect that it'd be good to have that as an option;
maybe just add a transfer_dma field to the URB, and have the HCD use
that, instead of creating a mapping, when transfer_buffer is null.
That'd certainly be a better approach for supporting sglist in the
usb-storage code than the alternatives I've heard so far.
Another solution for the "small chunks" issue is to in fact keep all
of the real DMA buffers in the host controller driver. Ie. a pool
of tiny consitent DMA memory bounce buffers. That is an idea for
discussion, I have no particular preference.
This could actually improve performance for things like the input
layer USB drivers. On several systems multiple cache lines are
fetched when a keyboard key is typed, and this is because we use
streaming buffers instead of consistent ones for these transfers.
We have two problems we want to solve, the DMA alignment stuff and
using consistent memory for these small buffers. Therefore moving to
consistent memory (by whatever mechanism the USB desires to implement
this) is the way to go.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Jun 15 2002 - 22:00:26 EST