Re: [BUG] USB 3.0 device "lost for good" when in SS.inactive or Compliance Mode during hub_port_reset()

2015-05-21 Thread Robert Schlabbach
Thanks for the reply, Alan. The USB device is initially in link state 0, and only after the "cold" reset in link state SS.inactive. After the following warm reset, it is in link state 0 again. > ... but the code is in the wrong place. The check needs to occur > before hub_port_finish_reset, not

Re: [BUG] USB 3.0 device "lost for good" when in SS.inactive or Compliance Mode during hub_port_reset()

2015-05-21 Thread Alan Stern
On Thu, 21 May 2015, Robert Schlabbach wrote: > Thanks for the reply, Alan. > > The USB device is initially in link state 0, and only after the "cold" > reset in link state SS.inactive. After the following warm reset, it is > in link state 0 again. > > > ... but the code is in the wrong place.

Re: [BUG] USB 3.0 device "lost for good" when in SS.inactive or Compliance Mode during hub_port_reset()

2015-05-22 Thread Robert Schlabbach
On Thu, 21 May 2015, Alan Stern wrote: > I suspect you have not divided up all the actions in the correct way. > Look at everything in hub_port_finish_reset and think carefully about > where each one belongs. I had taken a very "conservative" approach to only minimally alter the behavior specif

Re: [BUG] USB 3.0 device "lost for good" when in SS.inactive or Compliance Mode during hub_port_reset()

2015-05-22 Thread Alan Stern
On Fri, 22 May 2015, Robert Schlabbach wrote: > On Thu, 21 May 2015, Alan Stern wrote: > > > I suspect you have not divided up all the actions in the correct way. > > Look at everything in hub_port_finish_reset and think carefully about > > where each one belongs. > > I had taken a very "conse