Re: [regression] Force hard reset of Renesas uPD72020x USB controller

2017-09-20 Thread Albert Weichselbraun
On Tue, 2017-09-19 at 19:32 +0100, Marc Zyngier wrote: > On Mon, Sep 18 2017 at 3:01:32 pm BST, Albert Weichselbraun weichselbraun.net> wrote: > > On Mon, 2017-09-18 at 12:46 +0100, Marc Zyngier wrote: > > > On 18/09/17 09:49, Albert Weichselbraun wrote: > > > &

Re: [regression] Force hard reset of Renesas uPD72020x USB controller

2017-09-18 Thread Albert Weichselbraun
On Mon, 2017-09-18 at 12:46 +0100, Marc Zyngier wrote: > On 18/09/17 09:49, Albert Weichselbraun wrote: > > Hi Marc, > > > > 100% ack > > - Booting with a kernel that does not do a PCI reset yields the > > following topology: > > > > > &

Re: [regression] Force hard reset of Renesas uPD72020x USB controller

2017-09-18 Thread Albert Weichselbraun
+0100, Marc Zyngier wrote: > Hi Albert, > > On 17/09/17 13:39, Albert Weichselbraun wrote: > > Dear all, > > > > I ran into a regression with an ExpressCard/54 USB 3.0 expansion > > card > > that uses the Renesas uPD72020x chipset on a Lenovo X220i Laptop &

[regression] Force hard reset of Renesas uPD72020x USB controller

2017-09-17 Thread Albert Weichselbraun
Dear all, I ran into a regression with an ExpressCard/54 USB 3.0 expansion card that uses the Renesas uPD72020x chipset on a Lenovo X220i Laptop (the described behavior has been reproduced with kernel versions 4.12.8, 4.12.13, 4.13.1 and 4.13.2). Once booting such a kernel, the system becomes ver