LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Alan Stern <stern@rowland.harvard.edu>
To: Norbert Preining <preining@logic.at>, Pete Zaitcev <zaitcev@redhat.com>
Cc: Mattia Dongili <malattia@linux.it>,
	Kernel development list <linux-kernel@vger.kernel.org>,
	USB list <linux-usb@vger.kernel.org>
Subject: Re: usb device not showing up
Date: Thu, 6 Nov 2008 14:34:53 -0500 (EST)	[thread overview]
Message-ID: <Pine.LNX.4.44L0.0811061423510.23473-100000@iolanthe.rowland.org> (raw)
In-Reply-To: <20081106171958.GA17270@gamma.logic.tuwien.ac.at>

On Thu, 6 Nov 2008, Norbert Preining wrote:

> Here it is. Sequence of events:
> - turn off the laptop, physically
> - turn it on
> - boot in to linux with modular usb and init=/bin/bash
> - mount /proc, /sys, /sys/kernel/debug
> - modprobe usbmon (file /sys/kernel/debug/usbmon/{0s,0u} are present)
> - start some getty to have more terminals, mount / rw
> 
> - cat /sys/kernel/debug/usbmon/0u > usbmon-bad.txt
> - modprobe uhci-hcd
> - modprobe hso
> 
> The device does not show up in /proc/bus/usb/devices (mounted before
> probing and debugging), only bus 4 hub is there.

Okay.  In the earlier (working) test, the modem showed up on bus 4, not
bus 2.  Not that it matters much -- the modem didn't show up at all in
this test, on any bus.  Its USB interface seems to be electrically
disconnected or turned off.

Evidently the system needs to do something to tell the modem that it
should start working, but I have no idea what that would be.  It's not 
a USB issue; as far as USB is concerned the device just isn't there at 
all.  Maybe the hso developers will have some idea.  Or maybe it's 
controlled by a setting in your laptop's BIOS.

> /sys/bus/usb/drivers/hso/ shows
> 	bind  module  new_id  uevent  unbind
> 
> - sync
> - cat process
> 
> Outcome is the attached usbmon-bad.txt
> 
> This is the one where the device does not show up.

Interestingly, this trace appears to be missing some events.  There's a
gap between timestamps 4284549076 and 4284645743 (the timestamps are in
the second column) where we should see the initialization of bus 5 and
bus 6.  Instead there's a 100-ms delay in which nothing happens,
followed later on by the second initialization phase for those two
buses.

I have to wonder...  Did you remove any part of the trace?  Did usbmon 
malfunction?  Did parts of the initialization for those two buses 
really get skipped (I can't imagine how)?

Pete, any ideas?

Alan Stern


  reply	other threads:[~2008-11-06 19:35 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-03 15:31 Norbert Preining
2008-11-03 19:05 ` Alan Stern
2008-11-04  9:37   ` Norbert Preining
2008-11-04 15:23     ` Alan Stern
2008-11-04 16:17       ` Norbert Preining
2008-11-04 16:36         ` Alan Stern
2008-11-04 21:58           ` Norbert Preining
2008-11-05 16:13             ` Alan Stern
2008-11-06 15:00               ` Norbert Preining
2008-11-06 15:23                 ` Alan Stern
2008-11-06 17:19                   ` Norbert Preining
2008-11-06 19:34                     ` Alan Stern [this message]
2008-11-06 22:57                       ` Norbert Preining
2008-11-07  3:26                         ` Alan Stern
2008-11-07  1:54                       ` Pete Zaitcev

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=Pine.LNX.4.44L0.0811061423510.23473-100000@iolanthe.rowland.org \
    --to=stern@rowland.harvard.edu \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=malattia@linux.it \
    --cc=preining@logic.at \
    --cc=zaitcev@redhat.com \
    --subject='Re: usb device not showing up' \
    /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

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).