From: Srihari Vijayaraghavan <harisri@internode.on.net>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: James Bottomley <James.Bottomley@steeleye.com>,
USB development list <linux-usb-devel@lists.sourceforge.net>,
SCSI development list <linux-scsi@vger.kernel.org>
Subject: Re: [linux-usb-devel] Fw: [BUG] USB Storage OOPS and a D state process in 2.6.10
Date: Sun, 9 Jan 2005 15:26:22 +1100 [thread overview]
Message-ID: <200501091526.22408.harisri@internode.on.net> (raw)
In-Reply-To: <Pine.LNX.4.44L0.0501072239270.13748-100000@netrider.rowland.org>
On Saturday 08 January 2005 14:51, Alan Stern wrote:
> ...
> I see you didn't have CONFIG_USB_STORAGE_DEBUG set when you ran this test.
Actually I did. I do not know what log level the USB debug messages were, but
the silly syslog did not capture them. Now I have set it to write all kernel
messages.
> Or else you didn't have your syslog daemon configured to store the
> debugging messages. If you can get anything unusual to happen with the
> debugging enabled, it would make things much easier to track down.
That is right. I am trying to trigger the bug, and I have ensured that the USB
debug messages are being written to the log file. But I have not triggered
the bug yet.
> ...
> > Jan 8 12:35:10 desktop kernel: ehci_hcd 0000:00:10.4: port 5 reset error
> > -110 Jan 8 12:35:10 desktop kernel: hub 1-0:1.0: hub_port_status failed
> > (err = -32)
> > Jan 8 12:35:10 desktop kernel: ehci_hcd 0000:00:10.4: port 5 reset error
> > -110 Jan 8 12:35:10 desktop kernel: hub 1-0:1.0: hub_port_status failed
> > (err = -32)
>
> Those errors are quite unusual. They seem to indicate there's a problem
> with your computer's USB hardware, as do the numerous spontaneous (?)
> disconnections in your log. However I'm not familiar with all the details
> of the EHCI driver. It's faintly possible that plugging the drive into a
> different USB port would work better.
The numerous disconnections (because without debug, I can trigger the D state
process and oops within a dozen connection/disconnection, but with debug it
takes 10 times more connection/disconnection to trigger D state process, and
I do not know how many are needed for oops :-( ) are purposefully generated
to trigger the bug.
Of course UHCI (USB 1) is not as fast as EHCI (USB 2). Would that not matter
for CD/DVD burning?
> If you still can't get anything with the debugging option, try running
> without the debugging code and rmmod ehci-hcd before plugging in the
> device. Maybe if you use a UHCI controller instead the errors won't
> occur.
OK I shall try with UHCI.
Thank you.
Hari
next prev parent reply other threads:[~2005-01-09 4:20 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-05 8:14 Fw: [BUG] USB Storage OOPS and a D state process in 2.6.10 Andrew Morton
2005-01-05 14:17 ` James Bottomley
2005-01-05 15:50 ` Alan Stern
2005-01-06 10:38 ` [linux-usb-devel] " Srihari Vijayaraghavan
2005-01-08 0:43 ` Srihari Vijayaraghavan
2005-01-08 2:11 ` Srihari Vijayaraghavan
2005-01-08 3:51 ` Alan Stern
2005-01-09 4:26 ` Srihari Vijayaraghavan [this message]
2005-01-09 17:32 ` Alan Stern
2005-01-10 10:14 ` Srihari Vijayaraghavan
2005-01-10 17:33 ` Alan Stern
2005-01-10 17:39 ` Greg KH
2005-01-10 20:14 ` Mike Anderson
2005-01-10 22:29 ` [linux-usb-devel] " Alan Stern
2005-01-08 4:03 ` Alan Stern
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=200501091526.22408.harisri@internode.on.net \
--to=harisri@internode.on.net \
--cc=James.Bottomley@steeleye.com \
--cc=linux-scsi@vger.kernel.org \
--cc=linux-usb-devel@lists.sourceforge.net \
--cc=stern@rowland.harvard.edu \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.