Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp996350pxu; Mon, 23 Nov 2020 09:05:37 -0800 (PST) X-Google-Smtp-Source: ABdhPJxxpTaxEDV+wN5hDAPuE5MHsTIooxQd7yv0nsYFQ2wF1tp8z9FHKpnFYijr9QRiIH3+Zjq+ X-Received: by 2002:a50:f1d2:: with SMTP id y18mr159209edl.166.1606151136944; Mon, 23 Nov 2020 09:05:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606151136; cv=none; d=google.com; s=arc-20160816; b=vjClHO0Pi9igYS6HBXSDKQYE8R50Pqm4uauXFV+msR6G0Iwu9UDnR91hhfX6Dj9xf3 g8tnyRPMUnmWU0ucr0KL6HCZDCc1KL8ipo5E0ajLKCXCw/Bb+P1H8C/EIPfbpu4V7JaM PMX7UZZFwTR1k4YsqVqgHAce0c+gjL8YxeII6lsqH9YYcGpEYu7kYMc9Z7ejB8HWnd2O 8ro10hnQSWuf7z5HKVnvIBuyVY+mVRdupVQia4DmJr4/VE8QV9J7S/B4llZTuQkd79yN kgodiA2TtQL80i6Uhjuo81393BLri2nmZtetUAaBmZ3K3qP/7F9EvOHASpsgJNqERyXJ 5Rag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:in-reply-to:message-id :date:subject:cc:to:from:dkim-signature; bh=dG1tpxHhRJSdwPiI2DQtRyVQF0gjpmujYixEbX4KxaE=; b=f16eGYfHqZGsUnJ8J24MX8R5X2p6qAvADYJwaZDkFaBjuWP6VSyT2hn7SvI8wqtn4z D035JI+w5u24pZSvNlwK7uYJsClEUMjnhu1FSr4vocPnYAqPB9FEciTyiz6jHQWZsUlr xZyn8QxAuFJeZpB2XZM1umVWgMTtcCd3DWK19ncAU2HUth6Ir7l9etyF7e+mbP/kxWT5 Vszyq+x24khNJC3tFQVz0jCd8/a1zwD3MM9H2oPmKmzHY1mFvEs71EKB/VeN1HBBrCfn UOBUjVQCMxeuUwu2IOwm2sOl021+GCyFTgXKkujUzaNEQKS7FIQpf9UaoJM3O8pCBoOm xXzQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@st.com header.s=STMicroelectronics header.b=xyKx4pM5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=st.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ga28si6657344ejc.566.2020.11.23.09.05.12; Mon, 23 Nov 2020 09:05:36 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@st.com header.s=STMicroelectronics header.b=xyKx4pM5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=st.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390159AbgKWRCE (ORCPT + 99 others); Mon, 23 Nov 2020 12:02:04 -0500 Received: from mx08-00178001.pphosted.com ([91.207.212.93]:50302 "EHLO mx07-00178001.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2387665AbgKWRBw (ORCPT ); Mon, 23 Nov 2020 12:01:52 -0500 Received: from pps.filterd (m0046661.ppops.net [127.0.0.1]) by mx07-00178001.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 0ANGwQCA011899; Mon, 23 Nov 2020 18:01:37 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=st.com; h=from : to : cc : subject : date : message-id : in-reply-to : references : mime-version : content-type; s=STMicroelectronics; bh=dG1tpxHhRJSdwPiI2DQtRyVQF0gjpmujYixEbX4KxaE=; b=xyKx4pM5G4m2ojPJBRiG/BTR139O3+gg32YGdd71ski1ZBB0EHPSUadv0eqV8EDc4mvf 5lXDfXDqu3BrKN6urWZBzbHxHzNcEYB+qSH+HVU0HY6+zoxMLucEBl2vE4a3BxjbCi9r MabUmYNXcCgOeCMxZeg482/MFg9Zup9ZR/jDVRQaz1S2vRZL8ZuV1YBsEBZi368d61/G sWbE7BSIw2wa+XteQBxOVuHs/Soz+c+FAyIrkb8ltBcxSdJsxA5JsX39XiTHct0qN+Ao SlbJkvp6ee1sRkXA9Ay5vcE/u5+c3vkSpsujSBRLYEcTgg+fClwvbh0/FqLzwmB1dUzN QQ== Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-00178001.pphosted.com with ESMTP id 34y0fgkmks-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 23 Nov 2020 18:01:37 +0100 Received: from euls16034.sgp.st.com (euls16034.sgp.st.com [10.75.44.20]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id C5703100039; Mon, 23 Nov 2020 18:01:36 +0100 (CET) Received: from Webmail-eu.st.com (sfhdag3node2.st.com [10.75.127.8]) by euls16034.sgp.st.com (STMicroelectronics) with ESMTP id B11E62BA2D8; Mon, 23 Nov 2020 18:01:36 +0100 (CET) Received: from localhost (10.75.127.45) by SFHDAG3NODE2.st.com (10.75.127.8) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 23 Nov 2020 18:01:36 +0100 From: Amelie Delaunay To: Kishon Vijay Abraham I , Vinod Koul , Rob Herring , Alexandre Torgue , Maxime Coquelin CC: , , , , Amelie Delaunay Subject: [PATCH 1/6] dt-bindings: phy: phy-stm32-usbphyc: move PLL supplies to parent node Date: Mon, 23 Nov 2020 18:01:27 +0100 Message-ID: <20201123170132.17859-2-amelie.delaunay@st.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20201123170132.17859-1-amelie.delaunay@st.com> References: <20201123170132.17859-1-amelie.delaunay@st.com> MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.75.127.45] X-ClientProxiedBy: SFHDAG3NODE3.st.com (10.75.127.9) To SFHDAG3NODE2.st.com (10.75.127.8) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.312,18.0.737 definitions=2020-11-23_14:2020-11-23,2020-11-23 signatures=0 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org PLL block requires to be powered with 1v1 and 1v8 supplies to catch ENABLE signal. Currently, supplies are managed through phy_ops .power_on/off, and PLL activation/deactivation is managed through phy_ops .init/exit. The sequence of phy_ops .power_on/.phy_init, .power_off/.exit is USB drivers dependent. To ensure a good behavior of the PLL, supplies have to be managed at PLL activation/deactivation. That means the supplies need to be put in usbphyc parent node and not in phy children nodes. Signed-off-by: Amelie Delaunay --- Note that even with bindings change, it doesn't break the backward compatibility: old device trees are still compatible, USB is still functional. Device trees will be updated with this new bindings when approved. --- .../bindings/phy/phy-stm32-usbphyc.yaml | 22 +++++++++---------- 1 file changed, 10 insertions(+), 12 deletions(-) diff --git a/Documentation/devicetree/bindings/phy/phy-stm32-usbphyc.yaml b/Documentation/devicetree/bindings/phy/phy-stm32-usbphyc.yaml index 0ba61979b970..46df6786727a 100644 --- a/Documentation/devicetree/bindings/phy/phy-stm32-usbphyc.yaml +++ b/Documentation/devicetree/bindings/phy/phy-stm32-usbphyc.yaml @@ -45,6 +45,12 @@ properties: "#size-cells": const: 0 + vdda1v1-supply: + description: regulator providing 1V1 power supply to the PLL block + + vdda1v8-supply: + description: regulator providing 1V8 power supply to the PLL block + #Required child nodes: patternProperties: @@ -61,12 +67,6 @@ patternProperties: phy-supply: description: regulator providing 3V3 power supply to the PHY. - vdda1v1-supply: - description: regulator providing 1V1 power supply to the PLL block - - vdda1v8-supply: - description: regulator providing 1V8 power supply to the PLL block - "#phy-cells": enum: [ 0x0, 0x1 ] @@ -90,8 +90,6 @@ patternProperties: required: - reg - phy-supply - - vdda1v1-supply - - vdda1v8-supply - "#phy-cells" additionalProperties: false @@ -102,6 +100,8 @@ required: - clocks - "#address-cells" - "#size-cells" + - vdda1v1-supply + - vdda1v8-supply - usb-phy@0 - usb-phy@1 @@ -116,22 +116,20 @@ examples: reg = <0x5a006000 0x1000>; clocks = <&rcc USBPHY_K>; resets = <&rcc USBPHY_R>; + vdda1v1-supply = <®11>; + vdda1v8-supply = <®18>; #address-cells = <1>; #size-cells = <0>; usbphyc_port0: usb-phy@0 { reg = <0>; phy-supply = <&vdd_usb>; - vdda1v1-supply = <®11>; - vdda1v8-supply = <®18>; #phy-cells = <0>; }; usbphyc_port1: usb-phy@1 { reg = <1>; phy-supply = <&vdd_usb>; - vdda1v1-supply = <®11>; - vdda1v8-supply = <®18>; #phy-cells = <1>; }; }; -- 2.17.1