Received: by 2002:a05:7412:a9a8:b0:f9:92ae:e617 with SMTP id o40csp113550rdh; Wed, 20 Dec 2023 18:21:07 -0800 (PST) X-Google-Smtp-Source: AGHT+IEZUc/YyRl/k6IL45UAl4rK2yJkWnvM10GBEtBd++k4qWzgZ9uYF6VFl6VmCVEPWjElJfyR X-Received: by 2002:a17:902:ced2:b0:1d3:e8a5:7562 with SMTP id d18-20020a170902ced200b001d3e8a57562mr3651192plg.96.1703125266693; Wed, 20 Dec 2023 18:21:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1703125266; cv=none; d=google.com; s=arc-20160816; b=puc7pCX7e2MzH5cqbIGp55f110g358rZwacrMgkRvwbmmw43wJP6+P2ZxwMebdQgjX dQDKw/rVRs4NDsbxOJNSv1hQwy0tUJeMdXdRPhvQy6CS/AZovodXv9ey2lZzqyWJdsft Qwx/duXRuFQk5DpONtKTq/FvhZEeRK52lfKm+pZlbyXrz4xkEnnZDmUm3GXD74qAqimt 12wo2nl7peYudjFTB+q9w4bRHr7zVWRQsm9sZ+Ce/JNQi+z/Ei5s9DmRPrFqq2/BjYKV ymcUsOl/NOlg0OA91qFjbbBPefJiVAeIbdDj9xtoaE7bRPmDvAVxd1jX0z7dyKDtoMVd fqDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=organization:in-reply-to:content-disposition:mime-version :list-unsubscribe:list-subscribe:list-id:precedence:references :mail-followup-to:message-id:subject:cc:to:from:date; bh=6lfkcj7oQ4RGC17/jyIu6vNMfhPF7FGt9ed7fYKjrXA=; fh=IZL2DjUKz3KQy9JCS85q98PuX7CwAaB1d2ewhyXeMDk=; b=BizPiNbnmMm25RjXX2oL1A4WYa19eWNjk4svvZTOB9KrMTF+cJhk2YIU45Ud4xwpf7 FGZxsMFmDu5fPTcTsL48G5n8ZKcIip2rNowNzmUAxQuuTS4oLg5TFwaX5TRK1vDkleiP vPCFXvJl/mvW1iyfEAJx6fs9XloMNNdyf3JigsF9qDfe2L8Lug5KrScKGQrO9KNZoP3j Q6xc5JRECB5Eus5Dne18nJvmdZAtO1/7jQ9BtJgWYkdbNqqkroP42r1SN++2n+B7vkaZ C/Tll0GqqdS1GNWU095QJsneHSl3vZut+qOgy+lku/SRZ9VBafHrGgtKhH9Li7R+1dU5 euzQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-7748-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-7748-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [2604:1380:45e3:2400::1]) by mx.google.com with ESMTPS id je17-20020a170903265100b001d407f83777si121078plb.508.2023.12.20.18.21.06 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 Dec 2023 18:21:06 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-7748-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-7748-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-7748-linux.lists.archive=gmail.com@vger.kernel.org" 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 sv.mirrors.kernel.org (Postfix) with ESMTPS id BFDFB287AF8 for ; Thu, 21 Dec 2023 02:21:05 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 057052F32; Thu, 21 Dec 2023 02:20:59 +0000 (UTC) X-Original-To: linux-kernel@vger.kernel.org Received: from out28-38.mail.aliyun.com (out28-38.mail.aliyun.com [115.124.28.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 9B30B1843; Thu, 21 Dec 2023 02:20:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=sjterm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=sjterm.com X-Alimail-AntiSpam:AC=CONTINUE;BC=0.08253946|-1;CH=green;DM=|CONTINUE|false|;DS=CONTINUE|ham_regular_dialog|0.759945-0.00196268-0.238092;FP=0|0|0|0|0|-1|-1|-1;HT=ay29a033018047199;MF=fuyao@sjterm.com;NM=1;PH=DS;RN=16;RT=16;SR=0;TI=SMTPD_---.VpJwiCT_1703125249; Received: from localhost(mailfrom:fuyao@sjterm.com fp:SMTPD_---.VpJwiCT_1703125249) by smtp.aliyun-inc.com; Thu, 21 Dec 2023 10:20:50 +0800 Date: Thu, 21 Dec 2023 10:20:49 +0800 From: fuyao To: Andre Przywara 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: Mail-Followup-To: Andre Przywara , 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 References: <20231220150400.0f32e2a5@donnerap.manchester.arm.com> 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-Disposition: inline In-Reply-To: <20231220150400.0f32e2a5@donnerap.manchester.arm.com> Organization: work_work_work 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. > > > 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 > > --- > > 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>; >