Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1102048pxb; Sun, 7 Mar 2021 06:21:25 -0800 (PST) X-Google-Smtp-Source: ABdhPJypVKfLwpd8yJGaPkmGuMGcwHel80hmomHMoXhw0a0TuNA3Wp+KOM+cgH8NiYXW4qrXjw2Z X-Received: by 2002:a17:906:7d48:: with SMTP id l8mr10853638ejp.108.1615126885732; Sun, 07 Mar 2021 06:21:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615126885; cv=none; d=google.com; s=arc-20160816; b=PkMBPpbuoI5DXIKxC7O46AooS67cELBIuWXeX7OKbdt4zDC6mZ+2IiaVLSKsYDeU22 NCQNJhCgensBDgAI6UHorlJvoDWOTRYW2VQ6vxheOxSJAZkTsmDOXFYYiHtAgXJbCrgj 7FRAKpIIvUCqoQv5am/Tt7o0Y6UiTq0y00XtnBxhttgSmliatLJ+ciUuYxWg84b3JZIo LWx7iOeeqsJBsE0Fa4AFtZYcXOw7JvRD3Q4qc6gnlZ0ioTh+QVsSysp1qBFktL5v9opc hXvv3i55GDrNmGRMwcFrVYRV+1c9gezKVueDvYO17JTZkoWfdmsD61EKUAWe1UiWc9zc m6Eg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=yi0ZEk8deovytENaEvDCthUQeLN5wMyV9czNFYkt5v8=; b=uuvdYnevni3+D8M5c5CBkQJBQxUG3Qfhz9mTI4+lqUu0gXV7xpGGKrCcZ/wmRwbv0H d4C0TeGdbajc4KYvQU+H0dsO744eiWsk6XNZqJTivGzdlSO59uMvhmgs8pXpyPEVNMjR O8l2kNvhgJ7A/GtPVI+StSWHlkg1gwGXkQVhm1pHP6U8pqvzr6FZ2BsLF3zLlOOnEESg wSYCRvUHrLSvsh1sIRtDU6SZCqInLNbm8BYUNxghdEXpmr7ICI3SpfeFLulmaOfzELT5 Wspl7tlJJCZ0MKDyVMmajgOIxyju3FEbNIF0eskDsxpFnKbA6dKSAXJsmpVddIotG7bL RLog== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=TW2g+Fuo; 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 a1si5142285ejt.680.2021.03.07.06.21.03; Sun, 07 Mar 2021 06:21:25 -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=TW2g+Fuo; 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 S231362AbhCGNge (ORCPT + 99 others); Sun, 7 Mar 2021 08:36:34 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47332 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229929AbhCGNgd (ORCPT ); Sun, 7 Mar 2021 08:36:33 -0500 Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9EFB2C06174A; Sun, 7 Mar 2021 05:36:32 -0800 (PST) Received: by mail-wr1-x431.google.com with SMTP id l12so8544290wry.2; Sun, 07 Mar 2021 05:36:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=yi0ZEk8deovytENaEvDCthUQeLN5wMyV9czNFYkt5v8=; b=TW2g+FuofdVpBTKZbgcw7UKt9/oClRY56f0UVE9xgNtjCBHogr2CzWpaXjjoD05OYh phK5IWT+dSSm3LAgHAX9g20Oz3GAXeRw8Xbae4QR1VSiwyHJYK9yqCRH9+liu1vAiMmw dYbQ3wwWE7gQaXjMQQZt10qiwMdI2syLNxVgxP5o9XipAlb8hfmO6VJHOhvLWpdstCHF gdB2ubkT3mLtZCFCrsVNZn0k794MUwlEtH2DI0MN2BkQYV1mzPsBF8L5uoWXEfp7mxcG 0gMRBOkNACZYYQ+SfSW1u1Jcpopa57a30U71lA5co9aEsbrmMmllQbqWOtpO53LB9UaM LENg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=yi0ZEk8deovytENaEvDCthUQeLN5wMyV9czNFYkt5v8=; b=DCcqMqq0f+CYMinqH4aMBwNclvmNpBQei4GKekCm7Ht2i7M5gSxkAYEUwmEO+f2wM9 6VZEc3Yjk2IskEVgraQu1GdgtWNifP9Ayl3Z8bhViZamHPiFAEb7AhHPf9M7hInkfAJ1 bLNBC6Kblx4EcLA3JJBA5X/Z7GKc/5rzL9V5dqjNwVr0clOK6+oLo/om2XMuuv6oEXam TXQ0JsHovRvcPVuLfQnpOcuThOM8D7ZbwFLB8rBSYa3XurSiICyzYItu8jbd9DIlfRj5 aKdSyqkFCpGQN2wca4ZwnFbc0/fI6KaXqNA3rEsqAHQ8Um4SdSk+woCS71dJ2062DRSF YNnQ== X-Gm-Message-State: AOAM532X7iA+5C6pnDEMmaf5QitQUiZEixc/el9F8o0yr09gOeD1twzm uWzY4RoYtUqDBNh8ZqFaaZU= X-Received: by 2002:adf:f851:: with SMTP id d17mr18290310wrq.267.1615124191313; Sun, 07 Mar 2021 05:36:31 -0800 (PST) Received: from [192.168.1.211] ([2.26.187.30]) by smtp.gmail.com with ESMTPSA id v1sm12702800wmj.31.2021.03.07.05.36.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 07 Mar 2021 05:36:30 -0800 (PST) Subject: Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list() To: Andy Shevchenko , Andy Shevchenko Cc: 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" References: <20210222130735.1313443-1-djrscally@gmail.com> <20210222130735.1313443-2-djrscally@gmail.com> From: Daniel Scally Message-ID: <615bad5e-6e68-43c9-dd0b-f26d2832d52f@gmail.com> Date: Sun, 7 Mar 2021 13:36:29 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Andy 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?