[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.44L0.1610261037050.1955-100000@iolanthe.rowland.org>
Date: Wed, 26 Oct 2016 10:39:48 -0400 (EDT)
From: Alan Stern <stern@...land.harvard.edu>
To: Sriram Dash <sriram.dash@....com>
cc: Mathias Nyman <mathias.nyman@...ux.intel.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-usb@...r.kernel.org" <linux-usb@...r.kernel.org>,
"mathias.nyman@...el.com" <mathias.nyman@...el.com>,
"gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>,
Suresh Gupta <suresh.gupta@....com>,
"felipe.balbi@...ux.intel.com" <felipe.balbi@...ux.intel.com>,
Rajat Srivastava <rajat.srivastava@....com>,
Rajesh Bhagat <rajesh.bhagat@....com>
Subject: RE: [PATCH v2] usb: xhci: Don't drive port 2.0 reset while resuming
On Wed, 26 Oct 2016, Sriram Dash wrote:
> >From: Mathias Nyman [mailto:mathias.nyman@...ux.intel.com]
> >I don't think usb core tries to drive reset while port is still resuming
> >
>
> I am skeptical about it and hope somebody may help us on this.
You can see for yourself. In drivers/usb/core/hub.c, the
usb_reset_device() routine calls usb_autoresume_device() before calling
usb_reset_and_verify_device(). Therefore the port will have finished
resuming before the reset signal is sent.
Alan Stern
Powered by blists - more mailing lists