linux-kernel - Re: [RFT PATCH v4 0/3] usb: dwc2: Fix core reset and force mode delays

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 for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <110609329.215940.91637ce0-69a6-4591-a597-b694e410dfca.open-xchange@email.1und1.de>
Date:   Tue, 6 Sep 2016 23:40:10 +0200 (CEST)
From:   Stefan Wahren <stefan.wahren@...e.com>
To:     Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        linux-kernel@...r.kernel.org, linux-usb@...r.kernel.org,
        John Youn <johnyoun@...opsys.com>,
        Felipe Balbi <balbi@...nel.org>
Cc:     Michael Niewoehner <linux@...ewoehner.de>,
        Tao Huang <huangtao@...k-chips.com>,
        Julius Werner <jwerner@...omium.org>,
        Caesar Wang <caesar.upstream@...il.com>,
        Stephen Warren <swarren@...dotorg.org>,
        Doug Anderson <dianders@...omium.org>,
        linux-rpi-kernel@...ts.infradead.org,
        linux-arm-kernel@...ts.infradead.org,
        Heiko Stuebner <heiko@...ech.de>,
        Kever Yang <kever.yang@...k-chips.com>,
        Remi Pommarel <repk@...plefau.lt>
Subject: Re: [RFT PATCH v4 0/3] usb: dwc2: Fix core reset and force mode
 delays

Hi John,

> John Youn <johnyoun@...opsys.com> hat am 1. September 2016 um 23:07
> geschrieben:
> 
> 
> This series accounts for the delay from the IDDIG debounce filter when
> switching modes. This delay is a function of the PHY clock speed and
> can range from 5-50 ms. This delay must be taken into account on core
> reset and force modes. A full explanation is provided in the patch
> commit log and code comments.
> 
> This revision of the series increases the IDDIG delay to 100 ms. Some
> rockchip platforms seem to timeout even with 50 ms so I have doubled
> this.
> 
> Appreciate any testing on RK3188 and RPi platforms.

i tested the whole series successful with a Raspberry Pi B in dr_mode "host" and
"otg"

Tested-by: Stefan Wahren <stefan.wahren@...e.com>