linux-omap.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Felipe Balbi <balbi@ti.com>
To: Michael Welling <mwelling@emacinc.com>, Tony Lindgren <tony@atomide.com>
Cc: Felipe Balbi <balbi@ti.com>,
	Alan Stern <stern@rowland.harvard.edu>,
	gregkh@linuxfoundation.org, linux-usb@vger.kernel.org,
	heikki.krogerus@linux.intel.com, chris.ruehl@gtsys.com.hk,
	Roger Quadros <rogerq@ti.com>,
	Linux OMAP Mailing List <linux-omap@vger.kernel.org>
Subject: Re: OMAP3/AM3517 EHCI USB Issue
Date: Mon, 28 Jul 2014 13:10:24 -0500	[thread overview]
Message-ID: <20140728181024.GI7667@saruman.home> (raw)
In-Reply-To: <20140728175739.GA29212@sysresccd>

[-- Attachment #1: Type: text/plain, Size: 5852 bytes --]

On Mon, Jul 28, 2014 at 12:57:39PM -0500, Michael Welling wrote:
> On Mon, Jul 28, 2014 at 10:57:18AM -0500, Felipe Balbi wrote:
> > Hi,
> > 
> > On Mon, Jul 28, 2014 at 10:29:49AM -0500, Michael Welling wrote:
> > > On Mon, Jul 28, 2014 at 11:02:47AM -0400, Alan Stern wrote:
> > > > On Fri, 25 Jul 2014, Michael Welling wrote:
> > > > 
> > > > > The plot thickens....
> > > > > 
> > > > > So if I run the above command before anything is plugged into the ports
> > > > > the HUB disconnects.
> > > > > 
> > > > > root@som3517:~# echo on > /sys/bus/usb/devices/1-1/power/control
> > > > > [   63.068839] usb 1-1: USB disconnect, device number 2
> > > > > 
> > > > > Here is the output of the usbmon output when running the above command:
> > > > > root@som3517:/sys/kernel/debug/usb/usbmon# cat 1t
> > > > > de382e40 3788886573 S Ci:001:00 s a3 00 0000 0001 0004 4 <
> > > > > de382e40 3788890604 C Ci:001:00 0 4 = 07050000
> > > > > de382e40 3788892965 S Ci:001:00 s a3 00 0000 0002 0004 4 <
> > > > > de382e40 3788893093 C Ci:001:00 0 4 = 00010000
> > > > > de382e40 3788894834 S Ci:001:00 s a3 00 0000 0003 0004 4 <
> > > > > de382e40 3788894958 C Ci:001:00 0 4 = 00010000
> > > > > de7d92c0 3788896519 S Ii:001:01 -115 4 <
> > > > > de382e40 3788898778 S Ci:001:00 s a3 00 0000 0001 0004 4 <
> > > > > de382e40 3788900188 C Ci:001:00 0 4 = 07050000
> > > > > de382e40 3788902705 S Co:001:00 s 23 01 0002 0001 0000 0
> > > > > de382e40 3788905793 C Co:001:00 0 0
> > > > > de382e40 3788940998 S Ci:001:00 s a3 00 0000 0001 0004 4 <
> > > > > de7d92c0 3788942065 C Ii:001:01 0 1 = 02
> > > > > de7d92c0 3788943013 S Ii:001:01 -115 4 <
> > > > > de382e40 3788943145 C Ci:001:00 0 4 = 03050400
> > > > > de382e40 3788961031 S Co:001:00 s 23 01 0012 0001 0000 0
> > > > > de382e40 3788961175 C Co:001:00 0 0
> > > > > de382e40 3788961304 S Ci:002:00 s 80 00 0000 0000 0002 2 <
> > > > > de382e40 3788965395 C Ci:002:00 -71 0
> > > > > de249040 3788966954 S Co:001:00 s 23 03 0004 0001 0000 0
> > > > > de249040 3788968362 C Co:001:00 0 0
> > > > > de249040 3789021103 S Ci:001:00 s a3 00 0000 0001 0004 4 <
> > > > > de7d92c0 3789022194 C Ii:001:01 0 1 = 02
> > > > > de7d92c0 3789022226 S Ii:001:01 -115 4 <
> > > > > de249040 3789023423 C Ci:001:00 0 4 = 01051200
> > > > > de249040 3789025010 S Co:001:00 s 23 03 0004 0001 0000 0
> > > > > de249040 3789026815 C Co:001:00 0 0
> > > > > de249040 3789230980 S Ci:001:00 s a3 00 0000 0001 0004 4 <
> > > > > de249040 3789231111 C Ci:001:00 0 4 = 00010300
> > > > > de249040 3789232280 S Co:001:00 s 23 01 0014 0001 0000 0
> > > > > de249040 3789232404 C Co:001:00 0 0
> > > > > de249040 3789233056 S Co:001:00 s 23 01 0001 0001 0000 0
> > > > > de249040 3789235345 C Co:001:00 0 0
> > > > > de249040 3789236820 S Co:001:00 s 23 01 0001 0001 0000 0
> > > > > de249040 3789237201 C Co:001:00 0 0
> > > > > de249040 3789238180 S Co:001:00 s 23 01 0001 0001 0000 0
> > > > > de249040 3789238510 C Co:001:00 0 0
> > > > > de249040 3789240602 S Ci:001:00 s a3 00 0000 0001 0004 4 <
> > > > > de249040 3789241661 C Ci:001:00 0 4 = 00010300
> > > > > de249040 3789242264 S Co:001:00 s 23 01 0010 0001 0000 0
> > > > > de249040 3789243921 C Co:001:00 0 0
> > > > > de249040 3789246540 S Co:001:00 s 23 01 0011 0001 0000 0
> > > > > de249040 3789246930 C Co:001:00 0 0
> > > > > de2490c0 3789283096 S Ci:001:00 s a3 00 0000 0001 0004 4 <
> > > > > de2490c0 3789286255 C Ci:001:00 0 4 = 00010000
> > > > > de2490c0 3789330975 S Ci:001:00 s a3 00 0000 0001 0004 4 <
> > > > > de2490c0 3789332606 C Ci:001:00 0 4 = 00010000
> > > > > de2490c0 3789371015 S Ci:001:00 s a3 00 0000 0001 0004 4 <
> > > > > de2490c0 3789371146 C Ci:001:00 0 4 = 00010000
> > > > > de2490c0 3789410975 S Ci:001:00 s a3 00 0000 0001 0004 4 <
> > > > > de2490c0 3789411097 C Ci:001:00 0 4 = 00010000
> > > > > de2490c0 3789450972 S Ci:001:00 s a3 00 0000 0001 0004 4 <
> > > > > de2490c0 3789451081 C Ci:001:00 0 4 = 00010000
> > > > > de7d92c0 3789452462 C Ii:001:01 -2 0
> > > > > 
> > > > > Not sure what any of it means.
> > > > 
> > > > Basically it means what you said above: the hub disconnected.  I can't 
> > > > tell why.  You'll have to ask someone who's familiar with the hardware 
> > > > on that board.
> > > 
> > > Sadly, there is no one more familar with this specific hardware than myself.
> > > 
> > > I can however ellaborate the hardware setup of the USB subsystem in
> > > case there is someone out there that has used a similar setup.
> > > 
> > > The board uses the AM3517 SoC from TI. The SoC's USB host port (HSUSB1) is
> > > connected to a USB3320 PHY. The PHY is connected to a USB2512 switch to
> > > provide two downstream USB ports.
> > > 
> > > The very same hardware worked with the 2.6.37 kernel that I am trying to
> > > move away from.
> > > 
> > > Today I am going to try using 3.10 and 3.14 kernels see if they exhibit
> > > the same behavior.
> > 
> 
> It should be noted that the 3.10 kernel did not even detect the external
> HUB and the 3.14 kernel exhibits the same failure as 3.16.
> 
> > Do you have off-while-idle enabled ? This could be, as Alan suggested, a
> > problem with remote wakeup. EHCI on TI parts is kinda awkward, if you
> > will, and getting remote wakeup with PM working, is generally a
> > challenge.
> 
> How would one determine if off-while-idle is enabled? Is this a flag in an
> entry in the devicetree?

there is a pm_debug file on debugfs which you can use. Set autosuspend
delay to UART (it's set to -1 by default, IIRC), then leave the board
idle for a couple minutes, then read /sys/kernel/debug/pm_debug and see
if the OFF() counters are increasing.

Adding linux-omap to Cc. Also Tony, who has a simple script to enable
pm_runtime on UART.

-- 
balbi

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

       reply	other threads:[~2014-07-28 18:11 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20140725200400.GB18127@sysresccd>
     [not found] ` <Pine.LNX.4.44L0.1407281059060.1183-100000@iolanthe.rowland.org>
     [not found]   ` <20140728152948.GA28880@sysresccd>
     [not found]     ` <20140728155718.GF7667@saruman.home>
     [not found]       ` <20140728175739.GA29212@sysresccd>
2014-07-28 18:10         ` Felipe Balbi [this message]
2014-07-29  7:51           ` OMAP3/AM3517 EHCI USB Issue Tony Lindgren
2014-07-29 19:55             ` Michael Welling
2014-07-29 20:21               ` Alan Stern
2014-07-29  8:59           ` Roger Quadros
2014-07-29 15:20             ` Michael Welling
2014-07-30  9:03               ` Roger Quadros
2014-07-30 18:59                 ` Michael Welling
2014-07-30 23:06                   ` Michael Welling
2014-08-01 23:04                 ` Michael Welling
2014-08-01 23:51                   ` Michael Welling
2014-08-04  9:34                     ` Roger Quadros
2014-08-04 15:27                       ` Michael Welling
2014-09-19  9:22                         ` Roger Quadros
2014-09-19  9:37                           ` Michael Trimarchi
2014-09-19  9:48                             ` Roger Quadros
2014-07-31  8:13               ` Stefan Herbrechtsmeier
2014-08-11 16:22 Darryl

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140728181024.GI7667@saruman.home \
    --to=balbi@ti.com \
    --cc=chris.ruehl@gtsys.com.hk \
    --cc=gregkh@linuxfoundation.org \
    --cc=heikki.krogerus@linux.intel.com \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=mwelling@emacinc.com \
    --cc=rogerq@ti.com \
    --cc=stern@rowland.harvard.edu \
    --cc=tony@atomide.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).