Re: [PATCH v12 0/2] Lenovo Yoga Book 9 keyboard dock detection

From: Ilpo Järvinen

Date: Thu Jul 09 2026 - 06:44:11 EST


On Wed, 8 Jul 2026, Dave Carey wrote:

> Changes in v12 (addressing Ilpo Järvinen's v11 review of patch 2/2):
>
> - Add #include <linux/sysfs.h> (for sysfs_emit)
> - Add #include <linux/types.h> (for __le32 and __packed)
>
> Changes in v11 (addressing Armin Wolf's v10 review of patch 2/2):
>
> - ABI doc: correct Date to "June 2027" and KernelVersion to "7.3";
> these fields should reflect when the ABI lands in the kernel, not
> the submission date.
>
> Patch 1/2 (lenovo-ymc) is unchanged from v10.
>
> Changes in v10 (addressing Armin Wolf's v9 review of patch 2/2):
>
> - Update ABI doc: Date: June 2026, KernelVersion: 6.16
> - Add #include <linux/compiler_attributes.h> and <linux/types.h>
> - yb9_kbdock_query(): change return to pointer-out u32 *bkbd to avoid
> a 0xFFFFFFFF status value being misread as -EPERM
> - struct yb9_kbdock_data: add spinlock_t lock
> - yb9_kbdock_report(): hold lock across input_report_switch + input_sync
> - yb9_kbdock_sync(): return int, propagate query error to callers
> - yb9_kbdock_resume(), yb9_kbdock_block_probe(): propagate sync error
> - struct wmi_buffer out: remove zero-initializer (not needed)
> - yb9_kbdock_notify_new(): drop manual length check; use
> .min_event_size = sizeof(__le32) in struct wmi_driver instead
>
> Patch 1/2 (lenovo-ymc) is unchanged from v9.
>
> Dave Carey (2):
> platform/x86/lenovo: lenovo-ymc: Suppress probe on Yoga Book 9 14IAH10
> platform/x86/lenovo: Add Yoga Book 9 keyboard dock detection driver
>
> Documentation/ABI/testing/sysfs-driver-lenovo-yb9-kbdock | 19 ++
> MAINTAINERS | 7 +
> drivers/platform/x86/lenovo/Kconfig | 14 +
> drivers/platform/x86/lenovo/Makefile | 1 +
> drivers/platform/x86/lenovo/yb9-kbdock.c | 322 ++++++++++++
> drivers/platform/x86/lenovo/ymc.c | 19 ++
> 6 files changed, 382 insertions(+)

Please resend this series into a separate thread (you can reuse the
version number as long as there are no other changes).

In future, always send new versions of a series into own thread so that
our tools can better distinguish which patches belong to which version.

--
i.