[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <53ad1d28-91d1-5dd0-3430-e2ee752df06f@paritcher.com>
Date: Mon, 8 Jun 2020 18:53:35 -0400
From: Y Paritcher <y.linux@...itcher.com>
To: Mario.Limonciello@...l.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
On 6/8/20 6:00 PM, Mario.Limonciello@...l.com wrote:
>>
>> 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?
>
beware that sometimes the key will do the unexpected.
If the Fn lock is turned off in the bios pressing the Fn lock key
will send an event with the current mode again, as switching is disallowed.
Powered by blists - more mailing lists