From: Suzuki K Poulose <suzuki.poulose@arm.com>
To: rafael@kernel.org
Cc: linux-kernel@vger.kernel.org, gregkh@linuxfoundation.org,
rjw@rjwysocki.net, lenb@kernel.org, linux-acpi@vger.kernel.org
Subject: Re: [PATCH 01/13] acpi: utils: Cleanup acpi_dev_match_cb
Date: Thu, 6 Jun 2019 10:21:38 +0100 [thread overview]
Message-ID: <8490ee64-0d7b-dd9a-b269-129ed4611fc2@arm.com> (raw)
In-Reply-To: <CAJZ5v0iRfsLDezWAnr+PcOKOGYQuFFX3bTyhvxoqJ4mN6sGOYA@mail.gmail.com>
Hi Rafael,
On 06/06/2019 10:14, Rafael J. Wysocki wrote:
> On Wed, Jun 5, 2019 at 5:14 PM Suzuki K Poulose <suzuki.poulose@arm.com> wrote:
>>
>> acpi_dev_match_cb match function modifies the "data" argument
>> to pass on a result which could be easily deduced from the result
>> of the bus_find_device() call at the caller site. Clean this
>> up in preparation to convert the "match" argument for bus_find_device
>> to accept a "const" data pointer, similar to class_find_device. This
>> would allow consolidating the match routines for these two APIs.
>
> This changelog can be improved IMO.
I agree. Will update it.
>
> In fact, the final goal here is to pass (const void *) as the second
> argument to acpi_dev_match_cb() (which you could do right away in this
> patch if I'm not mistaken) which is because you want to modify the
> prototype of bus_find_device().
>
> So why don't you write something like this in the changelog:
>
> "The prototype of bus_find_device() will be unified with that of
> class_find_device() subsequently, but for this purpose the callback
> functions passed to it need to take (const void *) as the second
> argument. Consequently, they cannot modify the memory pointed to by
> that argument which currently is not the case for acpi_dev_match_cb().
> However, acpi_dev_match_cb() really need not modify the "match" object
> passed to it, because acpi_dev_get_first_match_dev() which uses it via
> bus_find_device() can easily convert the result of bus_find_device()
> into the pointer to return.
Sure.
> For this reason, update acpi_dev_match_cb() to avoid the redundant
> memory updates and change the type of its second argument to (const
> void *)."
We can't do that quite yet, until we unify the prototype of the
bus_find_device().
>>
>> Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>
>> Cc: Len Brown <lenb@kernel.org>
>> Cc: linux-acpi@vger.kernel.org
>> Signed-off-by: Suzuki K Poulose <suzuki.poulose@arm.com>
>> ---
>> drivers/acpi/utils.c | 7 +------
>> 1 file changed, 1 insertion(+), 6 deletions(-)
>>
>> diff --git a/drivers/acpi/utils.c b/drivers/acpi/utils.c
>> index 7def63a..1391b63 100644
>> --- a/drivers/acpi/utils.c
>> +++ b/drivers/acpi/utils.c
>> @@ -725,8 +725,6 @@ bool acpi_dev_found(const char *hid)
>> EXPORT_SYMBOL(acpi_dev_found);
>>
>> struct acpi_dev_match_info {
>> - const char *dev_name;
>> - struct acpi_device *adev;
>> struct acpi_device_id hid[2];
>> const char *uid;
>> s64 hrv;
>> @@ -746,9 +744,6 @@ static int acpi_dev_match_cb(struct device *dev, void *data)
>
> And why not to change the type of the second arg to "const void *data" here?
Because, that would conflict with what bus_find_device() expects now. We make
the change only later. Since this change was a bit more intrusive than simply
changing the type of the parameter, I kept it as a preparatory patch.
Thanks for the review !
Suzuki
next prev parent reply other threads:[~2019-06-06 9:21 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1559747630-28065-1-git-send-email-suzuki.poulose@arm.com>
2019-06-05 15:13 ` Suzuki K Poulose
2019-06-06 9:14 ` Rafael J. Wysocki
2019-06-06 9:21 ` Suzuki K Poulose [this message]
2019-06-05 15:13 ` [PATCH 02/13] bus_find_device: Unify the match callback with class_find_device Suzuki K Poulose
2019-06-05 15:48 ` Corey Minyard
2019-06-05 15:51 ` Kershner, David A
2019-06-05 18:18 ` Mark Brown
2019-06-06 8:56 ` Rafael J. Wysocki
2019-06-06 9:01 ` Srinivas Kandagatla
2019-06-05 15:13 ` [PATCH 03/13] driver_find_device: Unify the match function with class_find_device() Suzuki K Poulose
2019-06-12 9:32 ` Lee Jones
2019-06-12 9:36 ` Suzuki K Poulose
2019-06-05 15:13 ` [PATCH 04/13] drivers: Add generic helper to match by of_node Suzuki K Poulose
2019-06-05 15:13 ` [PATCH 05/13] drivers: Add generic helper to match by fwnode Suzuki K Poulose
2019-06-05 15:13 ` [PATCH 06/13] drivers: Add generic helper to match by devt Suzuki K Poulose
2019-06-05 15:13 ` [PATCH 07/13] drivers: Add generic match helper by ACPI_COMPANION device Suzuki K Poulose
2019-06-06 9:17 ` Rafael J. Wysocki
2019-06-06 9:28 ` Suzuki K Poulose
2019-06-06 9:57 ` Rafael J. Wysocki
2019-06-12 9:43 ` Suzuki K Poulose
2019-06-12 22:07 ` Rafael J. Wysocki
2019-06-05 15:13 ` [PATCH 08/13] drivers: Add generic helper to match by name Suzuki K Poulose
2019-06-05 15:13 ` [PATCH 09/13] drivers: Add generic helper to match any device Suzuki K Poulose
2019-06-05 15:13 ` [PATCH 10/13] drivers: Introduce variants of class_find_device() Suzuki K Poulose
2019-06-05 16:14 ` Greg KH
2019-06-05 18:13 ` Suzuki K Poulose
2019-06-05 15:13 ` [PATCH 11/13] drivers: Introduce variants for bus_find_device() Suzuki K Poulose
2019-06-05 15:13 ` [PATCH 12/13] drivers: Introduce variants of driver_find_device() Suzuki K Poulose
2019-06-05 15:13 ` [PATCH 13/13] platform: Add platform_find_device_by_driver() helper Suzuki K Poulose
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8490ee64-0d7b-dd9a-b269-129ed4611fc2@arm.com \
--to=suzuki.poulose@arm.com \
--cc=gregkh@linuxfoundation.org \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rafael@kernel.org \
--cc=rjw@rjwysocki.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®