Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2499520pxb; Mon, 18 Jan 2021 21:17:27 -0800 (PST) X-Google-Smtp-Source: ABdhPJyJFaTabP2UugxlOF/7FbeXuKGAmX8P9o8OPYIohwC6rG0wXkKPN5K+ROh6zeZXuqk5dG8f X-Received: by 2002:a17:906:7d09:: with SMTP id u9mr1787987ejo.380.1611033447249; Mon, 18 Jan 2021 21:17:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611033447; cv=none; d=google.com; s=arc-20160816; b=L2k/ggsL8QO+/zlPHkw5U7ccKw+Ls2LXIfMfi1ksXFGLglJqYz7+o28rwwuFAKkd9L xFytP3vkQkBysm1bNUuwDChhZc7MCVG1q8OoEk9ivio2dH+z3foHO69Brg4JlAXxxj1V Bkooc7hbqlOaG9Aaha7ukomGWU9SR4Kh6nG/HV1rBCbzgqP2yppnnw34ixNHWVqztgUO ckx0sCWmwklqj1lwGaFkUc1p8Z5gmlf04zmf0Fm6mdIPfXEVOmk/6a4RYwVDikHK2Dkm gux/X83KR4H3srtHEfnuEcXJ6EkRfTRphEN0DIOaf3hS1nmzdtUAq41v94+MxcsaeYSf wpzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=zPCvrmBbWVSvhozvTHuLOiaCV6x20iFEbLQhdDrfn5o=; b=OqYez2uQwlU3P00jO9T0MCCnosgkqawbSfeU2isVI8wAaaiPbdjqcGN4CU447qp9Bt 8Wejj8+D25djVo+6ACZyRZA41dHBqbwND+BHvHUUUnygd1fMAGQsv9mreHxEG0Ee4w44 ekrMBX8OWGaY6NG8AheOuiQGBBsXxMsLHBk3q9+AjJLi4SC368ZaV8MopTusKJnxm2F+ iLM6r6kQDgnTvFqlGACg3IJJGNXbmOv7VIMU147XRJugFctfYzTCT5nHHiIQiMgoKKzK bBaIc80TefGYEHI8e4LyCbVdLrnIi/Khm6COPFxKupc42gFfCVbzQ1miqsCtSjZ80xHA RwsQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id os13si7700390ejb.680.2021.01.18.21.17.04; Mon, 18 Jan 2021 21:17:27 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2394304AbhARU31 (ORCPT + 99 others); Mon, 18 Jan 2021 15:29:27 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33338 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389085AbhARKmb (ORCPT ); Mon, 18 Jan 2021 05:42:31 -0500 Received: from metis.ext.pengutronix.de (metis.ext.pengutronix.de [IPv6:2001:67c:670:201:290:27ff:fe1d:cc33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1BBC9C061573 for ; Mon, 18 Jan 2021 02:41:45 -0800 (PST) Received: from gallifrey.ext.pengutronix.de ([2001:67c:670:201:5054:ff:fe8d:eefb] helo=[IPv6:::1]) by metis.ext.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1l1Ryg-0002BX-FN; Mon, 18 Jan 2021 11:41:42 +0100 Subject: Re: [RFC PATCH] ARM: dts: imx6qdl: specify vcc-supply for NOP USB PHYs To: Rob Herring , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , NXP Linux Team Cc: Frieder Schrempf , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org References: <20201113152856.3758-1-a.fatoum@pengutronix.de> From: Ahmad Fatoum Message-ID: Date: Mon, 18 Jan 2021 11:41:41 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: <20201113152856.3758-1-a.fatoum@pengutronix.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:67c:670:201:5054:ff:fe8d:eefb X-SA-Exim-Mail-From: a.fatoum@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, did this maybe slip through the cracks? On 13.11.20 16:28, Ahmad Fatoum wrote: > The SoC dtsi lists a NOP USB PHY for each of the two HSIC-only USB > controllers. Their device tree node doesn't indicate a vcc-supply > resulting in: > > usb_phy_generic usbphynop1: supply vcc not found, using dummy regulator > usb_phy_generic usbphynop2: supply vcc not found, using dummy regulator > > warnings on boot up. The USB IP vcc-supply - separate from the vusb - is > hardwired to LDO_2P5[1], which we already have a device tree node for. > Reference it for the dummy "phy" as well. > > This will lead to breakage (probe deferment) for kernels that: > - Use a HSIC USB controller > - Use this new device tree > - but have CONFIG_REGULATOR_ANATOP disabled > > Because while the regulator is always-on, it can't be resolved when > there is no driver for it. > > As there are > > - no affected upstream device trees > - existing device trees are unaffected without recompilation > - disabling CONFIG_REGULATOR_ANATOP is explicitly a non-recommended > configuration per symbol help text > > this potential breakage is deemed acceptable. > > [1]: i.MX 6Dual/6Quad Reference Manual, Rev. C, > Figure 53-1. Power System Overview > > Cc: Frieder Schrempf > Signed-off-by: Ahmad Fatoum > --- > arch/arm/boot/dts/imx6qdl.dtsi | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/arch/arm/boot/dts/imx6qdl.dtsi b/arch/arm/boot/dts/imx6qdl.dtsi > index 43edbf1156c7..22e4c142de13 100644 > --- a/arch/arm/boot/dts/imx6qdl.dtsi > +++ b/arch/arm/boot/dts/imx6qdl.dtsi > @@ -131,11 +131,13 @@ pmu: pmu { > > usbphynop1: usbphynop1 { > compatible = "usb-nop-xceiv"; > + vcc-supply = <®_vdd2p5>; > #phy-cells = <0>; > }; > > usbphynop2: usbphynop2 { > compatible = "usb-nop-xceiv"; > + vcc-supply = <®_vdd2p5>; > #phy-cells = <0>; > }; > > -- Pengutronix e.K. | | Steuerwalder Str. 21 | http://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |