Re: [PATCH v3 1/2] ACPI: scan: do not enumerate MSFT8000 as a serial bus slave
"Rafael J. Wysocki (Intel)" <[email protected]>
| Newsgroups | org.kernel.vger.linux-acpi,org.kernel.vger.linux-kernel,org.kernel.vger.linux-usb |
|---|---|
| Message-ID | <CAJZ5v0jUcRphVQ2ntWQjGvx2z9pdryi8FQh7Z6jRjfdQCXM8vg@mail.gmail.com> |
On Sat, Aug 29, 2026 at 4:55 PM Edward Blair <[email protected]> wrote: > > 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. > > Suggested-by: Armin Wolf <[email protected]> > Signed-off-by: Edward Blair <[email protected]> Acked-by: Rafael J. Wysocki (Intel) <[email protected]> and please route it as needed or let me know if you want me to pick it up. Thanks! > --- > 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 > -- > 2.55.0 >