* [PATCH v1 1/1] ACPI: bus: Introduce acpi_dev_get() and reuse it in ACPI code
@ 2021-04-10 13:47 Andy Shevchenko
2021-04-12 17:31 ` Rafael J. Wysocki
0 siblings, 1 reply; 6+ messages in thread
From: Andy Shevchenko @ 2021-04-10 13:47 UTC (permalink / raw)
To: Dwaipayan Ray, Andy Shevchenko, Rafael J. Wysocki, linux-acpi,
linux-kernel, devel
Cc: Rafael J. Wysocki, Len Brown, Robert Moore, Erik Kaneda
Introduce acpi_dev_get() to have a symmetrical API with acpi_dev_put()
and reuse both in ACPI code under drivers/acpi folder.
While at it, use acpi_bus_put_acpi_device() in one place rather than above.
Signed-off-by: Andy Shevchenko <andy.shevchenko@gmail.com>
---
drivers/acpi/device_sysfs.c | 4 ++--
drivers/acpi/glue.c | 8 ++++----
drivers/acpi/scan.c | 9 ++++-----
include/acpi/acpi_bus.h | 6 ++++++
4 files changed, 16 insertions(+), 11 deletions(-)
diff --git a/drivers/acpi/device_sysfs.c b/drivers/acpi/device_sysfs.c
index da4ff2a8b06a..35757c3c1b71 100644
--- a/drivers/acpi/device_sysfs.c
+++ b/drivers/acpi/device_sysfs.c
@@ -376,12 +376,12 @@ eject_store(struct device *d, struct device_attribute *attr,
if (ACPI_FAILURE(status) || !acpi_device->flags.ejectable)
return -ENODEV;
- get_device(&acpi_device->dev);
+ acpi_dev_get(acpi_device);
status = acpi_hotplug_schedule(acpi_device, ACPI_OST_EC_OSPM_EJECT);
if (ACPI_SUCCESS(status))
return count;
- put_device(&acpi_device->dev);
+ acpi_dev_put(acpi_device);
acpi_evaluate_ost(acpi_device->handle, ACPI_OST_EC_OSPM_EJECT,
ACPI_OST_SC_NON_SPECIFIC_FAILURE, NULL);
return status == AE_NO_MEMORY ? -ENOMEM : -EAGAIN;
diff --git a/drivers/acpi/glue.c b/drivers/acpi/glue.c
index 36b24b0658cb..0715e3be99a0 100644
--- a/drivers/acpi/glue.c
+++ b/drivers/acpi/glue.c
@@ -190,7 +190,7 @@ int acpi_bind_one(struct device *dev, struct acpi_device *acpi_dev)
if (!acpi_dev)
return -EINVAL;
- get_device(&acpi_dev->dev);
+ acpi_dev_get(acpi_dev);
get_device(dev);
physical_node = kzalloc(sizeof(*physical_node), GFP_KERNEL);
if (!physical_node) {
@@ -217,7 +217,7 @@ int acpi_bind_one(struct device *dev, struct acpi_device *acpi_dev)
goto err;
put_device(dev);
- put_device(&acpi_dev->dev);
+ acpi_dev_put(acpi_dev);
return 0;
}
if (pn->node_id == node_id) {
@@ -257,7 +257,7 @@ int acpi_bind_one(struct device *dev, struct acpi_device *acpi_dev)
err:
ACPI_COMPANION_SET(dev, NULL);
put_device(dev);
- put_device(&acpi_dev->dev);
+ acpi_dev_put(acpi_dev);
return retval;
}
EXPORT_SYMBOL_GPL(acpi_bind_one);
@@ -285,7 +285,7 @@ int acpi_unbind_one(struct device *dev)
ACPI_COMPANION_SET(dev, NULL);
/* Drop references taken by acpi_bind_one(). */
put_device(dev);
- put_device(&acpi_dev->dev);
+ acpi_dev_put(acpi_dev);
kfree(entry);
break;
}
diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
index ad2541c0aece..bba6b529cf6c 100644
--- a/drivers/acpi/scan.c
+++ b/drivers/acpi/scan.c
@@ -530,7 +530,7 @@ static void acpi_device_del_work_fn(struct work_struct *work_not_used)
* used by the device.
*/
acpi_power_transition(adev, ACPI_STATE_D3_COLD);
- put_device(&adev->dev);
+ acpi_dev_put(adev);
}
}
@@ -604,8 +604,7 @@ EXPORT_SYMBOL(acpi_bus_get_device);
static void get_acpi_device(void *dev)
{
- if (dev)
- get_device(&((struct acpi_device *)dev)->dev);
+ acpi_dev_get(dev);
}
struct acpi_device *acpi_bus_get_acpi_device(acpi_handle handle)
@@ -615,7 +614,7 @@ struct acpi_device *acpi_bus_get_acpi_device(acpi_handle handle)
void acpi_bus_put_acpi_device(struct acpi_device *adev)
{
- put_device(&adev->dev);
+ acpi_dev_put(adev);
}
static struct acpi_device_bus_id *acpi_device_bus_id_match(const char *dev_id)
@@ -2386,7 +2385,7 @@ int __init acpi_scan_init(void)
acpi_detach_data(acpi_root->handle,
acpi_scan_drop_device);
acpi_device_del(acpi_root);
- put_device(&acpi_root->dev);
+ acpi_bus_put_acpi_device(acpi_root);
goto out;
}
}
diff --git a/include/acpi/acpi_bus.h b/include/acpi/acpi_bus.h
index 834b7a1f7405..b728173a6171 100644
--- a/include/acpi/acpi_bus.h
+++ b/include/acpi/acpi_bus.h
@@ -707,6 +707,12 @@ acpi_dev_get_first_match_dev(const char *hid, const char *uid, s64 hrv);
adev; \
adev = acpi_dev_get_next_match_dev(adev, hid, uid, hrv))
+static inline void acpi_dev_get(struct acpi_device *adev)
+{
+ if (adev)
+ get_device(&adev->dev);
+}
+
static inline void acpi_dev_put(struct acpi_device *adev)
{
put_device(&adev->dev);
--
2.31.1
^ permalink raw reply related [flat|nested] 6+ messages in thread* Re: [PATCH v1 1/1] ACPI: bus: Introduce acpi_dev_get() and reuse it in ACPI code
2021-04-10 13:47 [PATCH v1 1/1] ACPI: bus: Introduce acpi_dev_get() and reuse it in ACPI code Andy Shevchenko
@ 2021-04-12 17:31 ` Rafael J. Wysocki
2021-04-12 17:47 ` Andy Shevchenko
0 siblings, 1 reply; 6+ messages in thread
From: Rafael J. Wysocki @ 2021-04-12 17:31 UTC (permalink / raw)
To: Andy Shevchenko
Cc: Dwaipayan Ray, Rafael J. Wysocki, ACPI Devel Maling List,
Linux Kernel Mailing List,
open list:ACPI COMPONENT ARCHITECTURE (ACPICA),
Rafael J. Wysocki, Len Brown, Robert Moore, Erik Kaneda
On Sat, Apr 10, 2021 at 3:47 PM Andy Shevchenko
<andy.shevchenko@gmail.com> wrote:
>
> Introduce acpi_dev_get() to have a symmetrical API with acpi_dev_put()
> and reuse both in ACPI code under drivers/acpi folder.
>
> While at it, use acpi_bus_put_acpi_device() in one place rather than above.
>
> Signed-off-by: Andy Shevchenko <andy.shevchenko@gmail.com>
> ---
> drivers/acpi/device_sysfs.c | 4 ++--
> drivers/acpi/glue.c | 8 ++++----
> drivers/acpi/scan.c | 9 ++++-----
> include/acpi/acpi_bus.h | 6 ++++++
> 4 files changed, 16 insertions(+), 11 deletions(-)
>
> diff --git a/drivers/acpi/device_sysfs.c b/drivers/acpi/device_sysfs.c
> index da4ff2a8b06a..35757c3c1b71 100644
> --- a/drivers/acpi/device_sysfs.c
> +++ b/drivers/acpi/device_sysfs.c
> @@ -376,12 +376,12 @@ eject_store(struct device *d, struct device_attribute *attr,
> if (ACPI_FAILURE(status) || !acpi_device->flags.ejectable)
> return -ENODEV;
>
> - get_device(&acpi_device->dev);
> + acpi_dev_get(acpi_device);
> status = acpi_hotplug_schedule(acpi_device, ACPI_OST_EC_OSPM_EJECT);
> if (ACPI_SUCCESS(status))
> return count;
>
> - put_device(&acpi_device->dev);
> + acpi_dev_put(acpi_device);
> acpi_evaluate_ost(acpi_device->handle, ACPI_OST_EC_OSPM_EJECT,
> ACPI_OST_SC_NON_SPECIFIC_FAILURE, NULL);
> return status == AE_NO_MEMORY ? -ENOMEM : -EAGAIN;
> diff --git a/drivers/acpi/glue.c b/drivers/acpi/glue.c
> index 36b24b0658cb..0715e3be99a0 100644
> --- a/drivers/acpi/glue.c
> +++ b/drivers/acpi/glue.c
> @@ -190,7 +190,7 @@ int acpi_bind_one(struct device *dev, struct acpi_device *acpi_dev)
> if (!acpi_dev)
> return -EINVAL;
>
> - get_device(&acpi_dev->dev);
> + acpi_dev_get(acpi_dev);
> get_device(dev);
> physical_node = kzalloc(sizeof(*physical_node), GFP_KERNEL);
> if (!physical_node) {
> @@ -217,7 +217,7 @@ int acpi_bind_one(struct device *dev, struct acpi_device *acpi_dev)
> goto err;
>
> put_device(dev);
> - put_device(&acpi_dev->dev);
> + acpi_dev_put(acpi_dev);
> return 0;
> }
> if (pn->node_id == node_id) {
> @@ -257,7 +257,7 @@ int acpi_bind_one(struct device *dev, struct acpi_device *acpi_dev)
> err:
> ACPI_COMPANION_SET(dev, NULL);
> put_device(dev);
> - put_device(&acpi_dev->dev);
> + acpi_dev_put(acpi_dev);
> return retval;
> }
> EXPORT_SYMBOL_GPL(acpi_bind_one);
> @@ -285,7 +285,7 @@ int acpi_unbind_one(struct device *dev)
> ACPI_COMPANION_SET(dev, NULL);
> /* Drop references taken by acpi_bind_one(). */
> put_device(dev);
> - put_device(&acpi_dev->dev);
> + acpi_dev_put(acpi_dev);
> kfree(entry);
> break;
> }
> diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
> index ad2541c0aece..bba6b529cf6c 100644
> --- a/drivers/acpi/scan.c
> +++ b/drivers/acpi/scan.c
> @@ -530,7 +530,7 @@ static void acpi_device_del_work_fn(struct work_struct *work_not_used)
> * used by the device.
> */
> acpi_power_transition(adev, ACPI_STATE_D3_COLD);
> - put_device(&adev->dev);
> + acpi_dev_put(adev);
> }
> }
>
> @@ -604,8 +604,7 @@ EXPORT_SYMBOL(acpi_bus_get_device);
>
> static void get_acpi_device(void *dev)
> {
> - if (dev)
> - get_device(&((struct acpi_device *)dev)->dev);
> + acpi_dev_get(dev);
I would do
if (dev)
acpi_dev_get(dev);
here.
> }
>
> struct acpi_device *acpi_bus_get_acpi_device(acpi_handle handle)
> @@ -615,7 +614,7 @@ struct acpi_device *acpi_bus_get_acpi_device(acpi_handle handle)
>
> void acpi_bus_put_acpi_device(struct acpi_device *adev)
> {
> - put_device(&adev->dev);
> + acpi_dev_put(adev);
> }
>
> static struct acpi_device_bus_id *acpi_device_bus_id_match(const char *dev_id)
> @@ -2386,7 +2385,7 @@ int __init acpi_scan_init(void)
> acpi_detach_data(acpi_root->handle,
> acpi_scan_drop_device);
> acpi_device_del(acpi_root);
> - put_device(&acpi_root->dev);
> + acpi_bus_put_acpi_device(acpi_root);
> goto out;
> }
> }
> diff --git a/include/acpi/acpi_bus.h b/include/acpi/acpi_bus.h
> index 834b7a1f7405..b728173a6171 100644
> --- a/include/acpi/acpi_bus.h
> +++ b/include/acpi/acpi_bus.h
> @@ -707,6 +707,12 @@ acpi_dev_get_first_match_dev(const char *hid, const char *uid, s64 hrv);
> adev; \
> adev = acpi_dev_get_next_match_dev(adev, hid, uid, hrv))
>
> +static inline void acpi_dev_get(struct acpi_device *adev)
> +{
> + if (adev)
> + get_device(&adev->dev);
And I would drop the adev check from here (because the code calling it
may be running with wrong assumptions if adev is NULL). Or it should
return adev and the caller should be held responsible for checking it
against NULL (if they care).
> +}
> +
> static inline void acpi_dev_put(struct acpi_device *adev)
> {
> put_device(&adev->dev);
> --
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [PATCH v1 1/1] ACPI: bus: Introduce acpi_dev_get() and reuse it in ACPI code
2021-04-12 17:31 ` Rafael J. Wysocki
@ 2021-04-12 17:47 ` Andy Shevchenko
2021-04-12 18:05 ` Rafael J. Wysocki
0 siblings, 1 reply; 6+ messages in thread
From: Andy Shevchenko @ 2021-04-12 17:47 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Dwaipayan Ray, Rafael J. Wysocki, ACPI Devel Maling List,
Linux Kernel Mailing List,
open list:ACPI COMPONENT ARCHITECTURE (ACPICA),
Rafael J. Wysocki, Len Brown, Robert Moore, Erik Kaneda
On Mon, Apr 12, 2021 at 8:32 PM Rafael J. Wysocki <rafael@kernel.org> wrote:
> On Sat, Apr 10, 2021 at 3:47 PM Andy Shevchenko
> <andy.shevchenko@gmail.com> wrote:
...
> > static void get_acpi_device(void *dev)
> > {
> > - if (dev)
> > - get_device(&((struct acpi_device *)dev)->dev);
> > + acpi_dev_get(dev);
>
> I would do
>
> if (dev)
> acpi_dev_get(dev);
>
> here.
Hmm... I don't see a point. acpi_dev_get() guaranteed to perform this check.
> > }
> > +static inline void acpi_dev_get(struct acpi_device *adev)
> > +{
> > + if (adev)
> > + get_device(&adev->dev);
>
> And I would drop the adev check from here (because the code calling it
> may be running with wrong assumptions if adev is NULL). Or it should
> return adev and the caller should be held responsible for checking it
> against NULL (if they care).
But this follows the get_device() / put_device() logic. Personally I
don't think this is a good idea to deviate. Note the
acpi_bus_get_acpi_device() / acpi_bus_put_acpi_device() as well.
> > +}
--
With Best Regards,
Andy Shevchenko
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [PATCH v1 1/1] ACPI: bus: Introduce acpi_dev_get() and reuse it in ACPI code
2021-04-12 17:47 ` Andy Shevchenko
@ 2021-04-12 18:05 ` Rafael J. Wysocki
2021-04-12 18:09 ` Andy Shevchenko
0 siblings, 1 reply; 6+ messages in thread
From: Rafael J. Wysocki @ 2021-04-12 18:05 UTC (permalink / raw)
To: Andy Shevchenko
Cc: Rafael J. Wysocki, Dwaipayan Ray, Rafael J. Wysocki,
ACPI Devel Maling List, Linux Kernel Mailing List,
open list:ACPI COMPONENT ARCHITECTURE (ACPICA),
Rafael J. Wysocki, Len Brown, Robert Moore, Erik Kaneda
On Mon, Apr 12, 2021 at 7:47 PM Andy Shevchenko
<andy.shevchenko@gmail.com> wrote:
>
> On Mon, Apr 12, 2021 at 8:32 PM Rafael J. Wysocki <rafael@kernel.org> wrote:
> > On Sat, Apr 10, 2021 at 3:47 PM Andy Shevchenko
> > <andy.shevchenko@gmail.com> wrote:
>
> ...
>
> > > static void get_acpi_device(void *dev)
> > > {
> > > - if (dev)
> > > - get_device(&((struct acpi_device *)dev)->dev);
> > > + acpi_dev_get(dev);
> >
> > I would do
> >
> > if (dev)
> > acpi_dev_get(dev);
> >
> > here.
>
> Hmm... I don't see a point. acpi_dev_get() guaranteed to perform this check.
>
> > > }
>
>
> > > +static inline void acpi_dev_get(struct acpi_device *adev)
> > > +{
> > > + if (adev)
> > > + get_device(&adev->dev);
> >
> > And I would drop the adev check from here (because the code calling it
> > may be running with wrong assumptions if adev is NULL). Or it should
> > return adev and the caller should be held responsible for checking it
> > against NULL (if they care).
>
> But this follows the get_device() / put_device() logic.
Not really. get_device() returns a pointer.
> Personally I don't think this is a good idea to deviate.
Well, exactly. :-)
> Note the acpi_bus_get_acpi_device()
This also returns a pointer.
> / acpi_bus_put_acpi_device() as well.
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [PATCH v1 1/1] ACPI: bus: Introduce acpi_dev_get() and reuse it in ACPI code
2021-04-12 18:05 ` Rafael J. Wysocki
@ 2021-04-12 18:09 ` Andy Shevchenko
2021-04-12 18:12 ` Rafael J. Wysocki
0 siblings, 1 reply; 6+ messages in thread
From: Andy Shevchenko @ 2021-04-12 18:09 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Dwaipayan Ray, Rafael J. Wysocki, ACPI Devel Maling List,
Linux Kernel Mailing List,
open list:ACPI COMPONENT ARCHITECTURE (ACPICA),
Rafael J. Wysocki, Len Brown, Robert Moore, Erik Kaneda
On Mon, Apr 12, 2021 at 9:05 PM Rafael J. Wysocki <rafael@kernel.org> wrote:
>
> On Mon, Apr 12, 2021 at 7:47 PM Andy Shevchenko
> <andy.shevchenko@gmail.com> wrote:
> >
> > On Mon, Apr 12, 2021 at 8:32 PM Rafael J. Wysocki <rafael@kernel.org> wrote:
> > > On Sat, Apr 10, 2021 at 3:47 PM Andy Shevchenko
> > > <andy.shevchenko@gmail.com> wrote:
> >
> > ...
> >
> > > > static void get_acpi_device(void *dev)
> > > > {
> > > > - if (dev)
> > > > - get_device(&((struct acpi_device *)dev)->dev);
> > > > + acpi_dev_get(dev);
> > >
> > > I would do
> > >
> > > if (dev)
> > > acpi_dev_get(dev);
> > >
> > > here.
> >
> > Hmm... I don't see a point. acpi_dev_get() guaranteed to perform this check.
> >
> > > > }
> >
> >
> > > > +static inline void acpi_dev_get(struct acpi_device *adev)
> > > > +{
> > > > + if (adev)
> > > > + get_device(&adev->dev);
> > >
> > > And I would drop the adev check from here (because the code calling it
> > > may be running with wrong assumptions if adev is NULL). Or it should
> > > return adev and the caller should be held responsible for checking it
> > > against NULL (if they care).
> >
> > But this follows the get_device() / put_device() logic.
>
> Not really. get_device() returns a pointer.
>
> > Personally I don't think this is a good idea to deviate.
>
> Well, exactly. :-)
>
> > Note the acpi_bus_get_acpi_device()
>
> This also returns a pointer.
Is it okay to return a pointer in acpi_dev_get() then?
I will do it that way if there are no objections.
> > / acpi_bus_put_acpi_device() as well.
--
With Best Regards,
Andy Shevchenko
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [PATCH v1 1/1] ACPI: bus: Introduce acpi_dev_get() and reuse it in ACPI code
2021-04-12 18:09 ` Andy Shevchenko
@ 2021-04-12 18:12 ` Rafael J. Wysocki
0 siblings, 0 replies; 6+ messages in thread
From: Rafael J. Wysocki @ 2021-04-12 18:12 UTC (permalink / raw)
To: Andy Shevchenko
Cc: Rafael J. Wysocki, Dwaipayan Ray, Rafael J. Wysocki,
ACPI Devel Maling List, Linux Kernel Mailing List,
open list:ACPI COMPONENT ARCHITECTURE (ACPICA),
Rafael J. Wysocki, Len Brown, Robert Moore, Erik Kaneda
On Mon, Apr 12, 2021 at 8:10 PM Andy Shevchenko
<andy.shevchenko@gmail.com> wrote:
>
> On Mon, Apr 12, 2021 at 9:05 PM Rafael J. Wysocki <rafael@kernel.org> wrote:
> >
> > On Mon, Apr 12, 2021 at 7:47 PM Andy Shevchenko
> > <andy.shevchenko@gmail.com> wrote:
> > >
> > > On Mon, Apr 12, 2021 at 8:32 PM Rafael J. Wysocki <rafael@kernel.org> wrote:
> > > > On Sat, Apr 10, 2021 at 3:47 PM Andy Shevchenko
> > > > <andy.shevchenko@gmail.com> wrote:
> > >
> > > ...
> > >
> > > > > static void get_acpi_device(void *dev)
> > > > > {
> > > > > - if (dev)
> > > > > - get_device(&((struct acpi_device *)dev)->dev);
> > > > > + acpi_dev_get(dev);
> > > >
> > > > I would do
> > > >
> > > > if (dev)
> > > > acpi_dev_get(dev);
> > > >
> > > > here.
> > >
> > > Hmm... I don't see a point. acpi_dev_get() guaranteed to perform this check.
> > >
> > > > > }
> > >
> > >
> > > > > +static inline void acpi_dev_get(struct acpi_device *adev)
> > > > > +{
> > > > > + if (adev)
> > > > > + get_device(&adev->dev);
> > > >
> > > > And I would drop the adev check from here (because the code calling it
> > > > may be running with wrong assumptions if adev is NULL). Or it should
> > > > return adev and the caller should be held responsible for checking it
> > > > against NULL (if they care).
> > >
> > > But this follows the get_device() / put_device() logic.
> >
> > Not really. get_device() returns a pointer.
> >
> > > Personally I don't think this is a good idea to deviate.
> >
> > Well, exactly. :-)
> >
> > > Note the acpi_bus_get_acpi_device()
> >
> > This also returns a pointer.
>
> Is it okay to return a pointer in acpi_dev_get() then?
Yes, it is, as I've said already.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2021-04-12 18:12 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-04-10 13:47 [PATCH v1 1/1] ACPI: bus: Introduce acpi_dev_get() and reuse it in ACPI code Andy Shevchenko
2021-04-12 17:31 ` Rafael J. Wysocki
2021-04-12 17:47 ` Andy Shevchenko
2021-04-12 18:05 ` Rafael J. Wysocki
2021-04-12 18:09 ` Andy Shevchenko
2021-04-12 18:12 ` Rafael J. Wysocki
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).