<div class="gmail_quote">On Fri, Jun 3, 2011 at 12:09 AM, Jarod Wilson <span dir="ltr">&lt;<a href="mailto:jarod@wilsonet.com">jarod@wilsonet.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Jun 2, 2011, at 11:10 AM, lists.md301 wrote:<br>

</div><div class="im">&gt; I&#39;m happy with the keymapping I created.  A good re-learning experience.  You are right that such things end up being a personal preference.  Wasn&#39;t too difficult to do.  And with using the remote as a devinput device, I noticed (obviously) that key presses also show up on a console/terminal window.  At least the up arrow, as I was able to bring up the mythfrontend text on the xterm CLI with it.<br>

<br>
</div>Um... If you can use the remote in an xterm, then lircd isn&#39;t bound to it. When<br>
it is, lircd takes exclusive control of the device, and the native input presses<br>
are consumed by lircd and converted into lirc keys...<br></blockquote><div><br>Okay then!  My memory of my debug timeline is a jumble, trying many different things.  With your correction, I believe this was before I had lirc 0.9 up and running correctly--no lirc was running, but I knew the remote was being &quot;seen&quot; by the kernel driver.<br>
<br>I know that my lirc daemon is using the devinput event device soft link, specified in the conf.d/config file.  It&#39;s easy enough to change it the more universal dev/lircd0 device and see/verify that it also works.  Better for future migration/support.<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">

&gt; One final comment/question:  part of the reason I ended up using the Fintek as a devinput device is that I was unsure as to what device to compile/select in lirc 9.0 to work with it, for the /dev/lirc0 interface.  I didn&#39;t see anything in the documentation available, realizing that doc often lags functionality.  I was under the impression that choosing an MCE USB would NOT work (since that would select the wrong kernel driver), and I thought my debug testing proved that, but I may have been trying that with 0.8.7 which would not have been aware of the newest drivers.  Maybe choosing NOTHING is the correct option?  If you could clarify that a bit more, it might be helpful to others.  Haven&#39;t had time to retrace my steps to test whether my /dev/lirc0 would work now that I have 0.9.0 installed, given the correct lircd.conf file (but which one?).<br>

<br>
</div>I should really add a new target to setup.sh in the lirc source for &quot;my kernel<br>
provides the drivers I need&quot; or something. I usually skip setup.sh and use configure<br>
directly, with --with-driver=userspace, which actually builds a universal-ish lircd<br>
that has support for all possible userspace and kernelspace drivers. If you only<br>
want support for /dev/lircX, you want --with-driver=default, I believe.<br>
<br></blockquote></div><br>Thanks for the explanation.  For my own usage, I&#39;ll have to see how this corresponds to what&#39;s in the Gentoo overlay ebuild.  Easy enough to modify if need be.<br><br>