Messages in this thread | | | From | (Scott Lurndal) | Subject | Re: Pre 2.2.7-4 SysRq problem/bug? | Date | Tue, 27 Apr 1999 13:28:04 -0700 (PDT) |
| |
> 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/
| |