> -----Original Message-----
> From: platform-driver-x86-ow...@vger.kernel.org <platform-driver-x86-
> ow...@vger.kernel.org> On Behalf Of Y Paritcher
> Sent: Sunday, June 7, 2020 11:22 PM
> Cc: linux-kernel@vger.kernel.org; platform-driver-...@vger.kernel.org;
> Matthew Garrett; Pali Rohár
> Subject: [PATCH 2/3] platform/x86: dell-wmi: add new keymap type 0x0012
> 
> 
> [EXTERNAL EMAIL]
> 
> Ignore events with a type of 0x0012 and a code of 0xe035,
> this silences the following messages being logged when
> pressing the Fn-lock key on a Dell Inspiron 5593:
> 
> dell_wmi: Unknown WMI event type 0x12
> dell_wmi: Unknown key with type 0x0012 and code 0xe035 pressed

Event type 0x12 is for "System Events".  This is the type of events that
you typically would see come in for things "like" the wrong power adapter
being plugged in on Windows or stuff about plugging a Thunderbolt dock into
a port that doesn't support Thunderbolt.

A message might look something like (paraphrased)
"Your system requires a 180W power adapter to charge effectively, but you
plugged in a 60W adapter."

There often is extended data with these events.  As such I don't believe all
information in event type 0x0012 should be treated like scan codes like those in
0x10 or 0x11.

I would guess that Fn-lock on this machine probably has extended data in the 
next
showing whether it was turned on and off.  If it does, perhaps it makes sense to
send this information to userspace as an evdev switch instead.

> 
> Signed-off-by: Y Paritcher <y.li...@paritcher.com>
> ---
>  drivers/platform/x86/dell-wmi.c | 17 +++++++++++++++++
>  1 file changed, 17 insertions(+)
> 
> diff --git a/drivers/platform/x86/dell-wmi.c b/drivers/platform/x86/dell-
> wmi.c
> index 0b4f72f923cd..f37e7e9093c2 100644
> --- a/drivers/platform/x86/dell-wmi.c
> +++ b/drivers/platform/x86/dell-wmi.c
> @@ -334,6 +334,14 @@ static const struct key_entry
> dell_wmi_keymap_type_0011[] = {
>       { KE_IGNORE, KBD_LED_AUTO_100_TOKEN, { KEY_RESERVED } },
>  };
> 
> +/*
> + * Keymap for WMI events of type 0x0012
> + */
> +static const struct key_entry dell_wmi_keymap_type_0012[] = {
> +     /* Fn-lock button pressed */
> +     { KE_IGNORE, 0xe035, { KEY_RESERVED } },
> +};
> +
>  static void dell_wmi_process_key(struct wmi_device *wdev, int type, int
> code)
>  {
>       struct dell_wmi_priv *priv = dev_get_drvdata(&wdev->dev);
> @@ -425,6 +433,7 @@ static void dell_wmi_notify(struct wmi_device *wdev,
>                       break;
>               case 0x0010: /* Sequence of keys pressed */
>               case 0x0011: /* Sequence of events occurred */
> +             case 0x0012: /* Sequence of events occurred */
>                       for (i = 2; i < len; ++i)
>                               dell_wmi_process_key(wdev, buffer_entry[1],
>                                                    buffer_entry[i]);
> @@ -556,6 +565,7 @@ static int dell_wmi_input_setup(struct wmi_device
> *wdev)
>                        ARRAY_SIZE(dell_wmi_keymap_type_0000) +
>                        ARRAY_SIZE(dell_wmi_keymap_type_0010) +
>                        ARRAY_SIZE(dell_wmi_keymap_type_0011) +
> +                      ARRAY_SIZE(dell_wmi_keymap_type_0012) +
>                        1,
>                        sizeof(struct key_entry), GFP_KERNEL);
>       if (!keymap) {
> @@ -600,6 +610,13 @@ static int dell_wmi_input_setup(struct wmi_device
> *wdev)
>               pos++;
>       }
> 
> +     /* Append table with events of type 0x0012 */
> +     for (i = 0; i < ARRAY_SIZE(dell_wmi_keymap_type_0012); i++) {
> +             keymap[pos] = dell_wmi_keymap_type_0012[i];
> +             keymap[pos].code |= (0x0012 << 16);
> +             pos++;
> +     }
> +
>       /*
>        * Now append also table with "legacy" events of type 0x0000. Some of
>        * them are reported also on laptops which have scancodes in DMI.
> --
> 2.27.0

Reply via email to