[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <Z3uCCOxIXia78nhf@google.com>
Date: Sun, 5 Jan 2025 23:11:04 -0800
From: Dmitry Torokhov <dmitry.torokhov@...il.com>
To: Mark Pearson <mpearson-lenovo@...ebb.ca>
Cc: Hans de Goede <hdegoede@...hat.com>,
Peter Hutterer <peter.hutterer@...hat.com>,
linux-input@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] Input: atkbd: Fix so copilot key generates F23 keycode
On Sun, Dec 22, 2024 at 10:33:56PM -0500, Mark Pearson wrote:
> On Sun, Dec 22, 2024, at 3:16 PM, Mark Pearson wrote:
> > Hi Dmitry,
> >
> > On Thu, Dec 19, 2024, at 2:17 PM, Dmitry Torokhov wrote:
> >> On Thu, Dec 19, 2024 at 01:40:24PM -0500, Mark Pearson wrote:
> >>> On Thu, Dec 19, 2024, at 1:31 PM, Dmitry Torokhov wrote:
> >>> > On Thu, Dec 19, 2024 at 07:26:19PM +0100, Hans de Goede wrote:
> >>> >> Hi,
> >>> >>
> >>> >> On 19-Dec-24 7:15 PM, Dmitry Torokhov wrote:
> >>> > And mapping to F23 as I said should be done through udev. I doubt they
> >>> > will get all OEMs settle on the same scancode.
> >>> >
> >>>
> >>> I'll see if we can find a way to check on other vendor platforms what scancode is used.
> >>> If it is a common scancode, across multiple vendors, would the patch be acceptable?
> >>
> >> It is currently unmapped by default, so maybe.
> >>
> >> FWIW:
> >>
> >> dtor@...r-ws:~/kernel/work $ grep KEY_6e /lib/udev/hwdb.d/60-keyboard.hwdb
> >> KEYBOARD_KEY_6e=wlan
> >> KEYBOARD_KEY_6e=left # left on d-pad
> >> KEYBOARD_KEY_6e=search
> >>
> >> That 2nd entry is actually from one of Thinkpad models ;)
> >>
> > I got confirmation from the keyboard team that 0x6e is the scancode
> > from F23, and is common for all PC vendors for Windows.
> >
> > They pointed me at this page as confirmation:
> > https://learn.microsoft.com/en-us/windows/win32/inputdev/about-keyboard-input#scan-codes
> > (F23 is in the table of scan codes)
> >
> > Does that make this patch valid again for consideration, in your opinion?
> >
> Apologies for the multiple emails, but just wanted to add a note that
> Canonical kindly tested for me on a Dell and HP platform, and
> confirmed they are using the same scan code (as expected at this
> point). This change should benefit all vendors.
Alright, then please update the commit to mention that this is common
behavior between several vendors, and let's apply it.
Thanks.
--
Dmitry
Powered by blists - more mailing lists