Quote:
Originally Posted by NiLuJe
EDIT: Huh. Terminal backlog FTW.
NextPage:
echo "send 124" > /proc/keypad
|
thanks! perfect. just what i needed. between helping me find the right usbnetwork hack, and this, you've been very helpful. i appreciate it.
btw, poking around, i'm not convinced that remapping the keys wouldn't be possible. the keypad and 5-way both appear as /dev/input/event[01] devices. for some reason (not sure why) the uinput module is also present. /dev/input/uinput can be used to create a new /dev/input/eventN device and inject events to it.
so, it's possible to write a program which opens the /dev/input/event[01] devices, grabs them so no one else gets their input, massages the data, and reinjects into the input subsystem via uinput. the trick will then be getting whoever is watching /dev/input/event[01] currently to watch the new device(s) instead. depending on how those clients open the input devices, it might Just Work -- for instance, they might just enumerate and watch all button devices. (this is likely the case, since the keypad and 5way devices seem identical, other than name.)
the next problem is getting the new remapping program to run before whatever it is that reads the input devices, so that the devices are reinitialized before it starts. but i'm guessing that's possible as well.
i can point someone at code which does much of the above, for a quite different purpose, if they're interested.