On Tue, Apr 11, 2006 at 08:52:17AM -0600, Michael Downey wrote: > >The reason is that it was originally intended for devices which don't > >issue huge numbers of reports in one go, and 64 was supposed to be > >'large enough' for userspace to be able to empty the buffers as the data > >are coming from the device. > > > >Moving to 512 is not a big problem, except for memory usage. > > > >However, I'd suggest using libusb/libhid instead here, since the hiddev > >interface is really inadequate for uses like this. > > > > > > > The problem with libhid is that it is a GPL licenced library not LGPL so > I can't use it. Otherwise that was my initial plan. Also the benifit of > using hiddev is that I don't have to install another library onto the > system. I could try using libusb but it looked like I would have to > basically replicate a lot of what libhid does. > > So is the memory usage a concern? Yes, it's a waste on most systems. If it could be done dynamically (based on the number of usages in the largest report), that'd be perfect.
-- Vojtech Pavlik Director SuSE Labs ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
