ACPI suspend during Radeon DRI -> lockup

Bug #8016 reported by Scott Dier
26
Affects Status Importance Assigned to Milestone
xorg (Ubuntu)
Fix Released
Medium
Daniel Stone

Bug Description

If I close the lid, the machine locks up. I think the chvt part is freaking it
out. It uses a radeon card, Radeon R250 Lf [Radeon Mobility 9000 M9]

Revision history for this message
Daniel Stone (daniels) wrote :

Strange, we have a patch from ATI to fix DRI on resume.

Does it work if you edit /etc/X11/XF86Config-4, and comment out the lines
reading 'Load "dri"', 'Load "glx"', and 'Load "GLcore"'?

Revision history for this message
Scott Dier (sdier) wrote :

I've taken out dri, glx, and glcore because of it locking up sometimes with
screensavers (haven't bugged this one yet).

It does seem to work fine to vt12 when gl isn't turned on.

Revision history for this message
Matt Zimmerman (mdz) wrote :

*** Bug 8079 has been marked as a duplicate of this bug. ***

Revision history for this message
Adam Hooper (adamh) wrote :

I've got the same problem on my Dell Inspiron 600m. It has the same graphics card.

Revision history for this message
Matt Zimmerman (mdz) wrote :

*** Bug 8377 has been marked as a duplicate of this bug. ***

Revision history for this message
Daniel Stone (daniels) wrote :

I'll have to defer this resolution to Hoary, when we get the X.Org driver; I
don't think there's anything we can realistically do for Warty, though I'll try
to provide an updated driver through unofficial channels
(people.ubuntu.com/~daniels) later on.

Revision history for this message
Stuart Bishop (stub) wrote :

I'm getting a similar issue on an Inspiron 8600 with a Radeon 9600 graphics card.
I see one of three behaviours when the lid is shut:

1) Works like it is supposed to.
2) System locks, desktop still displayed(no mouse movement and remote sessions
frozen)
3) System locks in text console mode with nothing but a blinking _ in the top
left corner.

I get each of these three in roughly equal proportions, and can't find a pattern.

Revision history for this message
Dan (holmsand) wrote :

Is the "chvt 12" part of /etc/acpi/lid.sh really necessary?

As it seems to be the cause of bug 8259 as well, maybe it can simply be removed
(admittedly, I really don't understand what it's supposed to do, just that my
machine works without it)?

Revision history for this message
Daniel Stone (daniels) wrote :

Does it work for all you guys if you change 'chvt 12' to 'chvt 1'? Also, does
it work if you comment out all the chvt lines?

Revision history for this message
Ryan Lovett (ryan-spacecoaster) wrote :

Bug 8377, marked as a duplicate of this one, involved an NVIDIA chip and the
machine froze when acpid was disabled.

Revision history for this message
Stuart Bishop (stub) wrote :

On my DELL 8600 changing the 'chvt 12' to 'chvt 1' gives the same bahavior, as
does commenting out both 'chvt' lines.

Revision history for this message
Daniel Stone (daniels) wrote :

*** Bug 8259 has been marked as a duplicate of this bug. ***

Revision history for this message
Daniel Stone (daniels) wrote :

Does X.Org fix this for all you cats?

Revision history for this message
Adam Hooper (adamh) wrote :

Not for me, but then again, removing /etc/acpi/lid.sh entirely doesn't seem to
solve the problem for me, so I suspect I have a different problem.

Revision history for this message
Daniel Stone (daniels) wrote :

I *suspect* this is fixed. Please reopen if not (Adam's seems to be an entirely
different problem).

Revision history for this message
Stuart Bishop (stub) wrote :

On my Dell 8600 w/Radeon 9600 running Hoary as of about 11 hours ago, my system
still locks when I shut the lid (even if I remove /etc/acpi/lid.sh). I'll have
this machine at the Barcelona conference if someone who knows what the are doing
wants to poke at it ;)

Revision history for this message
Matt Zimmerman (mdz) wrote :

It sounds like there may be two bugs here. One is a kernel issue, and hangs the
machine regardless of any ACPI events (such as switching the vt). That one
should be reproducible even when X is not running, and is being tracked as bug
#9966
. Please add yourself to the CC list for that bug if you are experiencing
the same problem, and try the workaround mentioned there.

As to the original bug, we need to hear from Scott Dier:

- Does the problem occur even without X (in which case this bug, too, is a
duplicate of bug #9966)
- Is the problem fixed in Hoary (in which case this bug can be closed)

Revision history for this message
Stuart Bishop (stub) wrote :

My hoary DELL Inspiron 8600 locks if I kill X and shut the lid, so I'm off to
bug #9966

Revision history for this message
Scott Dier (sdier) wrote :

I'm unable to upgrade the laptop to Hoary -- it's not mine and its currently in
a Professor's hands.

We've been seeing some lockups, but not consistently, on the machine regardless
of this bug, so most likely those are related to #3300. The machine will
suspend most of the time with the chvt action removed, but every so often it
locks up on the way down to S3.

If you have another user who can confirm this I guess thats where you can go
with it, sorry I can't easily help out from here.

Revision history for this message
Scott Dier (sdier) wrote :

I've emailed the user to see if I can borrow their laptop sometime in the next
few weeks.

Revision history for this message
Daniel Stone (daniels) wrote :

Closing as fixed; reopen if it's not, please.

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

Duplicates of this bug

Other bug subscribers

Remote bug watches

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