Random hardlocks experienced in Edgy

Bug #72800 reported by James Lee
6
Affects Status Importance Assigned to Milestone
linux-source-2.6.17 (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Myself and several other users have been experiencing hard locks in Edgy (i.e. the system becoming completely unresponsive to any mouse or keyboard input - including Ctrl+Alt+Delete and Ctrl+Alt+Backspace). People's precise symptoms differ somewhat, and are documented in this forum thread on the Ubuntu forums: http://ubuntuforums.org/showthread.php?t=296031.

In my particular case the symptoms are different each time - the hard lock has so far happened:
- while doing nothing in particular and hovering the cursor over the icons in the top-right of the screen.
- during a Skype call.
- while using Azureus.

I don't have anything particularly out-of-the ordinary on this machine, so it's pretty much an up-to-date Edgy install, plus a few fairly standard programs (e.g.. Sun Java, Azureus, Skype, video codecs, ...). The hardware is a laptop (Acer 1357LMi) with Athlon XP-M 3000+ CPU and ATI Radeon Mobility 9200 graphics.

I'm afraid I can't be particularly helpful in terms of a reproduction scenario (as I say, the problem seems to be somewhat random - though many others are hitting it). I'm happy to reproduce this myself and produce any useful information if someone can tell me what to gather here. The frequency of this bug seems to be that it now mostly happens within an hour of booting - enough to make the OS pretty much unusable for everyday use so I'm back on Windows.

James Lee (james-lee)
description: updated
Revision history for this message
James Lee (james-lee) wrote :

Well, following the suggestions in the forum thread above, I tried to change to using the i386 kernel rather than the generic version of the kernel. That seems to have fixed the very frequent hangs I was seeing. This has also resolved the problem for at least two of the other people who were experiencing this, so it looks likely that this bug is present in the generic, but not in the i386 kernel.

Revision history for this message
Ben Collins (ben-collins) wrote :

Sounds like a lock race, which would explain why it isn't in the -386 kernel (since it isn't SMP).

If you can reproduce this while in console, perhaps we can get some sort of information from the kernel there. If it does show immediately, please let it sit for awhile to see if some soft lockup message shows up. This may be the only way to determine where it is showing up.

Changed in linux-source-2.6.17:
status: Unconfirmed → Needs Info
Revision history for this message
James Lee (james-lee) wrote :

It doesn't seem to lock up when it's not in gnome (i.e. in recovery mode). Is there any way I can get the info while booted into gnome?

I can try leaving it running for a day in recovery mode and see if I hit the lockup, but I doubt I will...

Revision history for this message
jnderose (kb3ngb) wrote :

I have a dell inspiron 1501 with an amd64 turion x2 processor. I had the same problem (locks within less than an hour of boot at random) and have been stable while running vmware and taxing my network interface since disabling apic with a combination of the noapic and nolapic boot parameters passed to the 2.6.17-10-generic kernel. noapic alone did not work for me, i needed both. My distribution is kubuntu edgy.
-noah

Revision history for this message
Alberto Moreno (albertomm) wrote :

I had the same problem (in Feisty) until I did this:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/107093/comments/17

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for linux-source-2.6.17 (Ubuntu) because there has been no activity for 60 days.]

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.