lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.44L0.0806221521330.21150-100000@netrider.rowland.org>
Date:	Sun, 22 Jun 2008 15:31:29 -0400 (EDT)
From:	Alan Stern <stern@...land.harvard.edu>
To:	Rene Herman <rene.herman@...access.nl>
cc:	Stefan Becker <Stefan.Becker@...ia.com>,
	<linux-kernel@...r.kernel.org>, <linux-usb@...r.kernel.org>
Subject: Re: [REGRESSION] 2.6.24/25: random lockups when accessing external
 USB harddrive

On Sun, 22 Jun 2008, Rene Herman wrote:

> On 22-06-08 18:55, Stefan Becker wrote:
> 
> Only adding Alan Stern to the CC...
> 
> > Hi,
> > 
> > [I'm not subscribed to this list, so please CC: me when you answer]
> > 
> > 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?  Does it occur if you 
rmmod ehci-hcd?

Machine lockups are awfully hard to debug.  Can you get any information
at all (like Alt-SysRq-T) when this happens?  Can you add debugging
printk statements to the USB bluetooth driver to try and localize where
the hang occurs?

> > git bisect resulted in the following bad commit:
> > 
> > e9df41c5c5899259541dc928872cad4d07b82076 is first bad commit
> > commit e9df41c5c5899259541dc928872cad4d07b82076
> > Author: Alan Stern <stern@...land.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.

Do you have any idea why nobody else has reported this sort of problem?  
Is it reproducible on other machines?

Alan Stern

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

Powered by Openwall GNU/*/Linux Powered by OpenVZ