mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Armin Wolf <W_Armin@gmx.de>
To: "Lucy Wong" <lucywong2778@gmail.com>,
	"Hans de Goede" <hansg@kernel.org>,
	"Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
Cc: platform-driver-x86@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] platform/x86: add Xiaomi WMI key driver
Date: Sun, 1 Nov 2026 18:32:22 +0100	[thread overview]
Message-ID: <0f1fab72-bf10-4074-b832-77ab1b583b78@gmx.de> (raw)
In-Reply-To: <20261022185619.40188-1-lucywong2778@gmail.com>

Am 22.10.26 um 20:56 schrieb Lucy Wong:

> Certain Xiaomi laptops expose extra function keys through a single WMI
> event GUID (B74AF83F-8B2F-4069-ACAC-36D176F62FC0). Unlike the existing
> xiaomi-wmi driver where each key has its own GUID, here all keys share
> one GUID and the event buffer encodes both an event type and a keycode:
>
>    buffer[1] = event type
>      0x02: press/release keys (5 keys with abstract icons)
>      0x03: firmware-handled toggles (touchpad, Fn lock)
>    buffer[2] = keycode within that type
>
> The keys with abstract icons are mapped to programmable macro keys for
> userspace to bind. The touchpad and Fn lock toggles, as well as the
> keyboard backlight level events, are handled by the firmware and are
> ignored.
>
> Link: https://lore.kernel.org/platform-driver-x86/20260601151404.93049-1-lucywong2778@gmail.com/
> Signed-off-by: Lucy Wong <lucywong2778@gmail.com>
> ---
> Changes in v2:
> - Convert to .notify_new and set .min_event_size
> - Ignore firmware-handled backlight and toggle events, which removes the
>    toggle deduplication state
> - Add the missing select INPUT_SPARSEKMAP
> - Name the event codes and align the defines
> - Add the dev_printk.h include
> ---
>   MAINTAINERS                            |   6 ++
>   drivers/platform/x86/Kconfig           |  12 +++
>   drivers/platform/x86/Makefile          |   1 +
>   drivers/platform/x86/xiaomi-wmi-keys.c | 123 +++++++++++++++++++++++++
>   4 files changed, 142 insertions(+)
>   create mode 100644 drivers/platform/x86/xiaomi-wmi-keys.c
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 839e39825455..7969b82c8315 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -29124,6 +29124,12 @@ F:	fs/xfs/
>   F:	include/uapi/linux/dqblk_xfs.h
>   F:	include/uapi/linux/fsmap.h
>   
> +XIAOMI WMI KEYS DRIVER
> +M:	Lucy Wong <lucywong2778@gmail.com>
> +L:	platform-driver-x86@vger.kernel.org
> +S:	Maintained
> +F:	drivers/platform/x86/xiaomi-wmi-keys.c
> +
>   XILINX AMS DRIVER
>   M:	Salih Erim <salih.erim@amd.com>
>   M:	Conall O'Griofa <conall.ogriofa@amd.com>
> diff --git a/drivers/platform/x86/Kconfig b/drivers/platform/x86/Kconfig
> index b54b5212b204..1e7128f88adf 100644
> --- a/drivers/platform/x86/Kconfig
> +++ b/drivers/platform/x86/Kconfig
> @@ -90,6 +90,18 @@ config XIAOMI_WMI
>   	  To compile this driver as a module, choose M here: the module will
>   	  be called xiaomi-wmi.
>   
> +config XIAOMI_WMI_KEYS
> +	tristate "Xiaomi WMI key events driver"
> +	depends on ACPI_WMI
> +	depends on INPUT
> +	select INPUT_SPARSEKMAP
> +	help
> +	  Say Y here if you want to support WMI-based hotkey events on certain
> +	  Xiaomi laptops.
> +
> +	  To compile this driver as a module, choose M here: the module will
> +	  be called xiaomi-wmi-keys.
> +
>   config REDMI_WMI
>   	tristate "Redmibook WMI key driver"
>   	depends on ACPI_WMI
> diff --git a/drivers/platform/x86/Makefile b/drivers/platform/x86/Makefile
> index 872ac3842391..d852bb0bf61b 100644
> --- a/drivers/platform/x86/Makefile
> +++ b/drivers/platform/x86/Makefile
> @@ -12,6 +12,7 @@ obj-$(CONFIG_HUAWEI_WMI)		+= huawei-wmi.o
>   obj-$(CONFIG_MXM_WMI)			+= mxm-wmi.o
>   obj-$(CONFIG_NVIDIA_WMI_EC_BACKLIGHT)	+= nvidia-wmi-ec-backlight.o
>   obj-$(CONFIG_XIAOMI_WMI)		+= xiaomi-wmi.o
> +obj-$(CONFIG_XIAOMI_WMI_KEYS)		+= xiaomi-wmi-keys.o
>   obj-$(CONFIG_REDMI_WMI)			+= redmi-wmi.o
>   obj-$(CONFIG_GIGABYTE_WMI)		+= gigabyte-wmi.o
>   obj-$(CONFIG_BITLAND_MIFS_WMI)		+= bitland-mifs-wmi.o
> diff --git a/drivers/platform/x86/xiaomi-wmi-keys.c b/drivers/platform/x86/xiaomi-wmi-keys.c
> new file mode 100644
> index 000000000000..a01ef01e501e
> --- /dev/null
> +++ b/drivers/platform/x86/xiaomi-wmi-keys.c
> @@ -0,0 +1,123 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/*
> + * Xiaomi laptop WMI hotkey driver
> + *
> + * Copyright (C) 2026 Lucy Wong <lucywong2778@gmail.com>
> + */
> +
> +#include <linux/device.h>
> +#include <linux/dev_printk.h>
> +#include <linux/input.h>
> +#include <linux/input/sparse-keymap.h>
> +#include <linux/module.h>
> +#include <linux/wmi.h>
> +
> +#define XIAOMI_WMI_EVENT_GUID	"B74AF83F-8B2F-4069-ACAC-36D176F62FC0"
> +
> +#define XIAOMI_EVENT_TYPE_KEY	0x02

Please also document event type 0x03 and 0x01. Does your device contain embedded BMOF data?
I would be interested in taking a look at it.

> +
> +#define XIAOMI_KEY_PRESS_FIRST	0x01
> +#define XIAOMI_KEY_COUNT	5
> +#define XIAOMI_KEY_RELEASE_FIRST	\
> +	(XIAOMI_KEY_PRESS_FIRST + XIAOMI_KEY_COUNT)
> +
> +struct xiaomi_wmi_keys_event {
> +	u8 reserved;
> +	u8 type;
> +	u8 code;
> +};
> +
> +struct xiaomi_wmi_keys {
> +	struct input_dev *input_dev;
> +};
> +
> +static const struct key_entry xiaomi_wmi_keys_keymap[] = {
> +	/* programmable keys with abstract icons */
> +	{ KE_KEY, 0x01, { KEY_MACRO1 } },
> +	{ KE_KEY, 0x02, { KEY_MACRO2 } },
> +	{ KE_KEY, 0x03, { KEY_MACRO3 } },
> +	{ KE_KEY, 0x04, { KEY_MACRO4 } },
> +	{ KE_KEY, 0x05, { KEY_MACRO5 } },
> +	{ KE_END, 0 },
> +};
> +
> +static int xiaomi_wmi_keys_probe(struct wmi_device *wdev, const void *context)
> +{
> +	struct xiaomi_wmi_keys *data;
> +	int ret;
> +
> +	data = devm_kzalloc(&wdev->dev, sizeof(*data), GFP_KERNEL);
> +	if (!data)
> +		return -ENOMEM;
> +	dev_set_drvdata(&wdev->dev, data);

You need a mutex to sync each invocation of sparse_keymap_report_event().

> +
> +	data->input_dev = devm_input_allocate_device(&wdev->dev);
> +	if (!data->input_dev)
> +		return -ENOMEM;
> +
> +	data->input_dev->name = "Xiaomi WMI keys";
> +	data->input_dev->phys = "wmi/input0";
> +	data->input_dev->id.bustype = BUS_HOST;
> +
> +	ret = sparse_keymap_setup(data->input_dev, xiaomi_wmi_keys_keymap, NULL);
> +	if (ret)
> +		return ret;
> +
> +	return input_register_device(data->input_dev);
> +}
> +
> +static void xiaomi_wmi_keys_notify(struct wmi_device *wdev,
> +				   const struct wmi_buffer *buffer)
> +{
> +	const struct xiaomi_wmi_keys_event *event = buffer->data;
> +	struct xiaomi_wmi_keys *data = dev_get_drvdata(&wdev->dev);

Reverse XMAS tree ordering please, move the above assignment to the top.

> +	unsigned int code;
> +	bool pressed;
> +
> +	/*
> +	 * Only the press/release keys are reported. Event types 0x01
> +	 * (backlight) and 0x03 (touchpad and Fn-lock toggles) are handled by
> +	 * the firmware and need no action from the driver.
> +	 */
> +	if (event->type != XIAOMI_EVENT_TYPE_KEY) {
> +		dev_dbg(&wdev->dev, "ignoring event type 0x%02x\n", event->type);
> +		return;
> +	}
> +
> +	if (event->code >= XIAOMI_KEY_PRESS_FIRST &&
> +	    event->code < XIAOMI_KEY_PRESS_FIRST + XIAOMI_KEY_COUNT) {
> +		code = event->code;
> +		pressed = true;
> +	} else if (event->code >= XIAOMI_KEY_RELEASE_FIRST &&
> +		   event->code < XIAOMI_KEY_RELEASE_FIRST + XIAOMI_KEY_COUNT) {
> +		code = event->code - XIAOMI_KEY_COUNT;
> +		pressed = false;
> +	} else {
> +		dev_dbg(&wdev->dev, "ignoring key code 0x%02x\n", event->code);

Maybe use dev_notice() here to notify users that a unknown key index was received.

> +		return;
> +	}
> +
> +	sparse_keymap_report_event(data->input_dev, code, pressed, false);
> +}
> +
> +static const struct wmi_device_id xiaomi_wmi_keys_id_table[] = {
> +	{ .guid_string = XIAOMI_WMI_EVENT_GUID },
> +	{ }
> +};
> +MODULE_DEVICE_TABLE(wmi, xiaomi_wmi_keys_id_table);
> +
> +static struct wmi_driver xiaomi_wmi_keys_driver = {
> +	.driver = {
> +		.name = "xiaomi-wmi-keys",

Please add .probe_type = PROBE_PREFER_ASYNCHRONOUS here.

Other than that the driver looks promising.

Thanks,
Armin Wolf

> +	},
> +	.id_table = xiaomi_wmi_keys_id_table,
> +	.min_event_size = sizeof(struct xiaomi_wmi_keys_event),
> +	.probe = xiaomi_wmi_keys_probe,
> +	.notify_new = xiaomi_wmi_keys_notify,
> +	.no_singleton = true,
> +};
> +module_wmi_driver(xiaomi_wmi_keys_driver);
> +
> +MODULE_AUTHOR("Lucy Wong <lucywong2778@gmail.com>");
> +MODULE_DESCRIPTION("Xiaomi laptop WMI hotkey driver");
> +MODULE_LICENSE("GPL");

  reply	other threads:[~2026-11-01 17:32 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-01 15:14 [PATCH 0/1] " Lucy Wong
2026-06-01 15:14 ` [PATCH 1/1] " Lucy Wong
2026-10-22 18:56 ` [PATCH v2] " Lucy Wong
2026-11-01 17:32   ` Armin Wolf [this message]
2026-11-02 20:46     ` [PATCH v3] " Lucy Wong

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=0f1fab72-bf10-4074-b832-77ab1b583b78@gmx.de \
    --to=w_armin@gmx.de \
    --cc=hansg@kernel.org \
    --cc=ilpo.jarvinen@linux.intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lucywong2778@gmail.com \
    --cc=platform-driver-x86@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®