[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aA0o2SWGtd/iMYM2@duo.ucw.cz>
Date: Sat, 26 Apr 2025 20:41:29 +0200
From: Pavel Machek <pavel@....cz>
To: Mario Limonciello <superm1@...nel.org>
Cc: Dmitry Torokhov <dmitry.torokhov@...il.com>,
Shyam Sundar S K <Shyam-sundar.S-k@....com>,
Ilpo Järvinen <ilpo.jarvinen@...ux.intel.com>,
Hans de Goede <hdegoede@...hat.com>,
"open list:INPUT (KEYBOARD, MOUSE, JOYSTICK, TOUCHSCREEN)..." <linux-input@...r.kernel.org>,
open list <linux-kernel@...r.kernel.org>,
"open list:AMD PMF DRIVER" <platform-driver-x86@...r.kernel.org>,
Mario Limonciello <mario.limonciello@....com>,
Armin Wolf <W_Armin@....de>
Subject: Re: [PATCH v4 1/2] Input: Add a Kconfig to emulate KEY_SCREENLOCK
with META + L
Hi!
> > > In the PC industry KEY_SCREENLOCK isn't used as frequently as it used
> > > to be. Modern versions of Windows [1], GNOME and KDE support "META" + "L"
> > > to lock the screen. Modern hardware [2] also sends this sequence of
> > > events for keys with a silkscreen for screen lock.
> > >
> > > Introduced a new Kconfig option that will change KEY_SCREENLOCK when
> > > emitted by driver to META + L.
> >
> > Fix gnome and kde, do not break kernel...
>
> I'm sorry; fix them to do what exactly? Switch to KEY_SCREENLOCK?
>
> That's going to break modern hardware lockscreen keys. They've all
> obviously moved to META+L because that's what hardware today uses.
Gnome / KDE should accept either META+L _or_ KEY_SCREENLOCK to do the
screen locking, no?
Best regards,
Pavel
--
I don't work for Nazis and criminals, and neither should you.
Boycott Putin, Trump, and Musk!
Download attachment "signature.asc" of type "application/pgp-signature" (196 bytes)
Powered by blists - more mailing lists