New USB stack and Zero copy.
John-Mark Gurney
gurney_j at resnet.uoregon.edu
Wed Jul 4 17:52:37 UTC 2007
Hans Petter Selasky wrote this message on Wed, Jul 04, 2007 at 09:01 +0200:
> I want to get rid of the copying between DMA'able memory and non-DMA'able
> memory.
>
> Currently I allocate N memory-pages for each USB transfer like separate pages.
How do you allocate these pages? With malloc(9) or w/ bus_dmamem_alloc(9)?
> The bus-dma system then assigns all of these pages each their virtual
> address.
>
> What I see is that when I allocate more than PAGE_SIZE bytes using bus-dma, I
> get physically contiguous memory. I don't need that for the USB stack.
That is a limitation of how bus_dma currently allocates memory... It
calls contigmalloc, which doesn't handle multi-segment memory allocations
yet..
> The question is:
>
> Should we change bus-dma to support so called scatter and gather allocations,
> where the physical allocation is non-contiguous, and the virtual allocation
> is contiguous accross all the scattered pages ?
You can already support this by using malloc, and loading that buffer
into your bus_dma map... or using the passing in userland buffer, and
loading that into the map...
> Also: How is the easiest way to load memory pages into DMA ? And I want that
> the loadig works like this, that when the page must be bounced it should not
> allocate a bounce buffer, hence I already have a bounce buffer. I only need
> to know which pages I can forward directly to the USB hardware, and the rest
> I will bounce somewhere else.
Why do you not want to let bus_dma do the bouncing for you? If it's
to save a copy to another buffer, why don't you load the final buffer
into bus_dma?
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
More information about the freebsd-usb
mailing list