Message-Id: <200912071002.54308.linux@rainbow-software.org>
Date:	Mon, 7 Dec 2009 10:02:52 +0100
From:	Ondrej Zary <linux@...nbow-software.org>
To:	Alan Stern <stern@...land.harvard.edu>
Cc:	linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: debugging oops after disconnecting Nexio USB touchscreen

On Friday 04 December 2009, Alan Stern wrote:
> On Fri, 4 Dec 2009, Ondrej Zary wrote:
> > [    3.712039] usb 2-1: new full speed USB device using uhci_hcd and
> > address 2 [    3.726791] kjournald starting.  Commit interval 5 seconds
> > [    3.726817] EXT3-fs (sda2): mounted filesystem with ordered data mode
> > [    3.851384] usb 2-1: not running at top speed; connect to a high speed
> > hub [    3.859379] usb 2-1: New USB device found, idVendor=2001,
> > idProduct=f103 [    3.859387] usb 2-1: New USB device strings: Mfr=0,
> > Product=0, SerialNumber=0 [    3.862635] hub 2-1:1.0: USB hub found
> > [    3.864385] hub 2-1:1.0: 7 ports detected
>
> That's the problem.  Notice the "not running at top speed" message?
> Something went wrong when the hub was detected.  It could be a problem
> in your EHCI controller or a problem in the hub.
>
> You can get more information about this by unplugging the hub, running
> usbmon (on the 0u file), and then plugging the hub back in.
>
> > diff between ehci and uhci logs:
> > There seems to be some problem with timing.
> > Also order of ehci_usb vs uhci_usb loading changes.
>
> That order doesn't matter much.  But this...

Looks like it does matter. I compiled ehci_hcd in kernel and left uhci_hcd as 
module - and the hub was always attached to ehci. Compiled uhci_hcd in kernel 
and ehci_hcd as module - and it was always attached to uhci. So the HW is 
probably OK.

> > --- dmesg-ehci.txt-	2009-12-04 20:01:39.000000000 +0100
> > +++ dmesg-uhci.txt-	2009-12-04 20:01:31.000000000 +0100
> > @@ -144,10 +144,9 @@
> >   Console: colour VGA+ 80x25
> >   console [tty0] enabled
> >   hpet clockevent registered
> > - Fast TSC calibration failed
> > - TSC: PIT calibration matches HPET. 1 loops
> > - Detected 1608.000 MHz processor.
> > - Calibrating delay loop (skipped), value calculated using timer
> > frequency.. 3216.00 BogoMIPS (lpj=6432000) + Fast TSC calibration using
> > PIT
> > + Detected 1608.123 MHz processor.
> > + Calibrating delay loop (skipped), value calculated using timer
> > frequency.. 3216.24 BogoMIPS (lpj=6432492) Security Framework initialized
> >   SELinux:  Disabled at boot.
> >   Mount-cache hash table entries: 512
> > @@ -180,7 +179,7 @@
> >   CPU1: Thermal monitoring enabled (TM2)
> >   CPU1: Intel(R) Atom(TM) CPU N270   @ 1.60GHz stepping 02
> >   Brought up 2 CPUs
> > - Total of 2 processors activated (9326.27 BogoMIPS).
> > + Total of 2 processors activated (6432.20 BogoMIPS).
>
> Those two differences seem strange to me.  You might want to report it
> in a new email thread on LKML.  You might also want to see if the same
> thing happens with a 2.6.32 kernel.
>
> > > This may be a bug in ehci-hcd, a bug in your EHCI hardware, or a bug in
> > > the hub.  Can you try using a different high-speed hub to see if it
> > > makes any difference?
> >
> > Yes, I'll try it next week (I have only remote access now).
> > I have different 7-port hub available to test (should be with Philips
> > chipset).
>
> It's worth a try.  Still, the original problem you saw (the oops in
> ehci-hcd) is in software, not in hardware, so the hub can't be entirely
> responsible.
>
> Alan Stern

-- 
Ondrej Zary
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists