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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (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 39B26C2BD09 for ; Sat, 6 Jul 2024 08:40:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:In-Reply-To: Content-Transfer-Encoding:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=wyH5ITGH73BgbNDhAYSW71/jWvMw5CdCjpRmRCSjMig=; b=WIrloYSVCWBtHZ7R2eUi3Ir4yP GP+/Xs84SzWyDBx9qp0nAnUWDDrxLyaASb/E2Tn1zeFC1y0By6iZ4ZxDz5fHfbPj+TuvLthVf3EHF YC/+qMjmGnNtupgdPNcyC8XH2+uNDhGkiXRtCvbbidXGAz16tn9Y/cQC2TUY7WM+nK5x5EB7m2QO5 lED0JILMg0hWBsSANkqp+gT7NxAVnlqvNdtfNHsFgP43+fZdoPTjBx/BBzhJmhuu5vIYFOmNK2+DF madpQNSWKj39G/Mbi0Rhobv52qu1SoMjcYcR6oUoKfGa2VfEq6oUpkex5v5e0Qm8LN+JU8fsrJbkX 6PVMNWkQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1sQ0xg-0000000HYqz-1k9C; Sat, 06 Jul 2024 08:40:04 +0000 Received: from fout1-smtp.messagingengine.com ([103.168.172.144]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1sQ0xR-0000000HYp8-2PZS for linux-arm-kernel@lists.infradead.org; Sat, 06 Jul 2024 08:39:51 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfout.nyi.internal (Postfix) with ESMTP id 855411380651; Sat, 6 Jul 2024 04:39:45 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Sat, 06 Jul 2024 04:39:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ragnatech.se; h= cc:cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1720255185; x=1720341585; bh=wyH5ITGH73BgbNDhAYSW71/jWvMw5CdCjpRmRCSjMig=; b= dlXoDY4meUin/wyJfeQ1WI5vie/h/bL7HnMiV6G5rgdaNytTVN5jOyCmR1YiNaMF zzVq+EiJfKc6/0JnhQ61BYyrHOEIVhTa92WYObcCCe80I9VwcSUueuEr7Y9Mkglh p41JK1wVdcehOKryiqBN76tmCcQf8iMW88N7TyW25HJP+/pMiI93YTx0u1yXLTyS ERuGXpkjxGsUxxSuOrNhQGy3HPw8sUhZzsltcFESIIsFdTxk+kEf7ffp5W5i0JoR UiuSEtyLCpps4ftkoxi3AUZsx9Rc4gbKsHAo1pDtdDg3Dpzk2yosZFK+mhQIRILt Xgynk35qNzT8YtxmF09oXQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1720255185; x= 1720341585; bh=wyH5ITGH73BgbNDhAYSW71/jWvMw5CdCjpRmRCSjMig=; b=X i/nFfp8FxETayp4KZBRpUUvOiF6RSzmekWM9ZDb5oOzdCnWfveDMWAx2StkFha/j UjNMhmpV21fhibJw/EJH4JRT+zaSsbuB0Jq7/Ee9SLmd6cDZ0SZzQWebvxb9TQmz 15Gn89nx/mY4yCzbiUKfHDFzsqdKNWvBVAzQO5iXnxqZdaZDWjxHNRiRy3zQeOhm 6B7TNT5gr/fFyAnHFVU8POm88oH+934Q59JRpw3qs1BGO14hWBCECa4f2m9cqI7I 3YcV2ppduWOv8yU2wPub3zf+BxN54B2PGWXbeuwKm822kVWKg7G69avdQEkxKG8D G9cyq/5Y9Uv/iaYBfqW/A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvdefgddtjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvvefukfhfgggtugfgjgesthekredttddtjeenucfhrhhomheppfhikhhl rghsucfunpguvghrlhhunhguuceonhhikhhlrghsrdhsohguvghrlhhunhguodhrvghnvg hsrghssehrrghgnhgrthgvtghhrdhsvgeqnecuggftrfgrthhtvghrnhepfefhleelhfff jefgfedugfegjeelhfevheeikefhueelgfdtfeeuhefftddvleeinecuvehluhhsthgvrh fuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepnhhikhhlrghsrdhsohguvghr lhhunhguodhrvghnvghsrghssehrrghgnhgrthgvtghhrdhsvg X-ME-Proxy: Feedback-ID: i80c9496c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 6 Jul 2024 04:39:44 -0400 (EDT) Date: Sat, 6 Jul 2024 10:39:35 +0200 From: Niklas =?utf-8?Q?S=C3=B6derlund?= To: Marek Vasut Cc: Geert Uytterhoeven , linux-arm-kernel@lists.infradead.org, andrew@lunn.ch, kernel@dh-electronics.com, kernel test robot , Conor Dooley , Khuong Dinh , Krzysztof Kozlowski , Magnus Damm , Rob Herring , devicetree@vger.kernel.org, linux-renesas-soc@vger.kernel.org Subject: Re: [PATCH 2/2] arm64: dts: renesas: Drop ethernet-phy-ieee802.3-c22 from PHY compatible string on all RZ boards Message-ID: <20240706083935.GA2366@ragnatech.se> References: <20240630034649.173229-1-marex@denx.de> <20240630034649.173229-2-marex@denx.de> <9f1ae430-4cc4-4e2e-a52c-ca17f499bbba@denx.de> <20240703093601.GA6493@ragnatech.se> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240706_013950_073526_6EC557E8 X-CRM114-Status: GOOD ( 17.48 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 2024-07-05 23:49:56 +0200, Marek Vasut wrote: > On 7/3/24 11:36 AM, Niklas Söderlund wrote: > > On 2024-07-03 10:24:26 +0200, Geert Uytterhoeven wrote: > > > Niklas: commit 54bf0c27380b95a2 ("arm64: dts: renesas: r8a779g0: Use > > > MDIO node for all AVB devices") did keep the reset-gpios property in > > > the PHY node. I guess it should be moved one level up? > > > > It's possible to have a rest-gpios property both in the mdio node and > > the phy node. The former resets the whole bus while the later a single > > PHY, at least that's my understanding. > > My understanding of reset GPIO in the MDIO node is that it is used in case > there might be multiple PHYs with shared reset GPIO on the same MDIO bus. > Like on the NXP iMX28 . There is a use-case for a single PHY on the MDIO bus too, at least in Linux as I understand it. If the boot process leave the PHY in a bad state which prevents it from being probed. A GPIO reset in the MDIO node is used when the MDIO bus is registered thus resetting all (in this use-case the one) PHYs which later allows them to be probed. A GPIO reset on the PHY node is only used after a PHY have been probed, at least that is my understanding. This is the use-case for adding a MDIO node to the AVB driver and WhiteHawk. -- Kind Regards, Niklas Söderlund