Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755344AbcJZOjw (ORCPT ); Wed, 26 Oct 2016 10:39:52 -0400 Received: from iolanthe.rowland.org ([192.131.102.54]:50396 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1754641AbcJZOju (ORCPT ); Wed, 26 Oct 2016 10:39:50 -0400 Date: Wed, 26 Oct 2016 10:39:48 -0400 (EDT) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: Sriram Dash cc: Mathias Nyman , "linux-kernel@vger.kernel.org" , "linux-usb@vger.kernel.org" , "mathias.nyman@intel.com" , "gregkh@linuxfoundation.org" , Suresh Gupta , "felipe.balbi@linux.intel.com" , Rajat Srivastava , Rajesh Bhagat Subject: RE: [PATCH v2] usb: xhci: Don't drive port 2.0 reset while resuming In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 509 Lines: 15 On Wed, 26 Oct 2016, Sriram Dash wrote: > >From: Mathias Nyman [mailto:mathias.nyman@linux.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