On Thu, 26 Apr 2001, Matt Eccleston wrote: > Unfortunately, this does not work with lowspeed devices and uhci.c, because > uhci.c throws out bulk transfers on lowspeed pipes (uhci_submit_bulk()). > So for example when trying to control a USB Mouse with but one lonely interrupt > endpoint, bulk submissions to that endpoint are harshly (see below) rejected. IIRC, according to USB specs bulk transfers are defined for fullspeed devices only. So rejecting them for lowspeed sounds pretty correct for me. > The merits of this check can probably be debated, and FWIW usb-uhci.c doesn't > have this check and the submitting bulk packets to interrupt pipe hack works fine Well, should usb-uhci be proved to accept bulk traffic for lowspeed device, I would call this a bug of usb-uhci. OTOH there might be some trick in usb-uhci which emulates bulk transfers using single-shot (i.e. not rescheduled) interrupt transfer. But I really have no idea what it would be good for - probably reusing the same code for both types? Martin _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: http://lists.sourceforge.net/lists/listinfo/linux-usb-devel
