| Message ID | 20210526124322.48915-1-andriy.shevchenko@linux.intel.com |
|---|---|
| State | New |
| Headers | show |
| Series | [v1,1/6] i2c: acpi: Export i2c_acpi_find_client_by_adev() for users | expand |
On Wed, May 26, 2021 at 03:43:17PM +0300, Andy Shevchenko wrote: > There is at least one user that will gain from the > i2c_acpi_find_client_by_adev() being exported. No objections per se. But as the user is in staging, I want to ask if the use there is really a solution we would also accept outside of staging? Or is it a hack?
On Fri, May 28, 2021 at 12:23:31PM +0300, Andy Shevchenko wrote: > On Thu, May 27, 2021 at 10:26:33PM +0200, Wolfram Sang wrote: > > On Wed, May 26, 2021 at 03:43:17PM +0300, Andy Shevchenko wrote: > > > There is at least one user that will gain from the > > > i2c_acpi_find_client_by_adev() being exported. > > > > No objections per se. But as the user is in staging, I want to ask if > > the use there is really a solution we would also accept outside of > > staging? Or is it a hack? > > The similar OF API is exported for users, although amount of users and their > locations are different. The AtomISP driver is not in the best shape, I agree, > but for now any possible steps to make it better would be good steps in my > opinion. Later we may see if we can do this piece of code differently (IIRC > current way is probably the best taking into account legacy platforms support). Btw, we may move all current exports from I2C ACPI to its own namespace, then we won't really care if it'e exported or not, only explicit consumers will use it.
> > staging drivers should be self-contained, do not accept code in the core > > kernel that only is used by staging drivers. > > > > So I would not recommend this be accepted at this point in time. > > Fair enough. You could add a comment, though, so we won't forget to remove the open coding then.
diff --git a/drivers/i2c/i2c-core-acpi.c b/drivers/i2c/i2c-core-acpi.c index 8ceaa88dd78f..5be37a5efcb4 100644 --- a/drivers/i2c/i2c-core-acpi.c +++ b/drivers/i2c/i2c-core-acpi.c @@ -387,7 +387,7 @@ struct i2c_adapter *i2c_acpi_find_adapter_by_handle(acpi_handle handle) } EXPORT_SYMBOL_GPL(i2c_acpi_find_adapter_by_handle); -static struct i2c_client *i2c_acpi_find_client_by_adev(struct acpi_device *adev) +struct i2c_client *i2c_acpi_find_client_by_adev(struct acpi_device *adev) { struct device *dev; struct i2c_client *client; @@ -402,6 +402,7 @@ static struct i2c_client *i2c_acpi_find_client_by_adev(struct acpi_device *adev) return client; } +EXPORT_SYMBOL_GPL(i2c_acpi_find_client_by_adev); static int i2c_acpi_notify(struct notifier_block *nb, unsigned long value, void *arg) diff --git a/include/linux/i2c.h b/include/linux/i2c.h index e8f2ac8c9c3d..335dc4f5abbb 100644 --- a/include/linux/i2c.h +++ b/include/linux/i2c.h @@ -995,6 +995,7 @@ static inline int of_i2c_get_board_info(struct device *dev, #endif /* CONFIG_OF */ +struct acpi_device; struct acpi_resource; struct acpi_resource_i2c_serialbus; @@ -1005,6 +1006,7 @@ u32 i2c_acpi_find_bus_speed(struct device *dev); struct i2c_client *i2c_acpi_new_device(struct device *dev, int index, struct i2c_board_info *info); struct i2c_adapter *i2c_acpi_find_adapter_by_handle(acpi_handle handle); +struct i2c_client *i2c_acpi_find_client_by_adev(struct acpi_device *adev); #else static inline bool i2c_acpi_get_i2c_resource(struct acpi_resource *ares, struct acpi_resource_i2c_serialbus **i2c) @@ -1024,6 +1026,10 @@ static inline struct i2c_adapter *i2c_acpi_find_adapter_by_handle(acpi_handle ha { return NULL; } +static inline struct i2c_client *i2c_acpi_find_client_by_adev(struct acpi_device *adev) +{ + return NULL; +} #endif /* CONFIG_ACPI */ #endif /* _LINUX_I2C_H */
There is at least one user that will gain from the i2c_acpi_find_client_by_adev() being exported. Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> --- drivers/i2c/i2c-core-acpi.c | 3 ++- include/linux/i2c.h | 6 ++++++ 2 files changed, 8 insertions(+), 1 deletion(-)