[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <5066996.31r3eYUQgx@rafael.j.wysocki>
Date: Thu, 11 Dec 2025 15:15:32 +0100
From: "Rafael J. Wysocki" <rafael@...nel.org>
To: Linux ACPI <linux-acpi@...r.kernel.org>
Cc: LKML <linux-kernel@...r.kernel.org>, Linux PM <linux-pm@...r.kernel.org>,
Armin Wolf <w_armin@....de>, Hans de Goede <hansg@...nel.org>
Subject:
[RFT][PATCH v1 0/6] ACPI: Convert remaining ACPI drivers in drivers/acpi/ to
platform drivers
Hi All,
This is a continuation of
https://lore.kernel.org/linux-acpi/2339822.iZASKD2KPV@rafael.j.wysocki/
and the two series posted yesterday:
https://lore.kernel.org/linux-acpi/6222428.lOV4Wx5bFT@rafael.j.wysocki/
https://lore.kernel.org/linux-acpi/8617910.T7Z3S40VBb@rafael.j.wysocki/
with the same rationale, but it does not depend on any of them.
This one takes care of the EC driver, the SMBUS HC one (that turns out to
depend on the EC one), the SBS one (that depends on the SMBUS HC one), the
HED (hardware error device) driver and the NFIT driver. I would appreciate
testing it on systems with an ECDT table and with SMBUS HC and SBS, but
overall testing it everywhere is welcome.
After all of the series above and this one, all of the struct acpi_driver
drivers in drivers/acpi/ will become proper platform drivers and the
plan going forward is to convert all of the struct acpi_driver in other
subsystems (for instance, platform/x86/) to platform drivers and eliminate
struct acpi_driver from the kernel along with all of its dependencies and
related code.
Thanks!
Powered by blists - more mailing lists