On Friday 31 July 2009 15:00:28 Jarod Wilson wrote: > On Friday 31 July 2009 14:41:38 Anssi Hannula wrote: > > Jarod Wilson wrote: > > > After some inspection of the Windows iMON driver, several additional > > > device IDs were added to the lirc_imon driver. At least a few of these > > > have been seen in the wild, and require manual quirking to keep the > > > usbhid driver from binding to them. Rather than list out every single > > > device, ignore the entire device ID range, 0x0034 - 0x0046. Some of > > > these may not advertise themselves as HID devices, but no harm done to > > > such devices anyway. Does the right thing in brief testing w/my 0x0045 > > > device. > > > > I'm not sure this is a good idea. I have a 0x0038 device and I'm > > developing a proper HID driver for it. If and when I'll submit it for > > kernel inclusion, this kind of ID range blacklisting may get ugly. > > Erm, there's already a full driver for it though, and its already in > the ignore list... Also, out of curiosity, what does a "proper HID driver for it" look like and/or do that the latest lirc_imon doesn't? We're already doing input layer stuff with the mouse mode and mouse buttons, and looking to further extend that, potentially making the driver pure input layer, but still usable with the lirc devinput userspace driver. -- Jarod Wilson jarod@xxxxxxxxxx -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
