lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ