Just to remind myself of the scancode situation on current
PC keyboards, I put some notes together and made them available
at http://www.win.tue.nl/~aeb/linux/kbd/scancodes.html .
For these PC keyboards it seems the proper solution would be
a finite state machine, with tables that can be loaded from
user space, a little bit like setkeycodes does today, but
much more general. The traditional keybaord would then have
three scancode maps (the plain one, one for e0 and one for e1)
and people for whom e0 is not an escape symbol would only
have the plain map, and people for whom also 80 is an escape
symbol would have a fourth map.
I am reasonably well aware of the PC situation. However,
the notes mentioned do not have any information about
Sparc and Apple keybaords, etc. Additions or pointers to
information are welcome.
(And please: everybody with an interesting keyboard: try out
"scancode -s" on the interesting keys, and report.)
Andries - email@example.com
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
Please read the FAQ at http://www.tux.org/lkml/