From: fuyao <fuyao@sjterm.com>
To: Andre Przywara <andre.przywara@arm.com>
Cc: fuyao <fuyao1697@cyg.com>, Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Conor Dooley <conor+dt@kernel.org>, Chen-Yu Tsai <wens@csie.org>,
Jernej Skrabec <jernej.skrabec@gmail.com>,
Samuel Holland <samuel@sholland.org>,
Alexandre TORGUE <alexandre.torgue@st.com>,
Enric Balletbo i Serra <eballetbo@gmail.com>,
Baruch Siach <baruch@tkos.co.il>,
Paul Barker <paul.barker@sancloud.com>,
devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-sunxi@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: Re: [PATCH RESEND] ARM: dts: sun8i: r40: open the regulator aldo1
Date: Thu, 21 Dec 2023 10:20:49 +0800 [thread overview]
Message-ID: <ZYOhAQi7XeLUuAC9@debian.cyg> (raw)
In-Reply-To: <20231220150400.0f32e2a5@donnerap.manchester.arm.com>
On Wed, Dec 20, 2023 at 03:04:00PM +0000, Andre Przywara wrote:
> On Wed, 20 Dec 2023 16:18:43 +0800
> fuyao <fuyao1697@cyg.com> wrote:
>
> Hi,
>
> > the aldo1 is connect regulator pin which power the TV.
>
> What do you mean with that? That ALDO1 is connected to VCC-TVOUT and/or
> VCC-TVIN on the R40 SoC?
The ALDO1 is connected to VCC-TVOUT on the R40 Soc.
>
> > The USB core use TV ref as reference Voltage.
>
> The USB core in the SoC? So pin VCC-USB, which requires 3.3V, the same
> voltage as the TV pins?
> Which means this doesn't really have much to do with TV, it's just that
> USB and also "TV" are supplied by ALDO1?
The internal USB PHY requires a reference voltage. It seems that in
order to save costs, the reference voltage of the TVOUT module is used.
>
> > Signed-off-by: fuyao <fuyao1697@cyg.com>
> > ---
> > arch/arm/boot/dts/allwinner/sun8i-r40-feta40i.dtsi | 7 +++++++
> > 1 file changed, 7 insertions(+)
> >
> > diff --git a/arch/arm/boot/dts/allwinner/sun8i-r40-feta40i.dtsi b/arch/arm/boot/dts/allwinner/sun8i-r40-feta40i.dtsi
> > index 9f39b5a2bb35..8906170461df 100644
> > --- a/arch/arm/boot/dts/allwinner/sun8i-r40-feta40i.dtsi
> > +++ b/arch/arm/boot/dts/allwinner/sun8i-r40-feta40i.dtsi
> > @@ -42,6 +42,13 @@ &pio {
> > vcc-pg-supply = <®_dldo1>;
> > };
> >
> > +®_aldo1 {
> > + regulator-always-on;
>
> So did USB never work before, with the DT as in mainline?
>
The USB can work, but is unstable. Occasionally disconnected because of
the D+/D- electrical characteristics.
> For always-on regulators it would be good to see some rationale why this
> cannot be referenced by its consumer. If it is really supplying the USB
> core, that would be a reason, because we don't have a good way of
> describing this.
>
> > + regulator-min-microvolt = <3300000>;
> > + regulator-max-microvolt = <3300000>;
> > + regulator-name = "vcc-aldo1";
>
> Regulators should be named after their users, so use something like:
> regulator-name = "vcc-3v3-tv-usb";
>
thanks.
> That then also serves as documentation of why this is always on.
>
> Cheers,
> Andre
>
> > +};
> > +
> > ®_aldo2 {
> > regulator-always-on;
> > regulator-min-microvolt = <1800000>;
>
WARNING: multiple messages have this Message-ID (diff)
From: fuyao <fuyao@sjterm.com>
To: Andre Przywara <andre.przywara@arm.com>
Cc: fuyao <fuyao1697@cyg.com>, Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Conor Dooley <conor+dt@kernel.org>, Chen-Yu Tsai <wens@csie.org>,
Jernej Skrabec <jernej.skrabec@gmail.com>,
Samuel Holland <samuel@sholland.org>,
Alexandre TORGUE <alexandre.torgue@st.com>,
Enric Balletbo i Serra <eballetbo@gmail.com>,
Baruch Siach <baruch@tkos.co.il>,
Paul Barker <paul.barker@sancloud.com>,
devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-sunxi@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: Re: [PATCH RESEND] ARM: dts: sun8i: r40: open the regulator aldo1
Date: Thu, 21 Dec 2023 10:20:49 +0800 [thread overview]
Message-ID: <ZYOhAQi7XeLUuAC9@debian.cyg> (raw)
In-Reply-To: <20231220150400.0f32e2a5@donnerap.manchester.arm.com>
On Wed, Dec 20, 2023 at 03:04:00PM +0000, Andre Przywara wrote:
> On Wed, 20 Dec 2023 16:18:43 +0800
> fuyao <fuyao1697@cyg.com> wrote:
>
> Hi,
>
> > the aldo1 is connect regulator pin which power the TV.
>
> What do you mean with that? That ALDO1 is connected to VCC-TVOUT and/or
> VCC-TVIN on the R40 SoC?
The ALDO1 is connected to VCC-TVOUT on the R40 Soc.
>
> > The USB core use TV ref as reference Voltage.
>
> The USB core in the SoC? So pin VCC-USB, which requires 3.3V, the same
> voltage as the TV pins?
> Which means this doesn't really have much to do with TV, it's just that
> USB and also "TV" are supplied by ALDO1?
The internal USB PHY requires a reference voltage. It seems that in
order to save costs, the reference voltage of the TVOUT module is used.
>
> > Signed-off-by: fuyao <fuyao1697@cyg.com>
> > ---
> > arch/arm/boot/dts/allwinner/sun8i-r40-feta40i.dtsi | 7 +++++++
> > 1 file changed, 7 insertions(+)
> >
> > diff --git a/arch/arm/boot/dts/allwinner/sun8i-r40-feta40i.dtsi b/arch/arm/boot/dts/allwinner/sun8i-r40-feta40i.dtsi
> > index 9f39b5a2bb35..8906170461df 100644
> > --- a/arch/arm/boot/dts/allwinner/sun8i-r40-feta40i.dtsi
> > +++ b/arch/arm/boot/dts/allwinner/sun8i-r40-feta40i.dtsi
> > @@ -42,6 +42,13 @@ &pio {
> > vcc-pg-supply = <®_dldo1>;
> > };
> >
> > +®_aldo1 {
> > + regulator-always-on;
>
> So did USB never work before, with the DT as in mainline?
>
The USB can work, but is unstable. Occasionally disconnected because of
the D+/D- electrical characteristics.
> For always-on regulators it would be good to see some rationale why this
> cannot be referenced by its consumer. If it is really supplying the USB
> core, that would be a reason, because we don't have a good way of
> describing this.
>
> > + regulator-min-microvolt = <3300000>;
> > + regulator-max-microvolt = <3300000>;
> > + regulator-name = "vcc-aldo1";
>
> Regulators should be named after their users, so use something like:
> regulator-name = "vcc-3v3-tv-usb";
>
thanks.
> That then also serves as documentation of why this is always on.
>
> Cheers,
> Andre
>
> > +};
> > +
> > ®_aldo2 {
> > regulator-always-on;
> > regulator-min-microvolt = <1800000>;
>
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2023-12-21 2:21 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-20 8:18 [PATCH RESEND] ARM: dts: sun8i: r40: open the regulator aldo1 fuyao
2023-12-20 8:18 ` fuyao
2023-12-20 15:04 ` Andre Przywara
2023-12-20 15:04 ` Andre Przywara
2023-12-21 2:20 ` fuyao [this message]
2023-12-21 2:20 ` fuyao
2023-12-21 10:39 ` Andre Przywara
2023-12-21 10:39 ` Andre Przywara
2023-12-25 10:11 ` fuyao
2023-12-25 10:11 ` fuyao
2023-12-26 1:16 ` Andre Przywara
2023-12-26 1:16 ` Andre Przywara
2023-12-22 17:51 ` Jernej Škrabec
2023-12-22 17:51 ` Jernej Škrabec
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZYOhAQi7XeLUuAC9@debian.cyg \
--to=fuyao@sjterm.com \
--cc=alexandre.torgue@st.com \
--cc=andre.przywara@arm.com \
--cc=baruch@tkos.co.il \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=eballetbo@gmail.com \
--cc=fuyao1697@cyg.com \
--cc=jernej.skrabec@gmail.com \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sunxi@lists.linux.dev \
--cc=paul.barker@sancloud.com \
--cc=robh+dt@kernel.org \
--cc=samuel@sholland.org \
--cc=wens@csie.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.