[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <c4d4d135-7d52-455a-9623-4c7badb46f9d@www.fastmail.com>
Date: Tue, 19 Apr 2022 10:21:15 +0930
From: "Andrew Jeffery" <andrew@...id.au>
To: "Dylan Hung" <dylan_hung@...eedtech.com>,
"Rob Herring" <robh+dt@...nel.org>,
"Joel Stanley" <joel@....id.au>, "Andrew Lunn" <andrew@...n.ch>,
"Heiner Kallweit" <hkallweit1@...il.com>,
"Russell King" <linux@...linux.org.uk>,
"David Miller" <davem@...emloft.net>,
"Jakub Kicinski" <kuba@...nel.org>, pabeni@...hat.com,
"Philipp Zabel" <p.zabel@...gutronix.de>,
devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-aspeed@...ts.ozlabs.org, linux-kernel@...r.kernel.org,
netdev <netdev@...r.kernel.org>,
"Krzysztof Kozlowski" <krzk+dt@...nel.org>
Cc: BMC-SW@...eedtech.com, "Krzysztof Kozlowski" <krzk@...nel.org>
Subject: Re: [PATCH net-next RESEND v5 1/3] dt-bindings: net: add reset property for
aspeed, ast2600-mdio binding
On Mon, 18 Apr 2022, at 11:10, Dylan Hung wrote:
> The AST2600 MDIO bus controller has a reset control bit and must be
> deasserted before manipulating the MDIO controller. By default, the
> hardware asserts the reset so the driver only need to deassert it.
>
> Regarding to the old DT blobs which don't have reset property in them,
> the reset deassertion is usually done by the bootloader so the reset
> property is optional to work with them.
>
> Signed-off-by: Dylan Hung <dylan_hung@...eedtech.com>
> Reviewed-by: Krzysztof Kozlowski <krzk@...nel.org>
Reviewed-by: Andrew Jeffery <andrew@...id.au>
Powered by blists - more mailing lists