Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp56338rdb; Thu, 21 Dec 2023 02:40:42 -0800 (PST) X-Google-Smtp-Source: AGHT+IEXU0p8+uld3KJgJCAeMZ5g3QdjtASkfZ/fw4zi9lfhb74CTHkGuxqNMTv7/RcDYu3CDVJU X-Received: by 2002:a05:6214:20ca:b0:67f:8273:978c with SMTP id 10-20020a05621420ca00b0067f8273978cmr988092qve.10.1703155242613; Thu, 21 Dec 2023 02:40:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1703155242; cv=none; d=google.com; s=arc-20160816; b=s60v5pN9g60YOE0b+S2yC1eGFnkoR+aiVXMrKKuN4ZzrRsgZH4D7Sl4XLZTH80hhb8 EgZafEN5JLA71zg7KfqM7c6hQQCpi7+3Bp44J4AgqWuG2iBGjzrDGsa21fOMUPVYFnVp ue5H8vcaRiEpcFyZC/NmGxegKAuQNI0qAszkfO8jLPqPxBTTUdg5g/Dr3skWrnwXQTBe 6bJ/GDhkPYAPdyuzr14kcVsx+i1aUoPB6Ex7d6EmxQhyeUpMWD3Pl0U7rpwGTkip57+M Ex/PiIyiJ675x3NQ9A/G749EYUMIJRIvvGafYEVqZEPtWIkoO/5DcPGv32DsP8OZvIDo 8tPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:organization:references :in-reply-to:message-id:subject:cc:to:from:date; bh=U9toYJ3szD5ld9pCQiFo8NEkNgCfXfSkQ/lHppwVZOc=; fh=zMQrkbt80wW/pllHaGySXtDx4dUJbL2QSlSQlt7sNp8=; b=n6ioLU1p468+Jng+RhCP9Y5GDiKSdUJKjj7khiqeBGVRpwjL3H152+5SXo8mqICvFj FI9JFYMWkU+U49p9ppqIx7VzTsvFsE+0hjYy2C6Nq8k0mwXVKWoCzxNIcPqCKeq79JLC v0Y61Rrbmh6B/sJ+ul3UEtgKIKyz3V2SUrFD2z6kqCx3Dbk1LhGpnhpM3VUE0f+Tz3a/ vAeemAnM1y0Z4ElE9Kx0Uns0RxJAexnnhjgAmjWN8kR1SJyt2gE99kK8ssjopmQFw9+T a0JM+iNXxsJpN3y8gQ9AxppT7eH+USbJQXE44YnHMLbvUlaOkPk6ywtUEJuUCxy8Uuhg iDDg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-8216-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-8216-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id v9-20020a0c8e09000000b0067f60f0181asi1749071qvb.291.2023.12.21.02.40.42 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 21 Dec 2023 02:40:42 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-8216-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-8216-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-8216-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 5DA391C215A4 for ; Thu, 21 Dec 2023 10:40:42 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 7FE77697B1; Thu, 21 Dec 2023 10:39:14 +0000 (UTC) X-Original-To: linux-kernel@vger.kernel.org Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 98819760BA; Thu, 21 Dec 2023 10:39:11 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id CC9392F4; Thu, 21 Dec 2023 02:39:55 -0800 (PST) Received: from donnerap.manchester.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.121.207.14]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id DFC133F5A1; Thu, 21 Dec 2023 02:39:08 -0800 (PST) Date: Thu, 21 Dec 2023 10:39:06 +0000 From: Andre Przywara To: fuyao Cc: fuyao , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Chen-Yu Tsai , Jernej Skrabec , Samuel Holland , Alexandre TORGUE , Enric Balletbo i Serra , Baruch Siach , Paul Barker , 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 Message-ID: <20231221103906.1830ef94@donnerap.manchester.arm.com> In-Reply-To: References: <20231220150400.0f32e2a5@donnerap.manchester.arm.com> Organization: ARM X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.32; aarch64-unknown-linux-gnu) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Thu, 21 Dec 2023 10:20:49 +0800 fuyao wrote: Hi, thanks for the reply! > On Wed, Dec 20, 2023 at 03:04:00PM +0000, Andre Przywara wrote: > > On Wed, 20 Dec 2023 16:18:43 +0800 > > fuyao 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. Ah, thanks for the confirmation. > > > 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. Do you mean a USB *reference* voltage that is separate from the USB PHY power supply voltage, so pin VCC-USB on the SoC? And that it is internally connected to some TV-OUT related circuits? So that would apply to all devices using the R40 SoC then? Or is it simply that the SoC pins VCC-TVOUT and VCC-USB are connected together, on this SoM? Do you have access to some schematic? I couldn't find one online easily, so cannot check this myself. Thanks, Andre > > > Signed-off-by: fuyao > > > --- > > > 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>; > > >