<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 2, 2015 at 2:57 PM, Kirk Bocek <span dir="ltr"><<a href="mailto:kirkbocek@gmail.com" target="_blank">kirkbocek@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
<br>
On 9/2/2015 12:27 PM, Kirk Bocek wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
On 9/2/2015 12:06 PM, Alec Leamas wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 02/09/15 19:16, Kirk Bocek wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
On 9/2/2015 10:00 AM, Kirk Bocek wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<br>
First Liva with the old Microsoft receiver: 4.0.8-200.fc21.x86_64<br>
<br>
Second Liva with the Chinese knockoff receiver recommended here:<br>
4.1.5-100.fc21.x86_64<br>
<br>
Info on the knockoff receiver, udevadm info -a<br>
/sys/bus/usb/devices/1-2:1.0:<br>
</blockquote>
<br>
Alec's last suggestions for me were regarding the fact that my receiver<br>
is automatically loading as a keyboard through the usb-hid interface. Is<br>
anyone familiar with this:<br>
<br>
<a href="http://www.math.ucla.edu/~jimc/documents/bugfix/17-ir-keyboard.html" rel="noreferrer" target="_blank">http://www.math.ucla.edu/~jimc/documents/bugfix/17-ir-keyboard.html</a><br>
<br>
I'm not at home right now, so I can't test this. This posting goes back<br>
to 2010 and I wonder how applicable it is. Part of my problem is that I<br>
am getting *no* output out of ir-keytable at all.<br>
</blockquote>
<br>
Combined with the fact that mceusb isn't loaded properly I find Jerry's and Roger's argument quite compelling.  That your old remote works doesn't really change that, there is certainly a chance that the exact combination of computer, remote and kernel exhibits this bug. The only way to know is to recompile the kernel, though.<br>
<br>
Personally, I don't think your link is a plausible solution. That is not to say I've tried it, or even read it carefully. it certainly won't help is the sub driver is the problem.<br>
<br>
*If* the mceusb drivar was loaded correctly the kernel should have setup a /sys/class/rc entry (unless you have some strange udev or modprobe stuff).<br>
<br>
Perhaps you should double-check that your hardware is supported:<br>
<a href="http://lxr.free-electrons.com/source/drivers/media/rc/mceusb.c" rel="noreferrer" target="_blank">http://lxr.free-electrons.com/source/drivers/media/rc/mceusb.c</a> (use the right version!)<br>
<br>
Another avenue would be to recompile the mceusb module with debug enabled to see if it comes anything sane from that. Re-compiling a module is a simple, light-weight task.<br>
<br>
On a sidenote, we have established the fact that this problem is not an LIRC one, it's in the kernel.<br>
<br>
</blockquote>
<br>
No, the receiver is listed by name "Philips Infrared Transceiver - Spinel plus", but not by ID:<br>
<br>
$ lsusb<br>
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub<br>
Bus 001 Device 002: ID 0471:20cc Philips (or NXP)<br>
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub<br>
<br>
ID 20CC is not there at all. So what I'd really like to do is edit the source for the current module and just compile that rather than the whole kernel. Easy to get the source for the kernel I'm currently using. I can find and edit this file easy enough.<br>
<br>
Can anyone help me with the command line for compiling an individual driver file?<br>
<br>
</blockquote>
<br></div></div>
Well, as usual this is looking harder than I think it needs to be. Installing the kernel-devel package and the kernel-modules package does *not* include the mceusb.c source file. <sigh><div class="HOEnZb"><div class="h5"><br>
<br>
<br></div></div></blockquote><div><br></div><div>It appears that you really like fedora, I still think it would be worthwhile to see if it works out of the box on another distro. mythbuntu etc. Install it on a USB drive and see if it works in that environment, might shed some light on why its not working with your combination of LIVA and fedora combination.  I have used that remove and receiver combination running the latest versions of openelec and it worked out of the box, nothing else required to make it work.  I know you are wanting to run a myth frontend hence why I was suggesting a different distro flavor that would allow you maybe to roll back to an older kernel etc.  <br></div></div><br></div></div>