]> git.ipfire.org Git - thirdparty/kernel/stable.git/commitdiff
platform/x86: dell-wmi-base: Handle META key Lock/Unlock events
authorKurt Borja <kuurtb@gmail.com>
Thu, 31 Oct 2024 15:44:42 +0000 (12:44 -0300)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Sat, 14 Dec 2024 18:50:40 +0000 (19:50 +0100)
[ Upstream commit ec61f0bb4feec3345626a2b93b970b6719743997 ]

Some Alienware devices have a key that locks/unlocks the Meta key. This
key triggers a WMI event that should be ignored by the kernel, as it's
handled by internally the firmware.

There is no known way of changing this default behavior. The firmware
would lock/unlock the Meta key, regardless of how the event is handled.

Tested on an Alienware x15 R1.

Signed-off-by: Kurt Borja <kuurtb@gmail.com>
Reviewed-by: Mario Limonciello <mario.limonciello@amd.com>
Acked-by: Pali Rohár <pali@kernel.org>
Link: https://lore.kernel.org/r/20241031154441.6663-2-kuurtb@gmail.com
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
drivers/platform/x86/dell/dell-wmi-base.c

index b12e6ebd10dd68816ed65a9f5ead26c5b9490e5f..c853b429b9d738b61119974154b663ca8b2fac07 100644 (file)
@@ -79,6 +79,12 @@ static const struct dmi_system_id dell_wmi_smbios_list[] __initconst = {
 static const struct key_entry dell_wmi_keymap_type_0000[] = {
        { KE_IGNORE, 0x003a, { KEY_CAPSLOCK } },
 
+       /* Meta key lock */
+       { KE_IGNORE, 0xe000, { KEY_RIGHTMETA } },
+
+       /* Meta key unlock */
+       { KE_IGNORE, 0xe001, { KEY_RIGHTMETA } },
+
        /* Key code is followed by brightness level */
        { KE_KEY,    0xe005, { KEY_BRIGHTNESSDOWN } },
        { KE_KEY,    0xe006, { KEY_BRIGHTNESSUP } },