[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6cfba0ce42a74b39b5b80e9c621e2601@AUSX13MPC105.AMER.DELL.COM>
Date: Mon, 8 Jun 2020 22:00:37 +0000
From: <Mario.Limonciello@...l.com>
To: <y.linux@...itcher.com>, <hdegoede@...hat.com>
CC: <linux-kernel@...r.kernel.org>,
<platform-driver-x86@...r.kernel.org>, <mjg59@...f.ucam.org>,
<pali@...nel.org>
Subject: RE: [PATCH 2/3] platform/x86: dell-wmi: add new keymap type 0x0012
>
> this is the WMI event from pressing the Fn lock key.
> this indicates which mode it is switching to.
>
> this changes if the default for pressing the F[1-12] should be Function or
> media.
> the scancodes of the Fn keys are properly transmitted, this just inverts
> which
> ones are sent by default and which are sent when pressing the Fn+F[1-12]
>
> In other words, there are 24 scancode the only difference is which 12 are
> default
> and which 12 are when pressing with the Fn key
> >>
> >> Therefore i agree this should have it's own case in
To me this sounds like it makes most sense to either be an evdev switch which indicates
which mode the fn key is set to when an event comes in. You can populate the starting
mode by looking up from a token.
https://github.com/dell/libsmbios/blob/master/doc/token_list.csv#L987
Any other thoughts from others?
Powered by blists - more mailing lists