<p dir="ltr"><br>
On Jun 28, 2015 1:51 PM, "Jerry Rubinow" <<a href="mailto:jerrymr@gmail.com">jerrymr@gmail.com</a>> wrote:<br>
><br>
><br>
> On Jun 28, 2015 13:36, "Alec Leamas" <<a href="mailto:leamas.alec@gmail.com">leamas.alec@gmail.com</a>> wrote:<br>
> ><br>
> > On 28/06/15 15:54, Jerry Rubinow wrote:<br>
> ><br>
> >><br>
> >> Nick, it looks like 3.16, what I've been running, has that patch<br>
> >> integrated into the kernel driver.  I tried a clean Ubuntu 15.04 install<br>
> >> and the problem is there as well.  Unfortunately the bios doesn't let me<br>
> >> disable xHCI.    I think it may be time to visit newegg for a new ir<br>
> >> receiver.<br>
> ><br>
> ><br>
> > TBH, I havn't read the complete thread. That said, I understand your situation as if the kernel decoding route is at a dead end for you (?).<br>
> ><br>
> > Note, the alternative is to let lirc decode the raw timing data. I know this has been mentioned before, but perhaps you missed this opportunity?<br>
> ><br>
> > Obviously, the existing config files doesn't work for you. One option would be to use irrecord to create a new config file after setting the protocol to 'lirc' and re-checking that mode2 still works as expected. Might work, dunno, but given that mode2 is OK for you I think you have a fair chance.<br>
> ><br>
> > Cheers!<br>
> ><br>
> > --alec<br>
><br>
> Alec, that's probably worth trying, I'll try irrecord.  However, my expectation is that the bits coming out of the driver will be faulty due to something in the USB 3/xHCI implementation.<br>
><br>
> I'll try that tonight.<br>
></p>
<p dir="ltr">I wonder if a running lircd is interfering with the kernel decoding, since all protocols are enabled ? Try stopping lircd.<br>
</p>