I copied over my .config from my 2.6.19-r4 kernel and the input device isn't working in 2.6.20. dmesg snippet: DVB: registering frontend 0 (ST STV0299 DVB-S)... input: DVB on-card IR receiver as /class/input/input4 dvb-ttpci: found av7110-0. udev creates devices in /dev for the input device(s) but a cat /dev/input/event0 and pressing any key on the remote control doesn't work. # udevinfo -a -p /sys/class/input/event4 Udevinfo starts with the device specified by the devpath and then walks up the chain of parent devices. It prints for every device found, all possible attributes in the udev rules key format. A rule to match, can be composed by the attributes of the device and the attributes from one single parent device. looking at device '/class/input/input4/event4': KERNEL=="event4" SUBSYSTEM=="input" DRIVER=="" ATTR{dev}=="13:68" looking at parent device '/class/input/input4': KERNELS=="input4" SUBSYSTEMS=="input" DRIVERS=="" ATTRS{uniq}=="" ATTRS{phys}=="" ATTRS{name}=="DVB on-card IR receiver" # ls -la /dev/input/ insgesamt 0 drwxr-xr-x 3 root root 200 5. Feb 2007 . drwxr-xr-x 19 root root 13840 5. Feb 21:43 .. drwxr-xr-x 2 root root 100 5. Feb 2007 by-path crw------- 1 root root 13, 64 5. Feb 2007 event0 crw------- 1 root root 13, 65 5. Feb 2007 event1 crw------- 1 root root 13, 66 5. Feb 2007 event2 crw------- 1 root root 13, 67 5. Feb 2007 event3 crw------- 1 vdr vdr 13, 68 5. Feb 2007 event4 crw-r--r-- 1 root root 13, 63 5. Feb 2007 mice crw-r--r-- 1 root root 13, 32 5. Feb 2007 mouse0 # uname -a Linux unimatrix 2.6.20-gentoo #1 SMP PREEMPT Mon Feb 5 19:42:35 CET 2007 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux Please tell me if you need futher infos about my system(-setup). Reproducible: Always Steps to Reproduce: 1. 2. 3.
Sorry, I meant a cat /dev/input/event4 of course which returns nothing when pressing a key on the remote control.
Which type of input device is this? Do you know which driver claims it? Can you reproduce this on the latest development kernel, currently 2.6.21-rc2?
Any news here? This is our only known 2.6.20 regression.
Sorry it took me so long, I testet again with linux-2.6.21-rc3-mm2 and the problem remains. I don't know how I can find out which driver is used for the ir remote reciever but it could/should be av7110, which is used to drive the card itself, the remote reciever is onboard on this one. lsmod gives me: stv0299 9736 1 ves1x93 6532 0 dvb_ttpci 87496 18 dvb_core 65320 2 stv0299,dvb_ttpci saa7146_vv 41088 1 dvb_ttpci video_buf 19204 1 saa7146_vv saa7146 14856 2 dvb_ttpci,saa7146_vv videodev 25088 1 saa7146_vv v4l2_common 15616 2 saa7146_vv,videodev v4l1_compat 12676 2 saa7146_vv,videodev ttpci_eeprom 3072 1 dvb_ttpci i2c_i801 7824 0 i2c_core 16512 5 stv0299,ves1x93,dvb_ttpci,ttpci_eeprom,i2c_i801 and ls -la /dev/input/by-path/ lrwxrwxrwx 1 root root 9 13. Mär 2007 pci-0000:03:07.0--event-ir -> ../event4 lrwxrwxrwx 1 root root 9 13. Mär 2007 platform-i8042-serio-0-event-kbd -> ../event2 lrwxrwxrwx 1 root root 9 13. Mär 2007 platform-i8042-serio-1-event-mouse -> ../event3 lrwxrwxrwx 1 root root 9 13. Mär 2007 platform-i8042-serio-1-mouse -> ../mouse0
The DVB card itself is a Hauppauge Nexus-S Rev. 2.2 http://www.vdr-wiki.de/wiki/index.php/Bild:Dvb-s_2.2_hauppauge_nexus.jpg
Please post /proc/bus/input/handlers and /proc/bus/input/devices from both the working kernel and the broken kernel
working kernel (linux-2.6.19-gentoo-r4): # cat /proc/bus/input/handlers N: Number=0 Name=kbd N: Number=1 Name=mousedev Minor=32 N: Number=2 Name=evdev Minor=64 # cat /proc/bus/input/devices I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 N: Name="AT Translated Set 2 keyboard" P: Phys=isa0060/serio0/input0 S: Sysfs=/class/input/input0 H: Handlers=kbd event0 B: EV=120013 B: KEY=4 2000000 3802078 f840d001 feffffdf ffefffff ffffffff fffffffe B: MSC=10 B: LED=7 I: Bus=0011 Vendor=0002 Product=0005 Version=0000 N: Name="ImPS/2 Generic Wheel Mouse" P: Phys=isa0060/serio1/input0 S: Sysfs=/class/input/input1 H: Handlers=mouse0 event1 B: EV=7 B: KEY=70000 0 0 0 0 0 0 0 0 B: REL=103 I: Bus=0000 Vendor=0000 Product=0000 Version=0000 N: Name="DVB on-card IR receiver" P: Phys= S: Sysfs=/class/input/input2 H: Handlers=kbd event2 B: EV=100003 B: KEY=1 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff fffffffe broken kernel (linux-2.6.21-rc3-mm2): # cat /proc/bus/input/handlers N: Number=0 Name=kbd N: Number=1 Name=mousedev Minor=32 N: Number=2 Name=evdev Minor=64 # cat /proc/bus/input/devices I: Bus=0019 Vendor=0000 Product=0002 Version=0000 N: Name="Power Button (FF)" P: Phys=button_power/button/input0 S: Sysfs=/class/input/input0 U: Uniq= H: Handlers=kbd event0 B: EV=3 B: KEY=100000 0 0 0 I: Bus=0019 Vendor=0000 Product=0001 Version=0000 N: Name="Power Button (CM)" P: Phys=PNP0C0C/button/input0 S: Sysfs=/class/input/input1 U: Uniq= H: Handlers=kbd event1 B: EV=3 B: KEY=100000 0 0 0 I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 N: Name="AT Translated Set 2 keyboard" P: Phys=isa0060/serio0/input0 S: Sysfs=/class/input/input2 U: Uniq= H: Handlers=kbd event2 B: EV=120013 B: KEY=4 2000000 3802078 f840d001 feffffdf ffefffff ffffffff fffffffe B: MSC=10 B: LED=7 I: Bus=0011 Vendor=0002 Product=0005 Version=0000 N: Name="ImPS/2 Generic Wheel Mouse" P: Phys=isa0060/serio1/input0 S: Sysfs=/class/input/input3 U: Uniq= H: Handlers=mouse0 event3 B: EV=7 B: KEY=70000 0 0 0 0 0 0 0 0 B: REL=103 I: Bus=0001 Vendor=13c2 Product=0003 Version=0002 N: Name="DVB on-card IR receiver" P: Phys=pci-0000:03:07.0/ir0 S: Sysfs=/class/input/input4 U: Uniq= H: Handlers=kbd event4 B: EV=100013 B: KEY=1 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff fffffffe B: MSC=18
zzam, how come this is marked fixed?
dsd, seems I clicked on FIXED for wrong bug :( Nevertheless short info: The input device definitely is from av7110 driver. Can by modules dvb-ttpci, budget or budget_ci. There were some changes regarding handling of ir, perhaps you should try the module-parameter ir_debug=1 if your module has it.
Thanks for the info. Timo, please try copying drivers/media/dvb/ttpci/av7110_ir.c from 2.6.19 over to the same place in 2.6.20. Recompile and reinstall your kernel/modules, reboot, and see if the IR receiver works like that.
I tested what you suggested Daniel but I'm afraid it didn't change anything. Still the same behaviour.
You also can disable all media video/dvb stuff in your kernel (and remove the modules from /lib/modules/...), and compile the development-sources for the v4l/dvb modules using emerge v4l-dvb-hg and try these. Or you can try these parameters of dvb-ttpci: parm: ir_protocol:Infrared protocol: 0 RC5, 1 RCMM (default) (array of int) parm: ir_inversion:Inversion of infrared signal: 0 not inverted (default), 1 inverted (array of int) parm: ir_device_mask:Bitmask of infrared devices: bit 0..31 = device 0..31 (default: all) (array of uint) If that also does not work I suggest to ask in vdr-portal.de, or in #linuxtv on freenode.
Timo, can you reproduce this with the latest kernel (currently v2.6.22)? If so, the next step would be to file this bug upstream at http://bugzilla.kernel.org clearly marking it as a 2.6.20 regression. If there is no resolution there after a few days, you might want to try a git bisection. It's a somewhat time consuming process (you have to test about 13 different kernels) but it is extremely likely to find the exact patch which broke this functionality. http://www.reactivated.net/weblog/archives/2006/01/using-git-bisect-to-find-buggy-kernel-patches/ You'd use 2.6.19 as good and 2.6.20 as bad. Please let us know how the 2.6.22 testing goes, and if relevant, the URL to the upstream bug.
Even better then checking the latest kernel, is checking latest development drivers (installable by v4l-dvb-hg ebuild), to see if it is fixed there.
see comment #13