lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87o9puj66s.fsf@linux.intel.com>
Date:   Fri, 29 Sep 2017 10:48:59 +0300
From:   Felipe Balbi <felipe.balbi@...ux.intel.com>
To:     Ran Wang <ran.wang_1@....com>
Cc:     Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        Rob Herring <robh+dt@...nel.org>,
        Mark Rutland <mark.rutland@....com>,
        <devicetree@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
        Ran Wang <ran.wang_1@....com>, linux-usb@...r.kernel.org
Subject: Re: [PATCH] usb: dwc3: workaround: disable device-initiated U1/U2


Hi,

(first things first: use get-maintainer.pl. You should have Cc:ed linux-usb)

> Issue: When the USB controller is configured as a USB device
> mode, the device initiates low power when an ACK is pending for a
> data packet (DP). When operating in SuperSpeed mode and when the
> internal condition for low power (u1/u2) is satisfied, the device
> initiates u1/u2 even though it has just received a DPH of the DP
> header (DPH). This causes the link to enter and exit low power before
> the device sends an ACK for the DP. This behavior can cause a
> transaction timeout on the host for the DP. Impact: Depending on the
> host transaction timeout value, the host may timeout on the
> transaction and the host retries the transfer. If the same issue
> happens again, this could result in the host resetting the device and
> re-enumerating.
>
> Workaround: Disable USB_DCTL (InitU1Ena, InitU2Ena) bits. As a
> result,the device does not initiate lowpower requests; however,
> it can still accept low-power requests from the host/hub and enter
> low power.

which dwc3 versions does this erratum affect? I'm not taking any
workaround that doesn't refer to a Synopsys STARS ticket, sorry.

Also, are you sure this can't be runtime detected?

> Signed-off-by: Ran Wang <ran.wang_1@....com>
> ---
>  Documentation/devicetree/bindings/usb/dwc3.txt | 2 ++
>  drivers/usb/dwc3/core.c                        | 2 ++
>  drivers/usb/dwc3/core.h                        | 2 ++
>  drivers/usb/dwc3/ep0.c                         | 4 ++--
>  drivers/usb/dwc3/gadget.c                      | 7 +++++++
>  5 files changed, 15 insertions(+), 2 deletions(-)
>
> diff --git a/Documentation/devicetree/bindings/usb/dwc3.txt b/Documentation/devicetree/bindings/usb/dwc3.txt
> index 7d4f90c16cd4..9afa8e95831e 100644
> --- a/Documentation/devicetree/bindings/usb/dwc3.txt
> +++ b/Documentation/devicetree/bindings/usb/dwc3.txt
> @@ -47,6 +47,8 @@ Optional properties:
>  			from P0 to P1/P2/P3 without delay.
>   - snps,dis-tx-ipgap-linecheck-quirk: when set, disable u2mac linestate check
>  			during HS transmit.
> + - snps,disable_devinit_u1u2: when set, disable device-initiated U1/U2
> +			LPM request in USB device mode.
>   - snps,is-utmi-l1-suspend: true when DWC3 asserts output signal
>  			utmi_l1_suspend_n, false when asserts utmi_sleep_n
>   - snps,hird-threshold: HIRD threshold
> diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
> index f13096b0900e..63d599872a43 100644
> --- a/drivers/usb/dwc3/core.c
> +++ b/drivers/usb/dwc3/core.c
> @@ -1143,6 +1143,8 @@ static void dwc3_get_properties(struct dwc3 *dwc)
> 
>  	dwc->tx_de_emphasis_quirk = device_property_read_bool(dev,
>  				"snps,tx_de_emphasis_quirk");
> +	dwc->disable_devinit_u1u2_quirk = device_property_read_bool(dev,
> +				"snps,disable_devinit_u1u2");
>  	device_property_read_u8(dev, "snps,tx_de_emphasis",
>  				&tx_de_emphasis);
>  	device_property_read_string(dev, "snps,hsphy_interface",
> diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/dwc3/core.h
> index 7c2f84dc218a..2be63c1a6ab6 100644
> --- a/drivers/usb/dwc3/core.h
> +++ b/drivers/usb/dwc3/core.h
> @@ -896,6 +896,7 @@ struct dwc3_scratchpad_array {
>   * 	1	- -3.5dB de-emphasis
>   * 	2	- No de-emphasis
>   * 	3	- Reserved
> + * @disable_devinit_u1u2_quirk: disable device-initiated U1/U2 request.
>   * @imod_interval: set the interrupt moderation interval in 250ns
>   *                 increments or 0 to disable.
>   */
> @@ -1057,6 +1058,7 @@ struct dwc3 {
> 
>  	unsigned		tx_de_emphasis_quirk:1;
>  	unsigned		tx_de_emphasis:2;
> +	unsigned		disable_devinit_u1u2_quirk:1;
> 
>  	u16			imod_interval;
>  };
> diff --git a/drivers/usb/dwc3/ep0.c b/drivers/usb/dwc3/ep0.c
> index 827e376bfa97..bbbf46f031e2 100644
> --- a/drivers/usb/dwc3/ep0.c
> +++ b/drivers/usb/dwc3/ep0.c
> @@ -391,7 +391,7 @@ static int dwc3_ep0_handle_u1(struct dwc3 *dwc, enum usb_device_state state,
>  		return -EINVAL;
> 
>  	reg = dwc3_readl(dwc->regs, DWC3_DCTL);
> -	if (set)
> +	if (set && !dwc->disable_devinit_u1u2_quirk)
>  		reg |= DWC3_DCTL_INITU1ENA;
>  	else
>  		reg &= ~DWC3_DCTL_INITU1ENA;
> @@ -413,7 +413,7 @@ static int dwc3_ep0_handle_u2(struct dwc3 *dwc, enum usb_device_state state,
>  		return -EINVAL;
> 
>  	reg = dwc3_readl(dwc->regs, DWC3_DCTL);
> -	if (set)
> +	if (set && !dwc->disable_devinit_u1u2_quirk)

This is likely going to block USB30CV from passing, no? Have you
verified that USB30CV Chapter9 LPM tests still pass? What about Lecroy's
Certification Suite, does that still pass?

Which dwc3 version do *you* use?

> diff --git a/drivers/usb/dwc3/gadget.c b/drivers/usb/dwc3/gadget.c
> index f064f1549333..61141c6350dc 100644
> --- a/drivers/usb/dwc3/gadget.c
> +++ b/drivers/usb/dwc3/gadget.c
> @@ -3199,6 +3199,7 @@ int dwc3_gadget_init(struct dwc3 *dwc)
>  {
>  	int ret;
>  	int irq;
> +	u32	reg;
> 
>  	irq = dwc3_gadget_get_irq(dwc);
>  	if (irq < 0) {
> @@ -3275,6 +3276,12 @@ int dwc3_gadget_init(struct dwc3 *dwc)
>  		goto err4;
>  	}
> 
> +	if (dwc->disable_devinit_u1u2_quirk) {
> +		reg = dwc3_readl(dwc->regs, DWC3_DCTL);
> +		reg &= ~(DWC3_DCTL_INITU1ENA | DWC3_DCTL_INITU2ENA);

Why are these bits set here? Also, you may be breaking another
workaround for an erratum that affects versions < 1.83a of the core.

Again, without a synopsys STARS ticket, I'm not accepting this patch.

-- 
balbi

Download attachment "signature.asc" of type "application/pgp-signature" (833 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ