[E3-hacking] [PATCH] devinput: fix EV_SW handling
jkrzyszt at tis.icnet.pl
Tue Aug 18 18:16:06 BST 2009
Maybe my LIRC application is not very common, but it behaves very well. I use
lircd/lircexec with devinput driver on my ARM/OMAP based Amstrad E3 (Delta)
videophone for controlling Asterisk PBX daemon from the machine (phone)
keypad (and not from a remote, like most of LIRC users). That works almost
out of the box, with some reasonable effort on lircexec configuration.
However, the machine is equipped with one more source of input events except
keypad: a phone hook switch. It is different from a key or a button in that
it generates events of type EV_SW. Since it is a switch, not a toggle key,
both ON (press) and OFF (release) events are equally important to my
application. Unfortunately, for events of type EV_SW, devinput driver doesn't
translate different state changes to distinctive codes, like it does for
EV_KEY, so I was not able to distinguish going off-hook from on-hook without
patching the driver.
The patch that works for me follows. I hope you accept it even if my
application may be the only one that needs it, as there are probably not many
remotes equipped with switches, not buttons :).
Created and tested against lirc-0.8.5.
Signed-off-by: Janusz Krzysztofik <jkrzyszt at tis.icnet.pl>
--- lirc-0.8.5/daemons/hw_devinput.c.orig 2009-08-18 18:57:53.000000000 +0200
+++ lirc-0.8.5/daemons/hw_devinput.c 2009-08-18 18:59:13.000000000 +0200
@@ -279,7 +279,8 @@ char *devinput_rec(struct ir_remote *rem
event.type, event.code, event.value);
- code = (event.type == EV_KEY && event.value != 0) ? 0x80000000 : 0;
+ code = ((event.type == EV_KEY || event.type == EV_SW) &&
+ event.value != 0) ? 0x80000000 : 0;
code |= ((event.type & 0x7fff) << 16);
code |= event.code;
More information about the e3-hacking