Description of problem: Version-Release number of selected component (if applicable): lirc-0.8.2-2.fc7 How reproducible: 100% Steps to Reproduce: 1. /usr/sbin/lircd -H help 2>&1 | grep macmini 2. 3. Actual results: (no matches) Expected results: macmini Additional info: Trivial patch attached. This adds the driver (already compiled in) to the table so you can specify it with -H. This didn't help it actually work on my macmini, because there is no /dev/usb/hiddev0 as it expects to find. I have no idea what the story is with that, but it seems like a kernel or udev problem.
Created attachment 191371 [details] patch adding macmini to hw_list
Hm... I suspect we may well need to add the appleir driver to the kernel to get that fully working. http://www.madingley.org/macmini/kernel/ir.patch That's on my own todo list, just haven't got around to it yet...
It looks to me as if the current lirc code does not want the appleir driver, but only some generic usb hiddev stuff. The documentation gives the impression there may be nothing missing from the kernel per se. But udev did not give me a /dev/usb node for the built-in IR receiver (I only get one for my external USB printer). That might be a kernel issue (not reporting built-in USB devices to udev?), but I have no idea really.
Indeed, no appleir driver needed. With the latest rawhide kernels, I get a /dev/hiddev0 usb input device corresponding to the ir port on my intel mini, and have compiled a test app from a list thread somewhere that I've misplaced, which does confirm the kernel is seeing data from the tiny little remote. I'm actually going to push a 0.8.3pre1 build into devel here in a sec, which includes full support for using the apple ir port. Nb: this build won't automagically go into F8, it'll be held back for possible inclusion in F8 updates-testing and F9 rawhide, once branched.