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 lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 9D2D4CD8C8E for ; Mon, 8 Jun 2026 06:53:09 +0000 (UTC) Received: from boromir.ozlabs.org (localhost [127.0.0.1]) by lists.ozlabs.org (Postfix) with ESMTP id 4gYjRR5jYTz2yRF; Mon, 08 Jun 2026 16:53:07 +1000 (AEST) Authentication-Results: lists.ozlabs.org; arc=none smtp.remote-ip="2600:3c0a:e001:78e:0:1991:8:25" ARC-Seal: i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1780901587; cv=none; b=k6zcHLLDAB2yKuPkYbnzRS9vCkoPdAbd7RyAKSJ6pklLTVomHrUAbuI6rTpY9giezEptJHLHkEbhYgjwSkWgCIfQ3gPSyI4HV3d4+Z37j4n1s52AXZqbZemlX/tq0bVfDxxwJroySrtUGtS3lL9yT257ROPpY8OW0Olvr79chFdqquksWS1JPGcWItBKnFnb8xJ8DaD++zSXOGNvXfrJY32kAbHCcf+cMcMJ9IQETwnT/cC/rvnwWd0uASS11wxojLh8kNGhR6LvSPrRhpZyZ6fdTDnjidYP9Oq3ghtD5rOyfjwIk5P0s3BjzogBRi9yv6qFAiJTEeR6Cx9mugblRw== ARC-Message-Signature: i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1780901587; c=relaxed/relaxed; bh=havdYnCEiwh5vTCKe1DHbkaoT5AWDXTLJ1Y7Ln7iWgw=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Tmg+VVxeH6xD72io+tbzx2bLB1gFx909Vkhd79oUNcQeDKv/TUFAg+LgNY5LZ2SUxXO2biLg7qX0MkNFyZvDmPtDiDK1F45X2rCnXPv0h5eR+HDDzVe+JZ9slGQfrhjSberv4gpqvHDUZuARisTrMfFtYpAy0ONrXMNMkK1TiFZkmrwvxRWUiMRwe+vLzfkpAHL5CmSo1uFAIABy3Mi+JU1/ovwLRXDnHLqIysD1VM+DC1EPAuY6k62qCdvZzV91oCoTM7SBYQyg5abhclMmSP8km5DgBFjztLrviiSuMpFPsuaF1U4RFRpZejKXpwuAQOr2XH1E0R3zdBpw1doAOw== ARC-Authentication-Results: i=1; lists.ozlabs.org; dmarc=pass (p=quarantine dis=none) header.from=kernel.org; dkim=pass (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=L1813wxY; dkim-atps=neutral; spf=pass (client-ip=2600:3c0a:e001:78e:0:1991:8:25; helo=sea.source.kernel.org; envelope-from=johan@kernel.org; receiver=lists.ozlabs.org) smtp.mailfrom=kernel.org Authentication-Results: lists.ozlabs.org; dmarc=pass (p=quarantine dis=none) header.from=kernel.org Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=L1813wxY; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=kernel.org (client-ip=2600:3c0a:e001:78e:0:1991:8:25; helo=sea.source.kernel.org; envelope-from=johan@kernel.org; receiver=lists.ozlabs.org) Received: from sea.source.kernel.org (sea.source.kernel.org [IPv6:2600:3c0a:e001:78e:0:1991:8:25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4gYjRQ30Vhz2xRs for ; Mon, 08 Jun 2026 16:53:06 +1000 (AEST) Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by sea.source.kernel.org (Postfix) with ESMTP id 313B943A31; Mon, 8 Jun 2026 06:53:03 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id EC2AF1F00893; Mon, 8 Jun 2026 06:53:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1780901583; bh=havdYnCEiwh5vTCKe1DHbkaoT5AWDXTLJ1Y7Ln7iWgw=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=L1813wxYCSG23bMqgH0ctBCaj9Bpvn+Mzei1rNqsq0WCcwGOsXm6XM2KGxAXsFIYY PNDm8BVVIy+mxZVPKU4wVu6h4p0KPjoC1XxutYgkz/tkmmhAG8rVrOOKTNPIdmEki7 ZhxSUdrBlMWLeL8QBDbyNq9XDMsiOMNBfZ2GhLV/YwyVuA/eN004Tel/YWmS0caTVI 1Ki3J3QunXEpB3QhQYJVMtlF0mA4AxTKTG00ZLd+5TQtr+P/xrxmp+UI8GKHBADra+ 51Vuz5yLHqFvIOweKB/4wkDinKL1buqvy1wE9fbYOVn6sWyc24920VQdY8amOd7RLf 3b6jOlh5wB1iw== Received: from johan by xi.lan with local (Exim 4.99.3) (envelope-from ) id 1wWTr1-00000000Lrw-2QFM; Mon, 08 Jun 2026 08:52:59 +0200 Date: Mon, 8 Jun 2026 08:52:59 +0200 From: Johan Hovold To: Andy Shevchenko Cc: Philipp Zabel , Bartosz Golaszewski , Lee Jones , Mark Brown , Thierry Reding , Sebastian Hesselbarth , Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Srinivas Kandagatla , Greg Kroah-Hartman , Vinod Koul , "Rafael J. Wysocki" , Danilo Krummrich , Rob Herring , Saravana Kannan , Madhavan Srinivasan , Michael Ellerman , Nicholas Piggin , "Christophe Leroy (CS GROUP)" , Andi Shyti , Joerg Roedel , Will Deacon , Robin Murphy , Doug Berger , Florian Fainelli , Broadcom internal kernel review list , Ulf Hansson , Frank Li , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , Matthew Brost , Thomas =?utf-8?Q?Hellstr=C3=B6m?= , Rodrigo Vivi , David Airlie , Simona Vetter , Peter Chen , Paul Cercueil , Bin Liu , Maximilian Luz , Hans de Goede , Ilpo =?utf-8?B?SsOkcnZpbmVu?= , Krzysztof Kozlowski , Benjamin Herrenschmidt , brgl@kernel.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-sound@vger.kernel.org, driver-core@lists.linux.dev, devicetree@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-i2c@vger.kernel.org, iommu@lists.linux.dev, linux-pm@vger.kernel.org, imx@lists.linux.dev, linux-arm-kernel@lists.infradead.org, intel-xe@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-usb@vger.kernel.org, linux-mips@vger.kernel.org, platform-driver-x86@vger.kernel.org Subject: Re: [PATCH 22/23] reset: rzg2l: use platform_device_set_of_node_from_dev() Message-ID: References: <20260521-pdev-fwnode-ref-v1-0-88c324a1b8d2@oss.qualcomm.com> <20260521-pdev-fwnode-ref-v1-22-88c324a1b8d2@oss.qualcomm.com> <6af284545729f03a60d06479339862a2f08c6b7e.camel@pengutronix.de> X-Mailing-List: linuxppc-dev@lists.ozlabs.org List-Id: List-Help: List-Owner: List-Post: List-Archive: , List-Subscribe: , , List-Unsubscribe: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Fri, Jun 05, 2026 at 05:54:11PM +0300, Andy Shevchenko wrote: > On Fri, Jun 05, 2026 at 02:18:49PM +0200, Johan Hovold wrote: > > On Wed, Jun 03, 2026 at 12:52:52AM +0300, Andy Shevchenko wrote: > > > On Tue, Jun 02, 2026 at 10:24:41AM +0200, Philipp Zabel wrote: > > > > On Do, 2026-05-21 at 10:36 +0200, Bartosz Golaszewski wrote: > > ... > > > > > > - device_set_of_node_from_dev(&vdev->dev, dev); > > > > > + platform_device_set_of_node_from_dev(vdev, dev); > > > > > > Same Q here, why it uses inherited call? Cargo cult? > > > > > > 'reused' flag is solely pin control (provider!) thingy as far as I remember. > > > > No, it's needed for pin control *consumers*, which can be any device, > > and potentially any other resource managed by driver core or bus code. > > Why don't we set it for every pin control consumer automatically? It must only be set on the second (child) one to prevent driver core from trying to acquire resources already claimed by the parent. Setting it on both would break things. Johan