XF4, SysRq, VT, mouse buttons, Keymaps and all that
iain at sandoe.co.uk
Wed Apr 18 22:44:23 EST 2001
>>I guess we could use <CNTL>-power as the SysRq modifier - but it starts to
>>become a little unwieldy - because you need to hold down three keys to get
>>the SysRq action (well, you do now as it happens)...
>>so, perhaps, <CNTL>-<Power>-k etc.
> On my Apple Adjustable keyboard, control and power are about as far away
> from eachother as you can get and still be on the same keyboard. Not
> exactly 2-of-3-key-combo material. I don't have very small hands, but even
> on my AppleDesign, it's a bit of a stretch.
yeah, on mine too - which is why I was originally attracted to just <power>
as the modifier.
> Also, what happens if someone wants to hook up a PC USB keyboard to their
> mac? Obviously not generating an NMI is a given, but no access to SAK is
Apparently, some Apple keyboards don't have a <power> key either.
Anyway the SysRq key for USB must be handled somewhere else - I'm looking at
the mac_hid/adb/mac_keyb code which is specific to adb-based machines IIUC.
>(Also can't forget non-mac PPCs)
Which must handle it in their hid section... depending on whether they have
serial or USB (or something special).
Ben just mailed me a much better suggestion:
"Pass the SysRq combination in as a kernel argument".
This would allow those with SysRQ keys (e.g. ISO/ANSI kbds) to use it, power
books could have something that actually exists etc. etc.
It would also mean that users could be supported with a "HOW-to" instead of
"look at the code & rebuild the kernel"...
A bit more wide-reaching than just changing a value somewhere - but probably
worth it - since this discussion comes up every few months ;-)
I'll have a (wider) look at what's needed later on...
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-dev