i think i understood that those programs do not use the keyboard directly
but rather ask the kernel to put it in "raw mode"? which prevents the
kernel from responding to Alt+Fn, Ctrl+ScrollLock, Ctrl+Alt+Del, and the
like. shouldn't we insert an exception to this to unlock the keyboard in
case of emergency? Like, Ctrl+Alt+Ins or Ctrl+Alt+ScrollLock would
*ALWAYS* put the keyboard back into normal mode. This could be
user-configured in /proc if this doesn't bloat the kernel too much :-)
I saw the XServer crash, especially when running betas or alphas of
Enlightenment and The GIMP. When it crashes, there is no way of restoring
the display (e.g. by restarting it and then quitting normally??) because
there is no keyboard anymore, and no mouse either because X overrides GPM
(GPM has a feature for rebooting the system in case of keyboard lock, but
if GPM is disabled by X, it's worthless, and anyway, the mouse is not the
responsibility of the kernel).
matju
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu