On Tue, Jul 10, 2007 at 22:29:55 +0200, Jiri Kosina wrote: > On Tue, 10 Jul 2007, Tino Keitel wrote: > > > in commit a417a21e10831bca695b4ba9c74f4ddf5a95ac06, the Apple IR sensor > > was added to a blacklist so that no HID device is created anymore. > > However, as of lirc 0.8.2, there is a lirc driver called "macmini" that > > requires that HID device to work. There is also a driver that creates an > > input device for the Apple IR sensor. It can be found in the > > mactel-linux patches[1], but it is not in the kernel yet. I also don't > > know how both sides behave if they are used concurrently. > > Hi Tino, > > so do I understand it correctly that there are two ways to use this device > > - through lirc, which of course requires input device to be created by hid > - using appleir.patch, but this one is not yet upstream (what are the > obstacles?)
Correct. I've tried to enable both, and it looks like the appleir driver doesn't work. The appleir driver was loaded as a module. Removing the device from the blacklist would introduce a regression for all users of the appleir driver with kernels >= 2.6.21 and CONFIG_USB_HIDDEV enabled. Isn't there a convenient way to (1) use the HID device if desired and (2) use the appleir and deacticate this particular HID device in this case? > > If it is so, and the device is not handled properly by any other in-tree > driver, we should remove the ignore quirk. I don't know of any other in-tree driver. > > > I think that the blacklist entry for USB_DEVICE_ID_APPLE_IR should be > > removed at least as long as the appleir.patch is not part of the > > mainline kernel. > > Would you care to send me a patch with proper changelog and Signed-off-by > line? See the attachment. Regards, Tino
