On Sun, 2 Oct 2005 15:34:22 -0400, Christopher Li <[EMAIL PROTECTED]> wrote:
> > 16K is an order 2 allocation on systems with 4KB pages, such as > > Opteron. It kinda sorta works, but not really. > > > > This looks like a requirement to think about a better API. [] > > I think the API is kind of fine in this aspect. The usbdevfs should be > able to take bigger than 16K, but the internal copy of the urb does not > have to use kmalloc on data buffers. You miss an important detail here, namely that single URBs do not have a capability to transfer to a discotiguous buffer. As long as you try to map one transfer insive VMware to one URB, one and only one kmalloc has to be done. But if splitting the transfer is acceptable, there is no reason to up the maximum buffer size in usbfs. But the above is IMHO only, and perhaps I miss something as well. -- Pete ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
