<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jul 20, 2016 at 3:38 AM, Alec Leamas <span dir="ltr"><<a href="mailto:leamas.alec@gmail.com" target="_blank">leamas.alec@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div><br>
<br>
On 19/07/16 23:42, Paul Gallaway wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On Sat, Jul 16, 2016 at 6:58 PM, Greg Woods <<a href="mailto:greg@gregandeva.net" target="_blank">greg@gregandeva.net</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On Tue, Jul 5, 2016 at 7:07 PM, Jerry <<a href="mailto:mythtv@hambone.e4ward.com" target="_blank">mythtv@hambone.e4ward.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Changing the driver from devinput to default in lirc_options.conf fixed<br>
the issue.<br>
</blockquote>
I am also having trouble getting my remote to work well after upgrading from<br>
F23 to F24. It's the same damned problem I had five years ago that started a<br>
long thread on this list with F14, but it's not the same fix. That one<br>
turned out to be an actual kernel driver bug that got fixed. This time, most<br>
likely not.<br>
<br>
</blockquote>
Away from my system currently so probably just adding more noise than<br>
anything. I am seeing a similar problem and I've been trying to<br>
troubleshoot (although haven't really put in the time).<br>
<br>
Not using Fedora. I'm running Debian Jessie/stable (8), using a 4.6<br>
kernel through jessie-backports repository with MythTV 0.27 from<br>
deb-multimedia repository, and my remote stopped working. I am<br>
currently using devinput as the LIRC driver (and have been for some<br>
time since running a kernel with it available as an option). I have an<br>
MCE-USB remote device, one of the original MS branded ones from circa<br>
2008. I have a second one I've tested on my main and secondary system<br>
with the same issue.<br>
<br>
Anyway, since kernel 4.5+ the remote hasn't worked with my<br>
configuration. Finally had some time to troubleshoot over the weekend<br>
and dropping back to a 4.4 kernel and the remote works as expected.<br>
Boot the 4.6 kernel and it stops. My next step will be to submit a bug<br>
report to the Debian kernel team, but I'd need to boot back into the<br>
non-functioning kernel to complete the report.<br>
</blockquote>
<br></div></div>
This might be the same as the Debian bug #790969 [1]<span><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
My other working theory (read untested and I have no evidence) is that<br>
kernels 4.5+ need a newer version of LIRC (0.94 was recently released<br>
and I think roughly maps to the release period) than is available in<br>
Debian Jessie repositories for devinput to function. Just a giant stab<br>
in the dark. Searching the Fedora project, it appears as though it is<br>
shipping with 0.94a which is the most recent LIRC release. It might be<br>
time to move to Stretch/testing version of Debian which may solve this<br>
</blockquote>
<br></span>
There is Debian packaging available in the upstream source package [2]<br>
which can be used to test. Although I doubt that an update will solve<br>
this issue, lirc-0.9.4 's mode2 can be used to debug the output from the<br>
devinput driver using something like 'mode2 --driver devinput --device<br>
auto' which might help debugging the kernel output.<br>
<br>
One possible culprit is the /etc/lirc/lircd.conf.d/devinput.lircd.conf<br>
if the kernel has changed the codes somehow. lirc-0.9.4 contains a<br>
script lirc-make-devinput which can re-generate this file using the<br>
kernel headers.<br>
<br>
An effort to update the Debian packages is under way [3]. However, the<br>
current maintainer is somewhat reluctant to make this update, so it's<br>
kind of stalled for the moment (although my sponsor has declared he<br>
eventually intends to push an update) .<br>
<br>
<br>
Cheers!<br>
<br>
--alec<br>
<br>
<br>
[1] <a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790969" rel="noreferrer" target="_blank">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790969</a><br>
[2] <a href="https://sourceforge.net/projects/lirc/files/LIRC/0.9.4a/" rel="noreferrer" target="_blank">https://sourceforge.net/projects/lirc/files/LIRC/0.9.4a/</a><br>
[3] <a href="https://mentors.debian.net/package/lirc" rel="noreferrer" target="_blank">https://mentors.debian.net/package/lirc</a><div><div><br></div></div></blockquote></div><br></div><div class="gmail_extra">I regenerated the devinput.lircd.conf file from the script as described and placed it in /etc/lirc/lircd.conf.d<br>I did not see a change when running mode2:<br><br>[root@htpc ~]# mode2 --driver devinput --device auto<br>Using driver devinput on device auto<br>Trying device: /dev/input/event3<br>Using device: /dev/input/event3<br>Warning: Running as root.<br><br></div><div class="gmail_extra"><no output after pressing several keys on remote><br><br></div><div class="gmail_extra">I do see output when doing "cat /dev/lirc0" and for "mode2 --driver default --device auto"<br><br></div><div class="gmail_extra">Perhaps some other configuration file was overwritten when the rpm was updated to 0.9.4a?  I'm certainly no expert.<br><br></div><div class="gmail_extra">I did see that one can roll back to an earlier lirc version (0.9.3a-4) in Fedora.  I tried this and noticed that the driver was set as "default" in /etc/lirc/lirc_options.conf (This is set as devinput with the 0.9.4a rpm).  That might be why I didn't run into any problems with a 4.5.x kernel.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Fortunately, things are working for me when I set the driver to default.<br><br></div><div class="gmail_extra">I hope that helps somewhat.  I'm not sure what else to try here.<br></div></div>