On Sun, Oct 02, 2005 at 03:08:29PM -0700, Pete Zaitcev wrote: > On Sat, 1 Oct 2005 16:20:59 -0400, Christopher Li <[EMAIL PROTECTED]> wrote: > > > I hit this limit with running ehci in the VM. The a single ehci > > qTD transfer buffer can be 5 pages long, that is 20K. [...] > > Even 16K is too much, IMHO. > > > I can complicate the user space part to work around that, > > but it seems much simpler just allow usbdevfs to accept bigger buffers. > > It seems, yes. However, I assure you that this is not going to > work for anyone who has anything reasonable swapped out, because > of the kmalloc(). > > 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. Also,
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. > the things that Harald was trying to fix, with pids and signals, > just tell me that something was really wrong from the start. More detail please? Chris ------------------------------------------------------- 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
