From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 29F97DE15C for ; Sat, 30 Aug 2008 04:21:07 +1000 (EST) Date: Fri, 29 Aug 2008 22:20:44 +0400 From: Vitaly Bordug To: Alan Stern Subject: Re: [RFC][USB] powerpc: Workaround for the PPC440EPX USBH_23 errata Message-ID: <20080829222044.53c56bca@vitb-lp> In-Reply-To: References: <1219963406.13162.368.camel@pasglop> Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Cc: linux-usb@vger.kernel.org, "linuxppc-dev@ozlabs.org" , Mark Miesfeld , Stefan Roese List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , В Fri, 29 Aug 2008 11:26:07 -0400 (EDT) Alan Stern пишет: > On Fri, 29 Aug 2008, Benjamin Herrenschmidt wrote: > > > I suppose some embedded platforms don't use CONFIG_PM, is this > > still a requirement for autosuspend ? Or do that happen always on > > an empty port nowadays ? > > ohci-hcd doesn't automatically suspend the root hub if CONFIG_PM isn't > set. However it isn't necessary to set CONFIG_SLEEP, > CONFIG_HIBERNATION, or CONFIG_USB_SUSPEND. That is good to know. But even assuming PM set, common use-case of embedded systems to have stuff on USB bus that is never plugged off; and in case of compiled-in ehci and ohci there is just Initializing USB Mass Storage driver... usb 1-1: new high speed USB device using ppc-of-ehci and address 2 usb 1-1: device descriptor read/all, error -110 hub 1-0:1.0: unable to enumerate USB device on port 1 (not touching PM here to be clear) even 1-second delay would be enough for root hub to be hosed... So, is the patch (with all the issues addressed) acceptable for mainline? Thanks, -Vitaly