Received-SPF: pass (google.com: domain of linux-kernel+bounces-45107-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1;
Date: Tue, 30 Jan 2024 18:28:25 +0000
From: Conor Dooley <conor@kernel.org>
To: Frank Li <Frank.Li@nxp.com>
Cc: thinh.nguyen@synopsys.com, balbi@kernel.org, devicetree@vger.kernel.org,
	gregkh@linuxfoundation.org, imx@lists.linux.dev,
	linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org,
	mark.rutland@arm.com, mathias.nyman@intel.com, pku.leo@gmail.com,
	ran.wang_1@nxp.com, robh+dt@kernel.org,
	sergei.shtylyov@cogentembedded.com
Subject: Re: [PATCH v4 2/3] dt-bindings: usb: dwc3: Add
 snps,host-vbus-glitches-quirk avoid vbus glitch
Message-ID: <20240130-eligible-barrette-5b2258e150f5@spud>
References: <20240124152525.3910311-1-Frank.Li@nxp.com>
 <20240124152525.3910311-3-Frank.Li@nxp.com>
Precedence: bulk
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="ougxCNZc1E/5Y4RR"
Content-Disposition: inline
In-Reply-To: <20240124152525.3910311-3-Frank.Li@nxp.com>


--ougxCNZc1E/5Y4RR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hey,

This version seems to be the lastest (v4) for this binding, but went out
prior to discussion actually finishing on the v1!! of this patch, even
ignoring Rob's comment today.
Please wait for conversations to resolve before sending new versions.
I, at least, do not get paid for what I do here, so I often need well
more than a day before I can get around to clearing my review queue.
On Wed, Jan 24, 2024 at 10:25:24AM -0500, Frank Li wrote:

> From: Ran Wang <ran.wang_1@nxp.com>
>=20
> When DWC3 is set to host mode by programming register DWC3_GCTL, VBUS
> (or its control signal) will turn on immediately on related Root Hub
> ports. Then the VBUS will be de-asserted for a little while during xhci
> reset (conducted by xhci driver) for a little while and back to normal.
>=20
> This VBUS glitch might cause some USB devices emuration fail if kernel
> boot with them connected. One SW workaround which can fix this is to
> program all PORTSC[PP] to 0 to turn off VBUS immediately after setting
> host mode in DWC3 driver(per signal measurement result, it will be too
> late to do it in xhci-plat.c or xhci.c).
>=20
> Signed-off-by: Ran Wang <ran.wang_1@nxp.com>
> Reviewed-by: Peter Chen <peter.chen@nxp.com>
> Signed-off-by: Frank Li <Frank.Li@nxp.com>
> ---

Where is your changelog?

>  Documentation/devicetree/bindings/usb/snps,dwc3.yaml | 7 +++++++
>  1 file changed, 7 insertions(+)
>=20
> diff --git a/Documentation/devicetree/bindings/usb/snps,dwc3.yaml b/Docum=
entation/devicetree/bindings/usb/snps,dwc3.yaml
> index 203a1eb66691f..8f5d250070c78 100644
> --- a/Documentation/devicetree/bindings/usb/snps,dwc3.yaml
> +++ b/Documentation/devicetree/bindings/usb/snps,dwc3.yaml
> @@ -273,6 +273,13 @@ properties:
>        with an external supply.
>      type: boolean
> =20
> +  snps,host-vbus-glitches-quirk:

I specifically recall saying no to adding "-quirk" here, but that
might've been after this patch was sent.

> +    description:
> +      When set, power off all Root Hub ports immediately after
> +      setting host mode to avoid vbus (negative) glitch happen in later
> +      xhci reset. And the vbus will back to 5V automatically when reset =
done.
> +    type: boolean

Rob commented today on the v1 conversation:
https://lore.kernel.org/all/20240130181322.GA2079185-robh@kernel.org/

Please respond (there) to his comment.

Thanks,
Conor.

>    snps,is-utmi-l1-suspend:
>      description:
>        True when DWC3 asserts output signal utmi_l1_suspend_n, false when
> --=20
> 2.34.1
>=20

--ougxCNZc1E/5Y4RR
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCZbk/yAAKCRB4tDGHoIJi
0pt+AQDsmO50jZctRQ5aLsZ+yZXzF35f1dAw2pYzWZrQbVmSrQEA+njvKcH8sqh0
goQW0F0wsLP4GIBXvfKmqvu2YaSz0Ac=
=Xqh1
-----END PGP SIGNATURE-----

--ougxCNZc1E/5Y4RR--