<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body text="#000000" bgcolor="#ffffff">
    <pre>&gt;&gt;<i> &gt;&gt;
</i>&gt;&gt;<i> /  This past week had to replace a dead motherboard on a system that has been running solid for 4 years with myth 0.21 and fedora 8.  Did a clean install of Fedora 14 and mythtv 0.24.  All is working well except for PVR350 remote (I have a 150 in the system as well no remote input).  I have seen where ivtv has move to the kernel and lirc_zilog is now going to be the standard.  Don't have an IR Blaster just a receiver.
</i>&gt;&gt;<i> 
</i>&gt;&gt;<i> /
</i>&gt;&gt;<i> &gt; lirc_zilog is for devices with a zilog z8 chip on them, which all support both
</i>&gt;&gt;<i> &gt; send and receive. You still use lirc_i2c or ir-kbd-i2c for devices that do
</i>&gt;&gt;<i> &gt; receive only (lirc_i2c is going away, ir-kbd-i2c is the way forward, can still
</i>&gt;&gt;<i> &gt; be used with lirc using its devinput driver).
</i>&gt;&gt;<i> 
</i>&gt;&gt;<i> 
</i>&gt;&gt;<i> Thanks, didn't realise that.
</i>&gt;&gt;<i> 
</i>&gt;&gt;<i> I set LIRC_DRIVER="devinput" but it still comes up with lirc_zilog.
</i>
&gt;"it" still comes up? lsmod shows you have lirc_zilog loaded. Doesn't
&gt;matter though, its not bound to anything.

Sorry about that bad language.

&gt;&gt;<i> If I modprobe ir-kbd-i2c then lsmod|grep -i lirc i get
</i>&gt;&gt;<i>&gt; ir_lirc_codec           3417  0
</i>&gt;&gt;<i>&gt; rc_core                14291  9 ir_lirc_codec,ir_sony_decoder,ir_jvc_decoder,ir_rc6_decoder,ir_rc5_decoder,rc_rc5_tv,ir_nec_decoder,ir_kbd_i2c
</i>&gt;&gt;<i>&gt; lirc_zilog             11784  0
</i>&gt;&gt;<i>&gt; lirc_dev               12896  2 ir_lirc_codec,lirc_zilog
</i>&gt;&gt;&gt;<i> i2c_core               21328  18 ir_kbd_i2c,lirc_zilog,msp3400,saa7127,saa7115,tuner_simple,wm8775,tda9887,tda8290,tuner,cx25840,nvidia,ivtv,v4l2_common,videodev,i2c_algo_bit,i2c_nforce2,tveeprom
</i>
&gt;Looks sane.

&gt;&gt;<i> dmesg
</i>&gt;&gt;<i> [ 3376.918767] IR NEC protocol handler initialized
</i>&gt;&gt;<i> [ 3376.932119] IR RC5(x) protocol handler initialized
</i>&gt;&gt;<i> [ 3376.937260] IR RC6 protocol handler initialized
</i>&gt;&gt;<i> [ 3376.942858] IR JVC protocol handler initialized
</i>&gt;&gt;<i> [ 3376.947887] IR Sony protocol handler initialized
</i>&gt;&gt;<i> [ 3376.952063] Registered IR keymap rc-rc5-tv
</i>&gt;&gt;<i> [ 3376.952326] input: i2c IR (Hauppauge WinTV PVR-350 as /devices/virtual/rc/rc0/input7
</i>&gt;&gt;<i> [ 3376.953534] rc0: i2c IR (Hauppauge WinTV PVR-350 as /devices/virtual/rc/rc0
</i>&gt;&gt;<i> [ 3376.953542] ir-kbd-i2c: i2c IR (Hauppauge WinTV PVR-350 detected at i2c-2/2-0018/ir0 [ivtv i2c driver #1]
</i>&gt;&gt;<i> [ 3376.955127] IR LIRC bridge handler initialized
</i>
&gt;Also looks sane.

&gt;&gt;<i> I restart lirc and then check irw but still no luck.  I have lircd.conf in /etc/lirc/ and my .lircrc file in the .mythtv folder.
</i>&gt;&gt;<i> Do i also need to set the LIRC_DEVICE? (I think the virtual device is what I need.  I saw in my searching that this is probably /dev/input/event7?)
</i>
&gt;Yes, you need to set LIRC_DEVICE to /dev/input/eventX that matches the
&gt;device created by ir-kbd-i2c (cat /proc/bus/input/devices to see which
&gt;one it has -- look at the H: Handlers= line).

&gt;And you also need the devinput lircd.conf, not the Hauppauge one. You'll
&gt;be mapping input layer scancodes now, not rc5 IR signals.

I was just reading a post you made back on 3-31-2010 about that and have done so.

I added LIRC_MODULE="ir-kbd-i2c" to /etc/sysconfig/lirc but the ir-kbd-i2c doesn't get loaded so i end up with
lircd-0.9.0-pre1[1569]: unable to open '/dev/input/event7'

Is this the right place to load the module?




</pre>
  </body>
</html>