[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YnlDbbegQ1IbbaHy@lunn.ch>
Date: Mon, 9 May 2022 18:38:05 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Mark Brown <broonie@...nel.org>
Cc: LABBE Corentin <clabbe@...libre.com>, alexandre.torgue@...s.st.com,
calvin.johnson@....nxp.com, davem@...emloft.net,
edumazet@...gle.com, hkallweit1@...il.com,
jernej.skrabec@...il.com, joabreu@...opsys.com,
krzysztof.kozlowski+dt@...aro.org, kuba@...nel.org,
lgirdwood@...il.com, linux@...linux.org.uk, pabeni@...hat.com,
peppe.cavallaro@...com, robh+dt@...nel.org, samuel@...lland.org,
wens@...e.org, netdev@...r.kernel.org, devicetree@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
linux-sunxi@...ts.linux.dev
Subject: Re: [PATCH 3/6] dt-bindings: net: Add documentation for phy-supply
> No, that's not a thing - the supplies are individual, named properties
> and even if there were a list we'd still want them to be named so it's
> clear what's going on.
So we have a collection of regulators, varying in numbers between
different PHYs, with different vendor names and purposes. In general,
they all should be turned on. Yet we want them named so it is clear
what is going on.
Is there a generic solution here so that the phylib core can somehow
enumerate them and turn them on, without actually knowing what they
are called because they have vendor specific names in order to be
clear what they are?
There must be a solution to this, phylib cannot be the first subsystem
to have this requirement, so if you could point to an example, that
would be great.
Thanks
Andrew
Powered by blists - more mailing lists