![]() | |||||||||||||
Messages in this thread |
On 05/09/07, Dmitry Torokhov <dtor@insightbb.com> wrote: > > Are we guaranteed that the dc_kbd_callback is not running in a separate > thread? > > Please also consider implementing support for changing keyma. Since > the keymap is pretty full I think the best way is to copy the vanilla > keymap into a per-device memory and set up keymap, keycodesize and > keycodemax in input device structure. > > Thank you. > > -- > Dmitry > Dmitry - have now worked out at least one alternative keymap - for European keyboards. But could you explain the above point? I have to admit I am not too familiar with the input layer - having really taken an old, and bit rot infested 2.4 driver and brought it up to standard for 2.6 - and so I don't follow this point too well! Can I treat keymaps as firmware and load from userspace? Or is there a way of making this completely user configurable at runtime? Any help from you, or any other reader, much appreciated. Adrian - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2007-09-08 00:05 [from the cache] ©2003-2008 | |||||||||||||