Paul >-----Original Message----- >From: Paul Walmsley [mailto:paul@xxxxxxxxx] >Sent: Friday, December 12, 2008 2:33 PM >To: Pandita, Vikram >Cc: Grazvydas Ignotas; Steve Sakoman; Tony Lindgren; David Brownell; me@xxxxxxxxxxxxxxx; Jeff Steele; >linux-omap >Subject: Re: status of USB on omap35xx ? > >Hello Vikram, > >On Fri, 12 Dec 2008, Grazvydas Ignotas wrote: > >> On Fri, Dec 12, 2008 at 1:09 AM, Paul Walmsley <paul@xxxxxxxxx> wrote: >> > On Fri, 12 Dec 2008, Grazvydas Ignotas wrote: >> >> >> I'm also getting suspend/resume related problems if I plug a hub >> >> without any devices connected (29sec), and then a device (52sec): >> > >> > If you disable USB autosuspend with no devices connected via >> > >> > echo -1 > /sys/module/usbcore/parameters/autosuspend >> > >> > and then repeat the same test as above, do your devices stay alive? >> Yep, this seems to resolve that issue, I can plug the devices any way >> I want with this. Thanks for showing this. > >Were you able to get USB remote wakeup or auto-suspend working on >ehci-omap.c with the 3430SDP? For remote-wakeup: There was a long discussion with USBHOST IP vendor. We were observing a device disconnect on a remote-wakeup as well as host initiated wakeup. It turned out to be an issue with the IP block and will be fixed in 3430 ES3.1 finally. And a software workaround for waiting for USB micro frame boundary. Now the workaround has been done in USB EHCI stack code which is not the best way ... Take a look at Zoom GIT tree for the reference implementation: http://git.omapzoom.com/?p=omapkernel.git;a=commitdiff;h=baa196583f4af08d15da0389fed8f9005b0f812d -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
