lkml.org 
[lkml]   [1999]   [Apr]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Pre 2.2.7-4 SysRq problem/bug?
Date
> When I use ALT-SYSRQ-M in a regular user (not root) session in an rxvt
> session under X, it misinterprets the command and seems to do an
> Alt-sysrq-s Alt-sysrq-I and Alt sysrq 6.
>
> When I switch to a console with ALT-F1 (with X still running) and do
> any alt-sysrq it does the command properly but it also puts the
> keyboard in a funky mode that has it act like the ALT-sysrq is still
> held down.

I had this problem with the kernel debugger when it was triggered
by an ALT-SYSRQ sequence. It turned out that I was calling the
debugger on the keypress and since the debugger accessed the keyboard
controller directly it was eating (and ignoring) the release code
for the SYSRQ key (so a subsequent ALT-SYSRQ combination was required
to clear the ALT-SYSRQ state after leaving the debugger). For this
reason, amongst others, I changed the kdb interrupt character to the
PAUSE key :-).

I suspect that the X-Server is eating the release codes for the
ALT-SYSRQ sequence (i.e. it isn't coordinated with keyboard.c). You
can reset this condition with ALT-SYSRQ.

scott

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:51    [W:0.030 / U:0.580 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site