<div class="gmail_quote">On Thu, Jul 1, 2010 at 2:57 PM, Jarod Wilson <span dir="ltr"><<a href="mailto:jarod@wilsonet.com">jarod@wilsonet.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Thu, Jul 1, 2010 at 1:27 PM, Gavin Hurlbut <<a href="mailto:gjhurlbu@gmail.com">gjhurlbu@gmail.com</a>> wrote:<br>
> On Thu, Jul 1, 2010 at 6:59 AM, Jarod Wilson <<a href="mailto:jarod@wilsonet.com">jarod@wilsonet.com</a>> wrote:<br>
>><br>
>> I keep meaning to fix this, and keep forgetting. I'm pretty sure there<br>
>> are places where lirc_t actually does need to be signed though, so I<br>
>> don't know that this particular fix would work.<br>
><br>
> Well, that's likely true. I certainly don't have a very exhaustive testing<br>
> environment. It does seem to be operational now. So, buyer beware and all,<br>
> but that simple hack does take it from being totally useless to seemingly<br>
> working. Granted, I might find it wedged tomorrow or something due to other<br>
> uses of the type. There may be a better permanent fix.<br>
<br>
</div></div>I do hope to get back to the hdpvr and lirc_zilog (and this issue)<br>
RSN, as I'm nearing completion of the mceusb port and ir-core lirc<br>
bridge plugin. Once those are put to bed, it'll be on to the next lirc<br>
driver to port, and lirc_zilog seems a good candidate for multiple<br>
reasons.</blockquote><div><br></div><div>Sweet. Should you need a test user for this particular issue, let me know. I have the HD-PVR and IR transmitting requiring the long 32-bit raw codes with MSB set. This seems to be the magic combination of mess... oh, and a 64-bit platform. (sorry, ubuntu, not FC this time around).</div>
</div>