<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Oct 14, 2015 at 5:39 PM, Kirk Bocek <span dir="ltr"><<a href="mailto:t004@kbocek.com" target="_blank">t004@kbocek.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 10/14/2015 9:55 AM, Kirk Bocek wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 10/14/2015 9:32 AM, Alec Leamas wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The devinput LIRC driver does exactly this - acts as a bridge between<br>
the kernel decoding and the LIRC application interface. You feed the<br>
event device as the --device option to devinput, starts lircd and then<br>
uses irw. This is what's described in [2]<br>
</blockquote>
<br>
Ah, I did not change the "device=" setting in lirc_options.conf. I think I thought it was saying what the device line the driver *created* at startup. My bad.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
You can use udev rules to handle that the event device is not fixed as<br>
Karl described. However, it's not really necessary, see [1]<br>
<br>
<br>
</blockquote>
<br>
That's right. You told me about that before. I got sidetracked onto other things. This device has a nice unique name so that:<br>
<br>
device = name='*Spinel*'<br>
</blockquote>
<br>
I installed driver=devinput and installed the devinput conf file. I then tried several variations of the device= line. With and without double quotes, with NAME= and name=. Although the doc page shows no double quotes and lower case, I am firing this off from a config file.<br>
<br>
lircd is starting:<br>
Oct 14 17:38:19 liva2.pvt systemd[1]: Started LIRC Infrared Signal Decoder.<br>
Oct 14 17:38:19 liva2.pvt systemd[1]: Starting LIRC Infrared Signal Decoder...<br>
Oct 14 17:38:19 liva2.pvt lircd-0.9.2a[11203]: Illegal effective uid: lirc: Success<br>
Oct 14 17:38:19 liva2.pvt lircd-0.9.2a[11203]: Info: Using remote: devinput.<br>
Oct 14 17:38:19 liva2.pvt lircd-0.9.2a[11203]: Info: Using remote: devinput.<br>
Oct 14 17:38:19 liva2.pvt lircd-0.9.2a[11203]: Notice: lircd(devinput) ready, using /var/run/lirc/lircd<br>
Oct 14 17:38:19 liva2.pvt lircd[11203]: lircd-0.9.2a[11203]: Illegal effective uid: lirc: Success<br>
Oct 14 17:38:19 liva2.pvt lircd[11203]: lircd-0.9.2a[11203]: Info: Using remote: devinput.<br>
Oct 14 17:38:19 liva2.pvt lircd[11203]: lircd-0.9.2a[11203]: Info: Using remote: devinput.<br>
Oct 14 17:38:19 liva2.pvt lircd[11203]: lircd-0.9.2a[11203]: Notice: lircd(devinput) ready, using /var/run/lirc/lircd<br>
<br>
Still *nothing* from irw and ir-keytable still whines:<br>
<br>
$ir-keytable -t<br>
Couldn't find any node at /sys/class/rc/rc*.<br>
<br>
Tried a couple of manual -d versions:<br>
<br>
ir-keytable -t -d /dev/input/by-id/usb-PHILIPS_MCE_USB_IR_Receiver-_Spinel_plus-event-ir<br>
<br>
ir-keytable -t -d /dev/input/by-path/pci-0000\:00\:14.0-usb-0\:2\:1.0-event-ir<br>
<br>
Still nothing.<br></blockquote></div><br></div><div class="gmail_extra">Try ir-keytable without starting lirc because it's completely unrelated to lirc; it just tests if the kernel input layer is working for that device. Did you try ir-keytable with the /dev/input/event11 device? (or whatever it ended up at). And are you testing as root, to eliminate any permissions issues?<br><br></div><div class="gmail_extra">Karl<br></div></div>