From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: Denis Benato <denis.benato@linux.dev>
Cc: linux-kernel@vger.kernel.org,
platform-driver-x86@vger.kernel.org, linux-input@vger.kernel.org,
kernel@lists.opengamingcollective.org,
"Benjamin Tissoires" <bentiss@kernel.org>,
"Jiri Kosina" <jikos@kernel.org>,
"Luke D . Jones" <luke@ljones.dev>,
"Mateusz Schwartz" <matthew.schwartz@linux.dev>,
"Denis Benato" <benato.denis96@gmail.com>,
"Jonathan LoBue" <jlobue10@gmail.com>,
"Khamunetri Clark" <khamunetriclark@gmail.com>,
"Derek J. Clark" <derekjohn.clark@gmail.com>,
"Joshua Leivenzon" <hacker1024@users.sourceforge.net>,
"Nathan Chancellor" <nathan@kernel.org>,
"Rebecca Mara Müller" <rebecca.mara@posteo.de>,
"Ivan Levchenko" <me@livan.pro>,
"Corentin Chary" <corentin.chary@gmail.com>,
"Hans de Goede" <hansg@kernel.org>,
"Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
Subject: Re: [PATCH v11 08/18] HID: asus: add support to force feedback
Date: Mon, 26 Oct 2026 15:13:05 +0200 (EET) [thread overview]
Message-ID: <b73bcfda-b598-d7b0-4ed0-0967b1d9088e@linux.intel.com> (raw)
In-Reply-To: <20261025235232.129945-9-denis.benato@linux.dev>
On Sun, 25 Oct 2026, Denis Benato wrote:
> Unlike ROG ally the X version and following ones uses DInput protocol
> and the force feedback needs to be implemented as its protocol is
> vendor-specific, therefore add support for FF_RUMBLE with magnitude
> scaling on a work-queue based approach to avoid using possibly
> sleeping calls in atomic context.
>
> Signed-off-by: Denis Benato <denis.benato@linux.dev>
> Signed-off-by: Khamunetri Clark <khamunetriclark@gmail.com>
> Signed-off-by: Luke Jones <luke@ljones.dev>
> ---
> drivers/hid/Kconfig | 1 +
> drivers/hid/hid-asus.c | 321 +++++++++++++++++++++++++++++++++++++----
> 2 files changed, 297 insertions(+), 25 deletions(-)
>
> diff --git a/drivers/hid/Kconfig b/drivers/hid/Kconfig
> index 2481bc01c435..042e3bb0d817 100644
> --- a/drivers/hid/Kconfig
> +++ b/drivers/hid/Kconfig
> @@ -189,6 +189,7 @@ config HID_ASUS
> depends on USB_HID
> depends on LEDS_CLASS
> depends on ASUS_WMI || ASUS_WMI=n
> + select INPUT_FF_MEMLESS
Different indentation characters?
> select POWER_SUPPLY
> help
> Support for Asus notebook built-in keyboard and touchpad via i2c, and
> diff --git a/drivers/hid/hid-asus.c b/drivers/hid/hid-asus.c
> index e1883ee20413..a3a21a1493aa 100644
> --- a/drivers/hid/hid-asus.c
> +++ b/drivers/hid/hid-asus.c
> @@ -244,6 +244,23 @@ struct ally_config {
> */
> static struct ally_config *ally_config;
>
> +/* XInput force-feedback report (output report 0x0d, gamepad interface) */
> +struct ff_data {
> + u8 enable;
> + u8 magnitude_left;
> + u8 magnitude_right;
> + u8 magnitude_strong;
> + u8 magnitude_weak;
> + u8 pulse_sustain_10ms;
> + u8 pulse_release_10ms;
> + u8 loop_count;
> +} __packed;
> +
> +struct ff_report {
> + u8 report_id;
> + struct ff_data ff;
> +} __packed;
> +
> struct ally_handheld {
> /* All read/write to IN interfaces must lock */
> struct mutex intf_mutex;
> @@ -269,6 +286,13 @@ struct ally_handheld {
> bool ally_x_probe_in_progress;
> bool keyboard_probe_in_progress;
>
> + struct ff_report ff_packet;
> + struct work_struct ff_work;
> + /* Serializes ff_packet and update_ff between play_effect and ff_work */
> + spinlock_t ff_lock;
> + bool ff_work_initialized;
> + bool update_ff;
> +
> struct hid_device *keyboard_hdev;
> struct input_dev *keyboard_input;
>
> @@ -384,10 +408,15 @@ enum ally_command_codes {
> CMD_SET_ANTI_DEADZONE = 0x18,
> };
>
> +/* XInput rumble magnitudes use the hardware's 0..100 intensity range. */
> +#define ALLY_FF_MAX_INTENSITY 100
> +
> static const u8 ALLY_FORCE_FEEDBACK_OFF[] = {
> 0x0D, 0x0F, 0x00, 0x00, 0x00, 0x00, 0xFF, 0x00, 0xEB
> };
>
> +static_assert(sizeof(struct ff_report) == sizeof(ALLY_FORCE_FEEDBACK_OFF));
> +
> /*
> * The ROG Ally device presents multiple USB interfaces (keyboard, mouse, gamepad,
> * and custom configuration interface) that bind to the same module. Since only
> @@ -395,6 +424,7 @@ static const u8 ALLY_FORCE_FEEDBACK_OFF[] = {
> * ally_handheld structure to share state across these separate HID interfaces.
> */
> static void ally_resume_work_fn(struct work_struct *work);
> +static void ally_x_ff_work_fn(struct work_struct *work);
>
> /*
> * Changes to ally_drvdata must lock: the raw_event callbacks, which may
> @@ -410,6 +440,13 @@ static struct ally_handheld ally_drvdata = {
> */
> .resume_work = __DELAYED_WORK_INITIALIZER(ally_drvdata.resume_work,
> ally_resume_work_fn, 0),
> + /*
> + * Initialised statically for the same reason as resume_work: remove()
> + * drains the work whichever of the interfaces probed or failed to
> + * probe, so it must be safe to cancel unconditionally.
> + */
> + .ff_work = __WORK_INITIALIZER(ally_drvdata.ff_work, ally_x_ff_work_fn),
> + .ff_lock = __SPIN_LOCK_UNLOCKED(ally_drvdata.ff_lock),
> };
>
> /*
> @@ -2425,7 +2462,8 @@ static void ally_config_remove(struct hid_device *hdev, struct ally_config *cfg)
> * create them, so a device without those capabilities does not
> * trigger a "not found" warning.
> */
> - if (cfg->user_cal_support || cfg->anti_deadzone_support) {
> + if (cfg->user_cal_support || cfg->anti_deadzone_support ||
> + cfg->resp_curve_support) {
> for (i = 0; i < ARRAY_SIZE(ally_cal_attr_groups); i++)
> sysfs_remove_group(&hdev->dev.kobj,
> ally_cal_attr_groups[i]);
> @@ -2611,6 +2649,106 @@ static void ally_x_input_close(struct input_dev *dev)
> hid_hw_close(input_get_drvdata(dev));
> }
>
> +/**
> + * ally_x_send_ff_report() - Send a force-feedback report to the gamepad
> + * @hdev: HID device
> + * @buf: buffer containing the report to send
> + * @len: length of the report
> + *
> + * The gamepad interface consumes force-feedback packets as output reports,
> + * unlike the config interface which expects feature reports: a rumble packet
> + * sent as HID_REQ_SET_REPORT would be rejected by the hardware.
> + *
> + * The caller must hold ally->intf_mutex, so that a send cannot race with
> + * the gamepad interface being unbound and its transport being stopped.
> + *
> + * Return: count of data transferred, negative if error
> + */
> +static int ally_x_send_ff_report(struct hid_device *hdev,
> + const u8 *buf, size_t len)
> +{
> + u8 *dmabuf __free(kfree) = kmemdup(buf, len, GFP_KERNEL);
> + if (!dmabuf)
> + return -ENOMEM;
> +
> + return hid_hw_output_report(hdev, dmabuf, len);
> +}
> +
> +static int ally_x_send_ff_off(struct hid_device *hdev)
> +{
> + return ally_x_send_ff_report(hdev, ALLY_FORCE_FEEDBACK_OFF,
> + sizeof(ALLY_FORCE_FEEDBACK_OFF));
Is this a real array here as well? Using caps for them is misleading. (I
didn't bother checking, it likely is similar to the other case).
> +}
> +
> +static void ally_x_ff_work_fn(struct work_struct *work)
> +{
> + struct ally_handheld *ally =
> + container_of(work, struct ally_handheld, ff_work);
> + struct hid_device *hdev = NULL;
> + struct ff_report report;
> + unsigned long flags;
> + bool update = false;
> + int ret;
> +
> + scoped_guard(spinlock_irqsave, &ally->ff_lock) {
> + if (ally->update_ff) {
> + report = ally->ff_packet;
> + ally->update_ff = false;
> + update = true;
> + }
> + }
> +
> + if (!update)
> + return;
> +
> + /*
> + * The hdev pointer is published and cleared under ally_data_lock:
> + * take a reference on it so the gamepad interface cannot be freed
> + * under us while the report is being sent.
> + */
> + spin_lock_irqsave(&ally_data_lock, flags);
> + hdev = ally->ally_x_hdev;
> + if (hdev)
> + get_device(&hdev->dev);
> + spin_unlock_irqrestore(&ally_data_lock, flags);
> +
> + if (!hdev)
> + return;
> +
> + /* Serialize with the interface removal paths and other senders. */
> + scoped_guard(mutex, &ally->intf_mutex) {
> + ret = ally_x_send_ff_report(hdev, (u8 *)&report,
> + sizeof(report));
> + if (ret < 0)
> + hid_err(hdev, "Failed to send force-feedback: %d\n",
> + ret);
> + }
> +
> + put_device(&hdev->dev);
> +}
> +
> +static int ally_x_play_effect(struct input_dev *idev, void *data,
> + struct ff_effect *effect)
> +{
> + struct ally_handheld *ally = &ally_drvdata;
> +
> + if (effect->type != FF_RUMBLE)
> + return 0;
> +
> + scoped_guard(spinlock_irqsave, &ally->ff_lock) {
> + ally->ff_packet.ff.magnitude_strong =
> + effect->u.rumble.strong_magnitude * ALLY_FF_MAX_INTENSITY / 65535;
> + ally->ff_packet.ff.magnitude_weak =
> + effect->u.rumble.weak_magnitude * ALLY_FF_MAX_INTENSITY / 65535;
U16_MAX x2 ? Check that you've the include if using it.
> + ally->update_ff = true;
> +
> + if (ally->ff_work_initialized)
> + schedule_work(&ally->ff_work);
> + }
> +
> + return 0;
> +}
> +
> static struct input_dev *ally_x_alloc_input_dev(struct hid_device *hdev)
> {
> struct input_dev *input_dev = input_allocate_device();
> @@ -2674,6 +2812,36 @@ static int ally_x_setup_input(struct hid_device *hdev, struct ally_handheld *all
> input_set_capability(input, EV_KEY, BTN_TRIGGER_HAPPY);
> input_set_capability(input, EV_KEY, BTN_TRIGGER_HAPPY1);
>
> + memcpy(&ally->ff_packet, ALLY_FORCE_FEEDBACK_OFF, sizeof(ally->ff_packet));
A real array named with caps?
> + /*
> + * A play_effect() racing the previous teardown can have left the
> + * update latch set: a fresh interface must not inherit it, or the
> + * first rumble work would send a packet nobody asked for.
> + */
> + ally->update_ff = false;
> + ally->ff_work_initialized = true;
> +
> + input_set_capability(input, EV_FF, FF_RUMBLE);
> +
> + /*
> + * A registered device advertising FF_RUMBLE without the memless core
> + * behind it would crash input_ff_upload(): fail the whole setup instead.
> + */
> + ret = input_ff_create_memless(input, NULL, ally_x_play_effect);
> + if (ret) {
> + hid_err(hdev, "Failed to create force-feedback: %d\n", ret);
> + goto ally_x_setup_input_err;
> + }
> +
> + /*
> + * Publish the interface before the input device becomes visible to
> + * userspace: an effect uploaded right after registration would
> + * otherwise find a NULL hdev and get dropped.
> + */
> + spin_lock_irqsave(&ally_data_lock, flags);
> + ally->ally_x_hdev = hdev;
> + spin_unlock_irqrestore(&ally_data_lock, flags);
> +
> ret = input_register_device(input);
> if (ret) {
> hid_err(hdev, "Failed to register Ally X gamepad device: %d\n", ret);
> @@ -2687,20 +2855,61 @@ static int ally_x_setup_input(struct hid_device *hdev, struct ally_handheld *all
>
> return 0;
> ally_x_setup_input_err:
> + /*
> + * Unpublish like hid_asus_ally_remove() does, intf_mutex held: the
> + * cross-interface senders snapshot ally_x_hdev under ally_data_lock
> + * and send under intf_mutex, so the unpublish must take both in the
> + * same order to keep the handshake meaningful.
> + */
> + scoped_guard(mutex, &ally->intf_mutex) {
> + spin_lock_irqsave(&ally_data_lock, flags);
> + if (ally->ally_x_hdev == hdev)
> + ally->ally_x_hdev = NULL;
> + spin_unlock_irqrestore(&ally_data_lock, flags);
> + }
> +
> input_free_device(input);
> return ret;
> }
>
> static int hid_asus_ally_init(struct hid_device *hdev, struct ally_handheld *ally)
> {
> + struct hid_device *x_hdev;
> struct ally_config *cfg;
> + unsigned long flags;
> int ret;
>
> - /* Failure at this point is non-critical */
> - ret = ally_gamepad_send_packet(ally, hdev, ALLY_FORCE_FEEDBACK_OFF,
> - sizeof(ALLY_FORCE_FEEDBACK_OFF));
> - if (ret < 0)
> - hid_err(hdev, "Ally failed to init force-feedback off: %d\n", ret);
> + /*
> + * Snapshot the gamepad interface and send the force-feedback "off"
> + * packet through it. usbhid_stop() frees urbout before NULLing it
> + * while usbhid_output_report() dereferences it unlocked, so a send
> + * overlapping the transport teardown would be a use-after-free: the
> + * device lock is taken around the send because the HID core holds
> + * it across remove() and the hid_hw_stop() that follows, making the
> + * two mutually exclusive. It is taken before intf_mutex, the same
> + * order the core's remove path uses, so no lock inversion exists.
> + */
> + spin_lock_irqsave(&ally_data_lock, flags);
> + x_hdev = ally->ally_x_hdev;
> + if (x_hdev)
> + get_device(&x_hdev->dev);
> + spin_unlock_irqrestore(&ally_data_lock, flags);
> +
> + if (x_hdev) {
> + /* Failure at this point is non-critical */
> + scoped_guard(mutex, &x_hdev->dev.mutex) {
> + scoped_guard(mutex, &ally->intf_mutex) {
> + ret = ally_x_send_ff_off(x_hdev);
> +
> + if (ret < 0)
> + hid_err(hdev,
> + "Ally failed to init force-feedback off: %d\n",
> + ret);
> + }
> + }
> +
> + put_device(&x_hdev->dev);
> + }
>
> cfg = ally_get_config(ally);
> if (!cfg)
> @@ -2996,6 +3205,17 @@ static struct ally_handheld *hid_asus_ally_probe(struct hid_device *hdev)
> return ERR_PTR(ret);
> }
>
> + /*
> + * Make sure rumble starts disabled: this is the interface that
> + * owns the force-feedback output report. Failure is non-critical.
> + */
> + scoped_guard(mutex, &ally_drvdata.intf_mutex) {
> + ret = ally_x_send_ff_off(hdev);
> + if (ret < 0)
> + hid_warn(hdev, "Failed to disable force-feedback: %d\n",
> + ret);
> + }
> +
> spin_lock_irqsave(&ally_data_lock, flags);
> ally_drvdata.ally_x_hdev = hdev;
> ally_drvdata.ally_x_probe_in_progress = false;
> @@ -3024,6 +3244,7 @@ static void hid_asus_ally_remove(struct hid_device *hdev, struct ally_handheld *
> struct input_dev *x_input = NULL;
> struct ally_config *cfg = NULL;
> unsigned long flags;
> + bool owns_xpad;
> bool owns_cfg;
>
> if (!ally)
> @@ -3038,31 +3259,81 @@ static void hid_asus_ally_remove(struct hid_device *hdev, struct ally_handheld *
> cancel_delayed_work_sync(&ally->resume_work);
>
> spin_lock_irqsave(&ally_data_lock, flags);
> - if (ally->ally_x_hdev == hdev) {
> - x_input = ally->ally_x_input;
> - ally->ally_x_input = NULL;
> - ally->ally_x_hdev = NULL;
> + owns_xpad = ally->ally_x_hdev == hdev;
> + spin_unlock_irqrestore(&ally_data_lock, flags);
> +
> + if (owns_xpad) {
> + /*
> + * Stop queueing force-feedback work before the gamepad
> + * pointers are cleared: play_effect() tests the flag under the
> + * same lock, so no work can be queued past the cancel below.
> + */
> + scoped_guard(spinlock_irqsave, &ally->ff_lock)
> + ally->ff_work_initialized = false;
> +
> + /*
> + * cancel_work_sync() may sleep: keep it out of ally_data_lock,
> + * but run it before the pointers are cleared so in-flight work
> + * cannot outlive the interface it sends through.
> + */
> + cancel_work_sync(&ally->ff_work);
> +
> + /*
> + * The input core can no longer stop effects through the
> + * disabled work: quiesce any rumble still playing ourselves,
> + * or the device would keep vibrating after being unbound.
> + *
> + * Serialize the packet with the other force-feedback senders:
> + * intf_mutex is taken again below for the pointer
> + * unpublishing, but the two critical sections never nest.
> + */
> + scoped_guard(mutex, &ally->intf_mutex) {
> + if (ally_x_send_ff_off(hdev) < 0)
> + hid_warn(hdev,
> + "Failed to stop force-feedback\n");
> + }
> }
>
> /*
> - * The keyboard interface is torn down before the config one, and
> - * its input_dev is freed with it. handle_ally_event() and
> - * ally_resume_work_fn() both report keys through it from the
> - * config endpoint, so drop the references here or they dangle.
> + * Serialize with hid_asus_ally_init(): it sends the force-feedback
> + * "off" packet through the gamepad interface recorded here, whose
> + * transport is stopped by hid_hw_stop() as soon as this function
> + * returns. Holding intf_mutex while the gamepad pointers are
> + * unpublished makes init's snapshot-and-send atomic with the
> + * removal: the packet either reaches a transport that is still
> + * running, or is not sent at all. The lock must be released before
> + * the sysfs teardown below, or an in-flight sysfs store blocked on
> + * it would deadlock against kernfs waiting for the callback.
> */
> - if (ally->keyboard_hdev == hdev) {
> - ally->keyboard_input = NULL;
> - ally->keyboard_hdev = NULL;
> - }
> + scoped_guard(mutex, &ally->intf_mutex) {
> + spin_lock_irqsave(&ally_data_lock, flags);
> + if (owns_xpad) {
> + x_input = ally->ally_x_input;
> + ally->ally_x_input = NULL;
> + ally->ally_x_hdev = NULL;
> + }
>
> - owns_cfg = ally->cfg_hdev == hdev;
> - if (owns_cfg) {
> - cfg = ally->config;
> - ally->cfg_hdev = NULL;
> - ally->config = NULL;
> - }
> + /*
> + * The keyboard interface is torn down before the
> + * config one, and its input_dev is freed with it.
> + * handle_ally_event() and ally_resume_work_fn() both
> + * report keys through it from the config endpoint, so
> + * drop the references here or they dangle.
> + */
> + if (ally->keyboard_hdev == hdev) {
> + ally->keyboard_input = NULL;
> + ally->keyboard_hdev = NULL;
> + }
>
> - spin_unlock_irqrestore(&ally_data_lock, flags);
> + owns_cfg = ally->cfg_hdev == hdev;
> + if (owns_cfg) {
> + cfg = ally->config;
> + ally->cfg_hdev = NULL;
> + ally->config = NULL;
> + }
> +
> + spin_unlock_irqrestore(&ally_data_lock, flags);
> + }
>
> /*
> * The config teardown removes sysfs groups and takes sleeping locks:
>
--
i.
next prev parent reply other threads:[~2026-10-26 13:13 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-25 23:52 [PATCH v11 00/18] HID: asus: add support for ROG Ally handhelds Denis Benato
2026-10-25 23:52 ` [PATCH v11 01/18] " Denis Benato
2026-10-26 12:38 ` Ilpo Järvinen
2026-10-25 23:52 ` [PATCH v11 02/18] HID: asus: add gamepad configuration Denis Benato
2026-10-26 12:56 ` Ilpo Järvinen
2026-10-25 23:52 ` [PATCH v11 03/18] HID: asus: add vibration strength configuration Denis Benato
2026-10-25 23:52 ` [PATCH v11 04/18] HID: asus: add joysticks inner and outer range configuration Denis Benato
2026-10-26 13:00 ` Ilpo Järvinen
2026-10-25 23:52 ` [PATCH v11 05/18] HID: asus: add triggers " Denis Benato
2026-10-25 23:52 ` [PATCH v11 06/18] HID: asus: add joysticks anti-deadzone configuration Denis Benato
2026-10-25 23:52 ` [PATCH v11 07/18] HID: asus: add support for response curve Denis Benato
2026-10-26 13:06 ` Ilpo Järvinen
2026-10-25 23:52 ` [PATCH v11 08/18] HID: asus: add support to force feedback Denis Benato
2026-10-26 12:36 ` Sakari Ailus
2026-10-26 18:21 ` Ilpo Järvinen
2026-10-26 18:27 ` Sakari Ailus
2026-10-26 13:13 ` Ilpo Järvinen [this message]
2026-10-25 23:52 ` [PATCH v11 09/18] HID: asus: add support for gamepad mode Denis Benato
2026-10-26 13:20 ` Ilpo Järvinen
2026-10-25 23:52 ` [PATCH v11 10/18] HID: asus: add support for turbo buttons Denis Benato
2026-10-26 13:29 ` Ilpo Järvinen
2026-10-25 23:52 ` [PATCH v11 11/18] HID: asus: add support for btn remapping Denis Benato
2026-10-26 14:03 ` Ilpo Järvinen
2026-10-25 23:52 ` [PATCH v11 12/18] HID: asus: size feature reports from the HID report descriptor Denis Benato
2026-10-26 13:06 ` Rebecca Mara Müller
2026-10-26 19:38 ` Denis Benato
2026-10-25 23:52 ` [PATCH v11 13/18] HID: asus: identify XG Mobile stations and bind the LED to the reported model Denis Benato
2026-10-25 23:52 ` [PATCH v11 14/18] HID: asus: expose XG Mobile identity and firmware information Denis Benato
2026-10-26 14:10 ` Ilpo Järvinen
2026-10-25 23:52 ` [PATCH v11 15/18] HID: asus: size ally gamepad commands from the HID report descriptor Denis Benato
2026-10-25 23:52 ` [PATCH v11 16/18] platform/x86: asus-armoury: pick the eGPU activation from the reported GPU Denis Benato
2026-10-25 23:52 ` [PATCH v11 17/18] HID: asus: report the XG Mobile GPU vendor to asus-wmi Denis Benato
2026-10-26 14:15 ` Ilpo Järvinen
2026-10-25 23:52 ` [PATCH v11 18/18] MAINTAINERS: add maintainer for the ASUS HID driver Denis Benato
2026-10-26 14:24 ` [PATCH v11 00/18] HID: asus: add support for ROG Ally handhelds Ilpo Järvinen
2026-10-26 18:03 ` Denis Benato
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=b73bcfda-b598-d7b0-4ed0-0967b1d9088e@linux.intel.com \
--to=ilpo.jarvinen@linux.intel.com \
--cc=benato.denis96@gmail.com \
--cc=bentiss@kernel.org \
--cc=corentin.chary@gmail.com \
--cc=denis.benato@linux.dev \
--cc=derekjohn.clark@gmail.com \
--cc=hacker1024@users.sourceforge.net \
--cc=hansg@kernel.org \
--cc=jikos@kernel.org \
--cc=jlobue10@gmail.com \
--cc=kernel@lists.opengamingcollective.org \
--cc=khamunetriclark@gmail.com \
--cc=linux-input@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=luke@ljones.dev \
--cc=matthew.schwartz@linux.dev \
--cc=me@livan.pro \
--cc=nathan@kernel.org \
--cc=platform-driver-x86@vger.kernel.org \
--cc=rebecca.mara@posteo.de \
/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®