Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp927372iog; Wed, 15 Jun 2022 15:54:57 -0700 (PDT) X-Google-Smtp-Source: AGRyM1ucv3wh2iPp5PzMJVesifh/4wZ2VYKgQor7TNRbAHWfjchc5bvbgPyZ+vi2HySQ6fd6Iicm X-Received: by 2002:a17:906:194b:b0:710:967d:ba18 with SMTP id b11-20020a170906194b00b00710967dba18mr1889786eje.705.1655333697554; Wed, 15 Jun 2022 15:54:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655333697; cv=none; d=google.com; s=arc-20160816; b=Fu9OkHFRa3s905uKDvpf+3zdrQ5vNGwubAjClbNTb4gEX/TawXy/018vjgrjj7dCFl 04iD7kWTFlGaCet5oDunBZHybsEh/0H2ab4EbId2Gs+/GBLyXkpP32ZgZAqz/m8sIrvK lnkaCHZcWkZkHtgc0Ja9b677qGvf46NXU/5H5oUG9AGOkyH2hMgL5u8pnaX9UBaln+B8 xhaiteBGh5ZRW7J4htOPAtDS/STNPXvA8+LtOJP1x3hXXuDnl091Czf38/ES+AUFwPTO mMgp5w7NX7RpkH1FXTvHR6hlyiLK9pcFYJLNs5gZt87tY7IIWBXVz2Hri/Eyw92DEDDX s6Ig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=pQRp5BbVCSaGqSGvHgou5E1UOEOB+Lu4226kkcHBKjQ=; b=GN+UtZw1+OE2+WXSoTsBEjTpoyZwTp6jzcgacc/pfsV/ov18zi+kZpCeDvcJ1bIvzP IcmQyTWO6uql+0n+lpfOhdPNfeaRBkLydTJZCdGjh3IzSJh4IH+2hJKje7gWVAkNqHhN 4xdafPQgnsTOWLMv15HYWxuwx5vKAyR95MIT3DuV0ZZCVQiUsW5+5kOOaUI0m7Fp/bjc dT6KzisUN+Auxuqm9DVOejduHOHAnB8RLvH2Iz5aCScWS5AWa5PmNp2hotasE3Zxo7di CO3C3WFn0Zqon88IToYnPKf9bWmqAI0JKRmpc1JAui5t/12WNDvUS1WNHm1NodtcXdMu RhrA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=SmO8RUCd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a19-20020a170906191300b00711d56acfecsi13569661eje.550.2022.06.15.15.54.32; Wed, 15 Jun 2022 15:54:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=SmO8RUCd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1350355AbiFOWjP (ORCPT + 99 others); Wed, 15 Jun 2022 18:39:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56170 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1347129AbiFOWjO (ORCPT ); Wed, 15 Jun 2022 18:39:14 -0400 Received: from mail-pj1-x1034.google.com (mail-pj1-x1034.google.com [IPv6:2607:f8b0:4864:20::1034]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 07D095622C for ; Wed, 15 Jun 2022 15:39:14 -0700 (PDT) Received: by mail-pj1-x1034.google.com with SMTP id g10-20020a17090a708a00b001ea8aadd42bso80372pjk.0 for ; Wed, 15 Jun 2022 15:39:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=pQRp5BbVCSaGqSGvHgou5E1UOEOB+Lu4226kkcHBKjQ=; b=SmO8RUCdAKrU8HxVNrjzigPN5g3nj1qi7AgFeu+aH5ylRMy+iVMsJbyYEj0gifQdr7 ivlTb3vkoiOa3FQSUBGPicwQozc2l2w8X7bfJPldjl44UiSxCA7lOJm9cYrkURoXcPRj xT9G37IpdFV559hJaYFxj4oWkmItOR4YetU6JNbFJMDIGITjj1oGVkk2C4Icj21Db7LY OUu1xoayMARu1qTH4Uq+r3kRuD9bNOHKlRd52frz5TUPJsSmLSz5DluyJHf2buHQDMzy xcioe9gghR3xnWNJN7r3JxVXiAgzGlL+QWyIMNMu7yARtkB7gt2ZKk6/eD0M2MNOk79C mM7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=pQRp5BbVCSaGqSGvHgou5E1UOEOB+Lu4226kkcHBKjQ=; b=poXYk6DrwVLguFvBq+sBftzyoPZQyKZHcRkJ6Q0EdY2Nfxnur5Wgy7acdL52wt0XQX bPES+vimMFldJ5Ut+GkXvUSY1JiInTYo4TMBKM7gNxtZwbmXZ8KaH+VMkYxMUIXu1vcr 06kEeU5j5RkEXudFqri0XnhQ5byUZqeapAkGvzQmeRAIozeyZ3xWHTJH09CVW78gXNTw beOd61aMDpbKwki14tFXwkr4lXmEaugbQIHntsiiR9dUmB8IgSGXTEpeOsan8lpeEJR5 6n0BxIwpyHsWTD2BnAU2bUvOaxEqLfZmLL0a1dg+DdWwQs5Zxi2ql7tcLLr/4amhN8F0 /3SA== X-Gm-Message-State: AJIora8qlfFZKDTZFecRFeoIk2m3tMKsA0hoYe9QcyV3mm0GKUPL2qSe ZI0BqwMX2bLK6r04xnf9CksiiA== X-Received: by 2002:a17:902:c7d1:b0:163:bb03:d5f0 with SMTP id r17-20020a170902c7d100b00163bb03d5f0mr1717420pla.167.1655332753533; Wed, 15 Jun 2022 15:39:13 -0700 (PDT) Received: from google.com ([192.77.111.2]) by smtp.gmail.com with ESMTPSA id bj24-20020a056a00319800b0050dc76281ddsm128207pfb.183.2022.06.15.15.39.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 15 Jun 2022 15:39:13 -0700 (PDT) Date: Wed, 15 Jun 2022 23:39:11 +0100 From: Lee Jones To: "Rafael J. Wysocki" Cc: Linux ACPI , LKML , Linux PM , Andy Shevchenko , Mika Westerberg , Hans de Goede , Sakari Ailus Subject: Re: [PATCH v2 13/16] mfd: core: Use acpi_dev_for_each_child() Message-ID: References: <1843211.tdWV9SEqCh@kreacher> <2653857.mvXUDI8C0e@kreacher> <2726954.BEx9A2HvPv@kreacher> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2726954.BEx9A2HvPv@kreacher> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 13 Jun 2022, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Instead of walking the list of children of an ACPI device directly, > use acpi_dev_for_each_child() to carry out an action for all of > the given ACPI device's children. > > This will help to eliminate the children list head from struct > acpi_device as it is redundant and it is used in questionable ways > in some places (in particular, locking is needed for walking the > list pointed to it safely, but it is often missing). > > Signed-off-by: Rafael J. Wysocki > Reviewed-by: Andy Shevchenko > --- > > v1 -> v2: > * Add R-by from Andy. > > --- > drivers/mfd/mfd-core.c | 31 ++++++++++++++++++++++++------- > 1 file changed, 24 insertions(+), 7 deletions(-) Applied, thanks. -- Lee Jones [李琼斯] Principal Technical Lead - Developer Services Linaro.org │ Open source software for Arm SoCs Follow Linaro: Facebook | Twitter | Blog