From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1C62CC433F5 for ; Wed, 13 Oct 2021 18:33:45 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id ED04C60F21 for ; Wed, 13 Oct 2021 18:33:44 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231694AbhJMSfq (ORCPT ); Wed, 13 Oct 2021 14:35:46 -0400 Received: from mail-oo1-f49.google.com ([209.85.161.49]:35754 "EHLO mail-oo1-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231445AbhJMSfa (ORCPT ); Wed, 13 Oct 2021 14:35:30 -0400 Received: by mail-oo1-f49.google.com with SMTP id s2-20020a4ac102000000b002b722c09046so1095850oop.2; Wed, 13 Oct 2021 11:33:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=yO2lRzHz1XznOaQgSh56Qip33pmg0mdBpDv3MKgiWAw=; b=kTv4rI7KLwNElDct+Vm/0Y8pLnF39hru+m7UrkFgIqv8yCCpw0wpVsRqafGDlbq/SP 9YrU4yX/FtfACqFZNyqr+ouPAwBMGZTYtxItrsQbtKcDJHbypIYpGFJzCNJ3DtYrxviG xruoiv+QgD6CPhZyqNiNAbofx6DjtGcbEzZoJ3TKVSx0GtauTFDJbuCcYDdoLTuhngO4 mGZOXRYGM/b6cTUanIo9oeUOBqQvl43GIIXqzrBQYnlCboGKydnKUQOKxHHomWIQv5IO YTWZH+b13K8PuMCNjZ0NOQ2NAfuC5pyCJwMeSgPn8K7iq1FjCbh/ic3WkS0JHfhhcz/F eXwQ== X-Gm-Message-State: AOAM530Sydtm62VLKRuJg/cEr51jSAHZxLtRiznK5JQ9QvJr6wImzlIK 103b2y2lBdC1SBggRQKFJcT9rrldw+qLgKx50cY= X-Google-Smtp-Source: ABdhPJxgIxFfg7dyINeTZVT41AYYgJtQWUmQamXrzTMvodXp6glxHyKBXcN4RB7zFn58WDKDC40G9VwcpfHxmscuqio= X-Received: by 2002:a4a:a9ce:: with SMTP id h14mr533891oon.89.1634150005612; Wed, 13 Oct 2021 11:33:25 -0700 (PDT) MIME-Version: 1.0 References: <20211007171815.28336-1-andriy.shevchenko@linux.intel.com> In-Reply-To: From: "Rafael J. Wysocki" Date: Wed, 13 Oct 2021 20:33:14 +0200 Message-ID: Subject: Re: [PATCH v3 1/3] driver core: Provide device_match_acpi_handle() helper To: Andy Shevchenko Cc: "Rafael J. Wysocki" , Greg Kroah-Hartman , Saravana Kannan , =?UTF-8?Q?Uwe_Kleine=2DK=C3=B6nig?= , Linux Kernel Mailing List , "open list:GPIO SUBSYSTEM" , ACPI Devel Maling List , linux-i2c , Mika Westerberg , Linus Walleij , Bartosz Golaszewski , Wolfram Sang Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Oct 13, 2021 at 8:24 PM Andy Shevchenko wrote: > > On Wed, Oct 13, 2021 at 07:47:37PM +0200, Rafael J. Wysocki wrote: > > On Thu, Oct 7, 2021 at 7:18 PM Andy Shevchenko > > wrote: > > > > > > We have couple of users of this helper, make it available for them. > > > > "a couple"? > > Yep. > > > > EXPORT_SYMBOL(device_match_acpi_dev); > > > > > > +int device_match_acpi_handle(struct device *dev, const void *handle) > > > > Hmmm. Should the second arg be of type acpi_handle? > > acpi_handle is not defined as struct and it means the header, where the > prototype is declared, will require acpi.h to be included. Besides that the > whole set of device_match_*() is done by the same prototype, so it can be used > in bus_find_device() calls. Ah, OK, it's for bus_find_device(). > > And doesn't this function belong to the ACPI core? It is related to > > acpi_bus_get_device() and such which are located there. > > Same as above. I don't think so. I see, but any chance to improve the changelog?