From: Stefan Becker <Stefan.Becker@nokia.com>
To: ext Alan Stern <stern@rowland.harvard.edu>,
linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org
Subject: Re: [REGRESSION] 2.6.24/25: random lockups when accessing external USB harddrive
Date: Mon, 23 Jun 2008 18:52:39 +0300 [thread overview]
Message-ID: <485FC6C7.5030001@nokia.com> (raw)
In-Reply-To: <Pine.LNX.4.44L0.0806221521330.21150-100000@netrider.rowland.org>
Hi,
[I'm not subscribed to this list, so please CC: me when you answer]
ext Alan Stern wrote:
> On Sun, 22 Jun 2008, Rene Herman wrote:
>
>> On 22-06-08 18:55, Stefan Becker wrote:
>>
>>> I get random machine lockups when accessing my USB harddrive with
>>> kernels 2.6.24/25. They don't occur with kernel 2.6.23. During testing I
>>> figured out that it has something to do with the USB Bluetooth adaptor.
>>> If I remove it before the testing I don't get any lockups.
>
> Does the same problem still occur in 2.6.26-rc7?
Yes.
> Does it occur if you rmmod ehci-hcd?
Yes, i.e. it also happens when the external hardrive runs as USB 1.1
device with 12mpbs.
> Machine lockups are awfully hard to debug. Can you get any information
> at all (like Alt-SysRq-T) when this happens?
SysRq does not work when the machine locks up. I forgot to mention that
the test machine is a single CPU machine and that the CPU fan starts to
run full speed when the lockup occurs.
Guessing from the commit returned by git bisect there is a locking
error, i.e. the CPU runs into a spinlock that is already locked and
therefore busy loops.
> Can you add debugging
> printk statements to the USB bluetooth driver to try and localize where
> the hang occurs?
Any suggestions where to start?
>>> git bisect resulted in the following bad commit:
>>>
>>> e9df41c5c5899259541dc928872cad4d07b82076 is first bad commit
>>> commit e9df41c5c5899259541dc928872cad4d07b82076
>>> Author: Alan Stern <stern@rowland.harvard.edu>
>>> Date: Wed Aug 8 11:48:02 2007 -0400
>>>
>>> USB: make HCDs responsible for managing endpoint queues
>
> Knowing this doesn't help much without more information.
Too bad. Each bisect cycle took 2-3 hours and the whole process took me
3 days :-( :-(
That commit has spinlock changes so I hoped that it would be a good
starting point. Is there a way to track the locks?
> Do you have any idea why nobody else has reported this sort of problem?
> Is it reproducible on other machines?
I attached both USB devices to another, newer dual core laptop. I
couldn't reproduce the problem there, even when I simulated a single CPU
machine with maxcpus=1.
Regards,
Stefan
---
Stefan Becker
E-Mail: Stefan.Becker@nokia.com
next prev parent reply other threads:[~2008-06-23 15:59 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-22 16:55 [REGRESSION] 2.6.24/25: random lockups when accessing external USB harddrive Stefan Becker
2008-06-22 17:42 ` Rene Herman
2008-06-22 19:31 ` Alan Stern
2008-06-23 15:52 ` Stefan Becker [this message]
2008-06-23 18:10 ` Alan Stern
2008-06-24 18:41 ` Stefan Becker
2008-06-24 21:15 ` Alan Stern
2008-06-25 15:52 ` Stefan Becker
2008-06-25 18:38 ` Alan Stern
2008-06-26 6:31 ` Stefan Becker
2008-06-26 14:25 ` Alan Stern
2008-06-26 22:07 ` Stefan Becker
2008-06-27 16:07 ` David Brownell
2008-06-28 14:31 ` Stefan Becker
2008-06-27 16:10 ` Alan Stern
2008-06-28 14:36 ` Stefan Becker
2008-06-28 15:39 ` Stefan Becker
2008-06-28 16:53 ` Alan Stern
2008-06-28 19:34 ` BUG in 2.6.26-rc8 interrupt handling Becker Stefan (Nokia-D/Salo)
2008-06-28 19:51 ` David Brownell
2008-06-29 14:57 ` PATCH: 2.6.26-rc8: Fix IRQF_DISABLED for shared interrupts Stefan Becker
2008-06-30 3:09 ` David Brownell
2008-06-30 5:22 ` Stefan Becker
2008-06-30 14:28 ` Henrique de Moraes Holschuh
2008-06-30 14:26 ` Alan Cox
2008-06-30 9:34 ` Stefan Becker
2008-06-30 11:15 ` David Brownell
2008-06-30 14:37 ` Alan Stern
2008-06-30 18:53 ` [PATCH] USB: fix interrupt disabling for HCDs with shared interrupt handlers Stefan Becker
2008-06-30 19:35 ` Alan Stern
2008-06-30 20:31 ` David Brownell
2008-06-30 21:26 ` Stefan Becker
2008-07-01 14:11 ` Alan Stern
2008-07-01 14:19 ` Leonardo Chiquitto
2008-07-01 16:19 ` Stefan Becker
2008-07-01 18:25 ` Greg KH
2008-07-01 18:59 ` Alan Stern
2008-07-01 19:13 ` Greg KH
2008-07-01 19:21 ` David Brownell
2008-07-01 19:15 ` Stefan Becker
2008-07-01 19:51 ` Greg KH
2008-07-01 16:22 ` David Brownell
2008-06-30 21:29 ` Alan Stern
2008-06-30 21:48 ` David Brownell
2008-06-30 19:57 ` PATCH: 2.6.26-rc8: Fix IRQF_DISABLED for shared interrupts David Brownell
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=485FC6C7.5030001@nokia.com \
--to=stefan.becker@nokia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--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.