----- Original Message ----- > What happens with kernel 3.8 ? Does ir-keytable trigger an > em28xx_ir_change_protocol() call there, too, but with type=8 ? Or is this > call missing ?
This is the dmesg output from 3.8, with an extra ex28xx_info() call at the start of em28xx_ir_change_protocol(): [ 2149.668729] Em28xx: Initialized (Em28xx dvb Extension) extension [ 2149.674447] em28xx #0: Changing protocol: rc_type=1 [ 2149.700087] Registered IR keymap rc-pinnacle-pctv-hd [ 2149.700444] input: em28xx IR (em28xx #0) as /devices/pci0000:00/0000:00:1d.7/usb5/5-1/rc/rc0/input15 [ 2149.700655] rc0: em28xx IR (em28xx #0) as /devices/pci0000:00/0000:00:1d.7/usb5/5-1/rc/rc0 [ 2149.700660] em28xx #0: Changing protocol: rc_type=8 [ 2149.702337] Em28xx: Initialized (Em28xx Input Extension) extension [ 2149.704204] em28xx #0: Changing protocol: rc_type=1 And this is me calling ir-keytable: [ 2183.812407] em28xx #0: Changing protocol: rc_type=1 The point is that 3.8 ignores rc_type=1, whereas 3.9 uses it to update a new ir->rc_type field - which in turn controls how em2874_polling_getkey() encodes its scancode. Cheers, Chris -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
