[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240711200421.11428-1-ebiggers@kernel.org>
Date: Thu, 11 Jul 2024 13:04:21 -0700
From: Eric Biggers <ebiggers@...nel.org>
To: Jonathan Corbet <corbet@....net>,
linux-doc@...r.kernel.org
Cc: linux-kernel@...r.kernel.org
Subject: [PATCH] docs: driver-model: platform: update the definition of platform_driver
From: Eric Biggers <ebiggers@...gle.com>
Update the documented struct platform_driver to match the code.
Signed-off-by: Eric Biggers <ebiggers@...gle.com>
---
Documentation/driver-api/driver-model/platform.rst | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/Documentation/driver-api/driver-model/platform.rst b/Documentation/driver-api/driver-model/platform.rst
index 1fe5c6c6199c..7beb8a9648c5 100644
--- a/Documentation/driver-api/driver-model/platform.rst
+++ b/Documentation/driver-api/driver-model/platform.rst
@@ -39,17 +39,18 @@ discovery/enumeration is handled outside the drivers, and drivers
provide probe() and remove() methods. They support power management
and shutdown notifications using the standard conventions::
struct platform_driver {
int (*probe)(struct platform_device *);
- int (*remove)(struct platform_device *);
+ void (*remove)(struct platform_device *);
void (*shutdown)(struct platform_device *);
int (*suspend)(struct platform_device *, pm_message_t state);
- int (*suspend_late)(struct platform_device *, pm_message_t state);
- int (*resume_early)(struct platform_device *);
int (*resume)(struct platform_device *);
struct device_driver driver;
+ const struct platform_device_id *id_table;
+ bool prevent_deferred_probe;
+ bool driver_managed_dma;
};
Note that probe() should in general verify that the specified device hardware
actually exists; sometimes platform setup code can't be sure. The probing
can use device resources, including clocks, and device platform_data.
--
2.45.2
Powered by blists - more mailing lists