From: Armin Wolf <W_Armin@gmx.de>
To: Edward Blair <edward.blair@gmail.com>,
linux-acpi@vger.kernel.org, linux-usb@vger.kernel.org
Cc: rafael@kernel.org, lenb@kernel.org,
heikki.krogerus@linux.intel.com, mika.westerberg@linux.intel.com,
gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 1/2] ACPI: scan: do not enumerate MSFT8000 as a serial bus slave
Date: Sat, 29 Aug 2026 23:00:17 +0200 [thread overview]
Message-ID: <7f790cab-afb5-45b8-86fa-f7ca0ba467bb@gmx.de> (raw)
In-Reply-To: <20260829145516.13500-2-edward.blair@gmail.com>
Am 29.08.26 um 16:55 schrieb Edward Blair:
> MSFT8000 represents the Windows Resource Hub Proxy. Its SerialBus
> resources describe connections that Windows exposes to userspace rather
> than a physical peripheral attached to a serial bus.
>
> Treat the device like other ACPI nodes which contain SerialBus resources
> without being serial bus slaves. This keeps the ACPI device present while
> preventing the resources from being instantiated as I2C, SPI or serdev
> clients and conflicting with the actual devices.
Reviewed-by: Armin Wolf <W_Armin@gmx.de>
> Suggested-by: Armin Wolf <W_Armin@gmx.de>
> Signed-off-by: Edward Blair <edward.blair@gmail.com>
> ---
> drivers/acpi/scan.c | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
> index 7dcf78419..608527cda 100644
> --- a/drivers/acpi/scan.c
> +++ b/drivers/acpi/scan.c
> @@ -1770,6 +1770,11 @@ static bool acpi_device_enumeration_by_parent(struct acpi_device *device)
> * attached to a serial bus at all.
> */
> {"MSHW0028", },
> + /*
> + * MSFT8000 is a Windows Resource Hub Proxy device. Its SerialBus
> + * resources grant userspace access and do not describe a slave.
> + */
> + {"MSFT8000", },
> /*
> * HIDs of device with an UartSerialBusV2 resource for which userspace
> * expects a regular tty cdev to be created (instead of the in kernel
next prev parent reply other threads:[~2026-08-29 21:00 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-29 14:55 [PATCH v3 0/2] Add ITE885x UCSI I2C transport driver Edward Blair
2026-08-29 14:55 ` [PATCH v3 1/2] ACPI: scan: do not enumerate MSFT8000 as a serial bus slave Edward Blair
2026-08-29 21:00 ` Armin Wolf [this message]
2026-08-29 14:55 ` [PATCH v3 2/2] usb: typec: ucsi: add ITE885x I2C transport driver Edward Blair
2026-09-01 10:57 ` Heikki Krogerus
2026-09-01 12:03 ` Edward Blair
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=7f790cab-afb5-45b8-86fa-f7ca0ba467bb@gmx.de \
--to=w_armin@gmx.de \
--cc=edward.blair@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=heikki.krogerus@linux.intel.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=mika.westerberg@linux.intel.com \
--cc=rafael@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