Brad Hards wrote: > On Tue, 7 May 2002 04:21, ..tom wrote: >> Brad Hards wrote: >>> The ifeel mouse is not boot protoocol compatible (unlike most other >>> mice - look closely at the descriptors in each case) >> >> So what is this, then? (from Evgeniy's log) >> >>> Interface: 0 >>> Alternate Setting: 0 >>> bLength = 9 >>> bDescriptorType = 04 >>> bInterfaceNumber = 00 >>> bAlternateSetting = 00 >>> bNumEndpoints = 02 >>> bInterface Class:SubClass:Protocol = 03:01:02 >>> iInterface = 00 >> >> 3:1:2 looks like HID BP to me, the only oddity is that there is an >> additional endpoint (out) in this interface, but hidbp should not >> worry.
> It failing this test in usbmouse.c (the boot protocol driver) > > if (interface->bNumEndpoints != 1) return NULL; Sorry, I was actually meaning to send this to linux-usb-devel in the first place. So, does not having exactly one endpoint exclude a device from being Boot Protocol compliant? I see how it won't be accepted by the usbmouse.c code, but I can't find that stated anywhere in the HID spec. In fact, in 4.4 of the spec, it says: <quote> The Interrupt Out pipe is optional. If a device declares an Interrupt Out endpoint then Output reports are transmitted by the host to the device through the Interrupt Out endpoint. If no Interrupt Out endpoint is declared then Output reports are transmitted to a device through the Control endpoint, using Set_Report(Output) requests. </quote> This seems to indicate that HIDBP should only be concerned about finding an interrupt in endpoint, and not worrying about how many endpoints there are in total, right? Looks like the bNumEndpoints != 1 was a shortcut taken to avoid any further analysis if it doesn't look like "a normal" mouse. Of course, the boot protocol support may just as well be dropped sometime soon, IMHO. I don't see a reason for boot protocol anymore as the full HID solution is there and workable. Cheers, ..tom _______________________________________________________________ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
