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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox