From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 5E9C1377543; Fri, 5 Jun 2026 19:06:40 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780686401; cv=none; b=qRGDGd8B02Emv4qD7o+VLZdx8E+TWh6l9OMNyPZMt2K9aZJ+53+C2FBCkszqCGD1bgFoE6mUu9MOlW68hQa9gQqU+SlkSKGa2xuQtrCp8JYgZ0pkVoWl1hglulXPrNk2mSaMwq5e0Qv0hRp+lDl9BFnXosCyl1OQQFoN90yfJkI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780686401; c=relaxed/simple; bh=HBQj2WAAvsjLsPaPYx78bH6HEFEJLEckWJTIF2mvvnM=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Qjd+hVNm10+cNZAruvCWBTsZRYCqG/sI3jAif9zM7020KkwAybZUk94nxFng/Y3Rlxy23pgFYsDNTzpNVqFmvRbTNjUtFGv+tcA2Ay2MwtCif2kuQz5BuAmmH/e5ORHysk2Jt1Bil76vRbxQbcjZVTKGjmtmoMqoixggOB9w9kk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=i/HIQKuU; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="i/HIQKuU" Received: by smtp.kernel.org (Postfix) with ESMTPSA id AFF6D1F00893; Fri, 5 Jun 2026 19:06:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1780686400; bh=bQdCIlR4TmbHaM9znLMb84vsVtHdadCejRiPSH1vb5U=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=i/HIQKuUcaZgfPFAZ5IssdsE+mNsFymCVsX8tmr5CYCJNchoNgXkXVTndjq2eCzTd C8THXRONz3LDXDQFPbA3MLa3lz56fkSSsqSuj/8evfhqCPz3EoiTPsjyAcnLzrVr5Z /0XDZTvzO0O6VeyNJ/Lro+JcT5L7AXw/CofQzkcu/8A4ROdpgfNhOZ9LXvDpCxjkVl yaei2UF3t5nipAgno5y6BKjpt2nz0WL56jZK2YW8KQ4rQZVI3Jlm/vzfWokTfedO37 Ojqy4CCWhy1QeSg27AR7n19a3FB/19q0k9ZY4QqGI9CEEq55SwIj30Dw/XSM52ttVy QxBtTUDE9/0kg== Date: Fri, 5 Jun 2026 14:06:38 -0500 From: Rob Herring To: Oliver White Cc: Greg Kroah-Hartman , Krzysztof Kozlowski , Conor Dooley , Thinh Nguyen , Bjorn Andersson , Konrad Dybcio , Felipe Balbi , linux-usb@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/3] dt-bindings: usb: dwc3: document snps,reinit-phy-on-resume Message-ID: <20260605190638.GA4188454-robh@kernel.org> References: <20260601231236.20402-1-oliverjwhite07@gmail.com> <20260601231236.20402-2-oliverjwhite07@gmail.com> Precedence: bulk X-Mailing-List: devicetree@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: <20260601231236.20402-2-oliverjwhite07@gmail.com> On Tue, Jun 02, 2026 at 11:12:34AM +1200, Oliver White wrote: > Add the documentation for the 'snps,reinit-phy-on-resume' boolean > property. When set, the DWC3 core will perform a full phy_exit() + > phy_init() cycle on each USB2 PHY during the host-mode fast resume > path. This is needed on platforms where the USB2 PHY power domain > is gated during deep sleep even when device_may_wakeup is true. > > Signed-off-by: Oliver White > --- > .../devicetree/bindings/usb/snps,dwc3-common.yaml | 10 ++++++++++ > 1 file changed, 10 insertions(+) > > diff --git a/Documentation/devicetree/bindings/usb/snps,dwc3-common.yaml b/Documentation/devicetree/bindings/usb/snps,dwc3-common.yaml > index 6c0b8b653824..d12f6ae81ab8 100644 > --- a/Documentation/devicetree/bindings/usb/snps,dwc3-common.yaml > +++ b/Documentation/devicetree/bindings/usb/snps,dwc3-common.yaml > @@ -212,6 +212,16 @@ properties: > When set, run the SOF/ITP counter based on ref_clk. > type: boolean > > + snps,reinit-phy-on-resume: > + description: > + When set, the DWC3 will re-initialize the USB2 PHYs during the > + host-mode fast resume path (device_may_wakeup). Some platforms > + cut PHY power during deep sleep even when USB wake is enabled, > + and the standard PHY runtime PM resume is insufficient to restore > + the PHY register state. This quirk forces a full phy_exit() + > + phy_init() cycle on each USB2 PHY. > + type: boolean This should be implied from a platform specific compatible string. Rob