Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1571512pxb; Mon, 8 Mar 2021 00:26:13 -0800 (PST) X-Google-Smtp-Source: ABdhPJzQrMnPZGTS6RF5KbGxBIzg3Fl1tSD0Nybq6q5hZBtwd17ZIidxgTRgzMdGLx8Nl6amTrfd X-Received: by 2002:a17:907:216a:: with SMTP id rl10mr13962534ejb.365.1615191972867; Mon, 08 Mar 2021 00:26:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615191972; cv=none; d=google.com; s=arc-20160816; b=qvmU5n5XZFXI+bT2I9cj4Jqv+56uFkgDXOBU9cbo6S6D9x0ghL+HhR9OL4Dg1Z6RZn CNO3ZSk4+AU2EKUQ579hWNM0MCDY8lEMnaJ3+8qwGssMQh4lKUuc5x+4qdh6XgMD5GJc oAigvwvC6YDm3KfGwZhltz26H1/0+TQ0d2y15M9DI01/kv2AIVkNmiPDVuvOZoQSt3Fh GaVTfdeltKDku0HNVtTmf+G8LGwDuq4QlUYB6tzHvgnI07ne0qmLvaQz54qIuEM4bb1g w+YU0J+aTQpBrc4aEEujWzS6cPqRZqurCnhKT6EnA/fci3JWzt5dV3FyDPgCpr13+OnK Ty7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=ksneqLZ9zvuj+Q9Pi6/GCANghUOfFQNIq6D+RQ8519s=; b=AuM/wdgYnNLLW3A4wjB4B6ETKliqJK2M+MKJhawtpZuONO8krv/hLoAwIAI5q4EHZV BdD1u0AODE1ML9KxjHVseoiz09R8qhRkPUfi5Nz9+HzZ7qf+yuUmyfSyh73isrH6F2v9 U++3YHRaz8bTph0byGpYL1WZ5S+skeEGqaQ1AuiXFotrxYeLgSm3yDGxWX//1QEP9zVm YkZX1ASuwZVuiZwwFSMRJIL2UmBiPSQD7OliysQOKYvwt3LR8C4ENrZGOL+13MlwM85d YcwwnZNF9F0qoG6a0G9yJeQFkGgdTqG+lTNwvW/6C/46J/Zj+1wEosOIfio5uPx5SzR3 Mc/w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=gsBwdgKy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r18si6426121edw.69.2021.03.08.00.25.50; Mon, 08 Mar 2021 00:26:12 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=gsBwdgKy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232942AbhCGUkO (ORCPT + 99 others); Sun, 7 Mar 2021 15:40:14 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53450 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231732AbhCGUjg (ORCPT ); Sun, 7 Mar 2021 15:39:36 -0500 Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D76BCC06174A; Sun, 7 Mar 2021 12:39:35 -0800 (PST) Received: by mail-pj1-x102a.google.com with SMTP id kr3-20020a17090b4903b02900c096fc01deso1928791pjb.4; Sun, 07 Mar 2021 12:39:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ksneqLZ9zvuj+Q9Pi6/GCANghUOfFQNIq6D+RQ8519s=; b=gsBwdgKy0qJ/sWj2BknIzEzST332yyHdoW5xYOtq9fWcfHflnhmaGhq2v6q3a4IYmj 4m0L+gBQsxS6lqDfeq7qXVpJa/1xFLnOtrpduuYufDMwijEVDsiVCTrifmiuqRHxy4D7 hLPkAgOp1xjPHPBPLFjlvyGFa7ikTYDXjMVWzPUK/5feTbTPDv+eJWQhQcsrNEjHQIp6 xh2gqgD09F6/3L4HXirWiqukMjWmlgiMFw0TDgmAeTr9NHY8yVNQyppk+HAKOREQHwFZ 79dWlj2kWlC85Y2y3L72bZ8CmWcgy+y7cDQG3rf24DBn73gv54r1lQ9diZdY+lzLWWdG BNDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ksneqLZ9zvuj+Q9Pi6/GCANghUOfFQNIq6D+RQ8519s=; b=sAzzl0ww9gGcTOGzkzgfrv8fsGsVOCkwWkZrsKcPyhU0rrthrEe2vBR2UTi/9MrNEt LuVFOKYGkJ9fbRZIxblBd+l4Veyaq1FFARG9qwX8pl5DzJLLv5pRvBoql++5f0eprRVf kl60x419A8GBrul7HnUvk2RqWoUvDPX2s5GK7z5RU8YbSSp4vZsq49jOj2dDKkNmNxin cW8Lgr7jAxqSdVgSW6yNN9rZMkrdjmqGdHw7Hzb1jv5AXyXyiHHqnkYaJp4rUvj21S/O yjQm6ajHlTF0MUR3CVSrXTA6TKUVKSz2cUdDcSnWHCSa2J4TNC5+sP5Z+pTaEQ/NXIUF uMfg== X-Gm-Message-State: AOAM531vpV+zKi/10qhzhHJdy0XPeUo6h/Qq3O0wGIYtDzkDoxOE5K7n AV0MWNrsVgoPEpZHI3vvEy3TQk77hVSeepgGMCw= X-Received: by 2002:a17:902:d2c1:b029:e5:ccfe:1e93 with SMTP id n1-20020a170902d2c1b02900e5ccfe1e93mr17949404plc.0.1615149575234; Sun, 07 Mar 2021 12:39:35 -0800 (PST) MIME-Version: 1.0 References: <20210222130735.1313443-1-djrscally@gmail.com> <20210222130735.1313443-2-djrscally@gmail.com> <615bad5e-6e68-43c9-dd0b-f26d2832d52f@gmail.com> In-Reply-To: <615bad5e-6e68-43c9-dd0b-f26d2832d52f@gmail.com> From: Andy Shevchenko Date: Sun, 7 Mar 2021 22:39:18 +0200 Message-ID: Subject: Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list() To: Daniel Scally Cc: Andy Shevchenko , Tomasz Figa , Sakari Ailus , Rajmohan Mani , "Rafael J. Wysocki" , Len Brown , Mika Westerberg , Linus Walleij , Bartosz Golaszewski , Wolfram Sang , Lee Jones , kieran.bingham+renesas@ideasonboard.com, Laurent Pinchart , Hans de Goede , Mark Gross , Maximilian Luz , Robert Moore , Erik Kaneda , me@fabwu.ch, Linux Kernel Mailing List , ACPI Devel Maling List , "open list:GPIO SUBSYSTEM" , linux-i2c , Platform Driver , devel@acpica.org, "Rafael J . Wysocki" Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Mar 7, 2021 at 3:36 PM Daniel Scally wrote: > On 22/02/2021 13:34, Andy Shevchenko wrote: > > On Mon, Feb 22, 2021 at 3:12 PM Daniel Scally wrote: > >> The acpi_walk_dep_device_list() is not as generalisable as its name > >> implies, serving only to decrement the dependency count for each > >> dependent device of the input. Extend the function to instead accept > >> a callback which can be applied to all the dependencies in acpi_dep_list. > >> Replace all existing calls to the function with calls to a wrapper, passing > >> a callback that applies the same dependency reduction. > > The code looks okay to me, if it was the initial idea, feel free to add > > Reviewed-by: Andy Shevchenko > > > Thank you! > > > >> + */ > >> +void acpi_dev_flag_dependency_met(acpi_handle handle) > >> +{ > > Since it's acpi_dev_* namespace, perhaps it should take struct acpi_device here? > > > I can do this, but I avoided it because in most of the uses in the > kernel currently there's no struct acpi_device, they're just passing > ACPI_HANDLE(dev) instead, so I'd need to get the adev with > ACPI_COMPANION() in each place. It didn't seem worth it...but happy to > do it if you'd prefer it that way? I see, let Rafael decide then. I'm not pushing here. -- With Best Regards, Andy Shevchenko