On Fri, 9 Dec 2005, Paul Bonser wrote: > Ooh, thanks, that saves me the trouble of finding it myself :) > So is that what I'm going to have to tell others if they want to use > the driver, too? Or just provide a patch, I guess. > I guess the most important part (the inputs) still works without the > ability to set the LEDs. It will be functional for those who don't > want to patch their kernels. Is there any other way (short of > including half of the uhci driver duplicated in my own driver, minus > those lines) that this could be gotten around? I'm guessing not... > Well, I'll take what I can get, but so much for the thing working > fully out of the box for anyone else. (except for OHCI people).
There's one thing you can try. When you submit the URB for the LED control, make it an interrupt URB instead of bulk (and set the period to 1). That should be acceptable to the UHCI driver and to the device. Alan Stern ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
