[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230925144842.586829-1-michal.wilczynski@intel.com>
Date: Mon, 25 Sep 2023 17:48:33 +0300
From: Michal Wilczynski <michal.wilczynski@...el.com>
To: linux-acpi@...r.kernel.org, linux-kernel@...r.kernel.org,
nvdimm@...ts.linux.dev
Cc: rafael.j.wysocki@...el.com, andriy.shevchenko@...el.com,
lenb@...nel.org, dan.j.williams@...el.com,
vishal.l.verma@...el.com, ira.weiny@...el.com, rui.zhang@...el.com,
Michal Wilczynski <michal.wilczynski@...el.com>
Subject: [PATCH v1 0/9] Replace acpi_driver with platform_driver
Currently there is a number of drivers that somewhat incorrectly
register themselves as acpi_driver, while they should be registering as
platform_drivers. acpi_device was never meant to represent actual
device, it only represents an entry in the ACPI table and ACPI driver
should be treated as a driver for the ACPI entry of the particular
device, not the device itself. Drivers of the devices itself should
register as platform_drivers. Replace acpi_driver with platform_driver
for all relevant drivers in drivers/acpi directory. This is just the
first part of the change, as many acpi_drivers are present in many files
outside of drivers/acpi directory.
Additionally during internal review we've decided that it's best to send
the relevant patches sequentially, in order not to overwhelm the reviewers.
So I'm starting with NFIT and AC drivers.
This change is possible thanks to recent .notify callback removal in
drivers/acpi [1]. So flow for the remaining acpi_drivers will look like
this:
1) Remove .notify callback with separate patchset for drivers/platform
and other outstanding places like drivers/hwmon, drivers/iio etc.
2) Replace acpi_driver with platform_driver, as aside for .notify
callback they're mostly functionally compatible.
Most of the patches in this series could be considered independent, and
could be merged separately, with a notable exception of the very first
patch in this series that changes notify installer wrappers to be more
generic. I decided it would be best not to force the user of this
wrappers to pass any specific structure, like acpi_device or
platform_device. It makes sense as it is very often the case that
drivers declare their own private structure which gets allocated during
the .probe() callback, and become the heart of the driver. In that case
it makes much more sense to pass this structure to notify handler.
Additionally some drivers, like acpi_video that already have custom
notify handlers do that already.
Link: https://lore.kernel.org/linux-acpi/20230703080252.2899090-1-michal.wilczynski@intel.com/ [1]
Michal Wilczynski (9):
ACPI: bus: Make notify wrappers more generic
docs: firmware-guide: ACPI: Clarify ACPI bus concepts
ACPI: AC: Remove unnecessary checks
ACPI: AC: Use string_choices API instead of ternary operator
ACPI: AC: Replace acpi_driver with platform_driver
ACPI: AC: Rename ACPI device from device to adev
ACPI: NFIT: Replace acpi_driver with platform_driver
ACPI: NFIT: Remove redundant call to to_acpi_dev()
ACPI: NFIT: Don't use KBUILD_MODNAME for driver name
.../firmware-guide/acpi/enumeration.rst | 13 +++
drivers/acpi/ac.c | 108 ++++++++----------
drivers/acpi/acpi_video.c | 6 +-
drivers/acpi/battery.c | 6 +-
drivers/acpi/bus.c | 14 +--
drivers/acpi/hed.c | 6 +-
drivers/acpi/nfit/core.c | 42 +++----
drivers/acpi/thermal.c | 6 +-
include/acpi/acpi_bus.h | 9 +-
9 files changed, 103 insertions(+), 107 deletions(-)
--
2.41.0
Powered by blists - more mailing lists