[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <17ccc35d-441c-70c1-a80a-28a4ff824535@collabora.com>
Date: Thu, 4 Nov 2021 13:21:44 +0100
From: Andrzej Pietrasiewicz <andrzej.p@...labora.com>
To: Pavel Machek <pavel@....cz>
Cc: linux-kernel@...r.kernel.org, linux-input@...r.kernel.org,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Jiri Slaby <jirislaby@...nel.org>, kernel@...labora.com
Subject: Re: [RFC] tty/sysrq: Add alternative SysRq key
Hi Pavel,
W dniu 04.11.2021 o 13:01, Pavel Machek pisze:
> Hi!
>
>> There exist machines which don't have SysRq key at all, e.g. chromebooks.
>>
>> This patch allows configuring an alternative key to act as SysRq. Devices
>> which declare KEY_SYSRQ in their 'keybit' bitmap continue using KEY_SYSRQ,
>> but other devices use the alternative SysRq key instead, by default F10.
>> Which key is actually used can be modified with sysrq's module
>> parameter.
>
> Is F10 sensible default? Would it make sense to use something like
> alt-shift-esc so that this can be enabled by default?
Why "alt-shift-esc" could be enabled by default? Do you mean to enable it for
all systems regardless of whether they declare or don't declare KEY_SYSRQ
in their 'keybit' bitmap?
Andrzej
Powered by blists - more mailing lists