Bug 13415 - radeonhd: dell x1300: suspend/resume == lock-up
Summary: radeonhd: dell x1300: suspend/resume == lock-up
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/radeonhd (show other bugs)
Version: git
Hardware: Other All
: medium normal
Assignee: Mads Kiilerich
QA Contact: Xorg Project Team
Depends on:
Reported: 2007-11-28 02:27 UTC by Mads Kiilerich
Modified: 2008-09-19 05:20 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Description Mads Kiilerich 2007-11-28 02:27:43 UTC
When I try to resume with radeonhd the machine locks up. The machine is so dead that capslock toggling doesn't work - but the screen gets some kind of signal; it wakes up but shows no signal.

Is this a known problem? Is it related to the graphics driver at all? Is it a kernel bug? Is a hal quirk needed?

Running Fedora 8 with on Dell Optiplex 745 with RV516 X1300 pro and homebuilt driver from 20071123git f5ffe41a6c1ffa9418782b7059b075da06e7c496

Suspend/resume works fine with the motherboards intel graphic card.
Comment 1 Egbert Eich 2007-11-28 03:14:37 UTC
Is this a suspend to disk of suspend to ram?
Can you describe what happens when you resume? What do you see?
Does it work when you vt switch to a console before suspending?
Comment 2 Vesa Muhonen 2007-11-29 07:54:53 UTC
Not sure that this applies to your case, but anyways...
I had a similar kind of problem just recently, only my machine didn't quite get to actually suspend. It seems that this was due to the fglrx driver that I had used previously, but not yet uninstalled after changing to radeonhd. Thus the fglrx kernel module was still loaded. I prevented that from loading and suspend has worked just fine since then.
Comment 3 Luc Verhaegen 2007-12-11 08:22:16 UTC
Mads, were you running fglrx before?
Comment 4 Mads Kiilerich 2007-12-12 05:19:32 UTC
I'm using xorg-x11-drv-radeonhd-1.0.0-0.2.20071209git.fc8 from fedora koji, on kernel-

No, I haven't used fglrx.

When I suspend I use what Fedora calls Suspend, that is suspend to ram.

When I use pm-suspend from text mode, with or without quirks, then the machine resumes to a running state, but without display; I can issue commands, but not see what I'm doing. 

When I do the same with X running (or choose the suspend option from Fedora Gnome Shut Down menu) then it won't resume.

So: There is a kernel/PM problem with suspend/resume and the radeon card. But the radeonhd driver somehow makes it worse, either because of the first problem or because of another problem.

Does suspend/resume work for others with similar graphic cards? Without quirks? From text as well as X?
Comment 5 Luc Verhaegen 2007-12-17 16:44:28 UTC
Yes, some people are happy with suspend resume.
Comment 6 Egbert Eich 2007-12-18 14:53:22 UTC
I would assume that those people who are happy with suspend resume have some tool running that switches the Xserver back to the console before suspending.
With APM the Xserver itself called LeaveVT() before it gave APM the signal to continue.
Before we look into any driver issues we should check if this is really the case.
Comment 7 Matthias Hopf 2007-12-19 01:38:13 UTC
AFAIK the kernel always switches to a VT before actually doing suspend. openSUSE does this explicitly before suspending, I guess to give the Xserver some more time for actually doing this.
Comment 8 Egbert Eich 2007-12-19 09:33:53 UTC
I don't think the kernel does. At least not in the past.
I need to recheck this...
Comment 9 Matthias Hopf 2008-04-10 13:38:10 UTC
We had some save/restore bugfixes lately, can you retest with 1.2.0 or current git?

> When I use pm-suspend from text mode, with or without quirks, then the machine
> resumes to a running state, but without display; I can issue commands, but not
> see what I'm doing. 

In that case your card is probably not initialized after resume. You should try different combinations of acpi_sleep settings on the kernel line (s2ram is a wrapper that can set this from user mode as well). Typically, acpi_sleep=s3_bios is enough. You also might need (additionally) the vbetools to restore the console mode.

Comment 10 Luc Verhaegen 2008-05-16 16:14:27 UTC
Please verify with current git.
Comment 11 Egbert Eich 2008-06-22 05:23:21 UTC
No feedback for over two month. Closing.
Comment 12 Mads Kiilerich 2008-09-19 04:36:34 UTC
Sorry for falling into a deep hole and disappearing.

I just came back to the hardware. I confirm that it works 99.9% now. Great. Thanks!

However, occasionally, after a resume some bitmaps are bad; there are line of "noise" in some windows titles, and the icons shown when alt-tab-switching between applications is just noise.

The funny thing is that switching to text mode once changes nothing, but changing back and forth a couple of times fixes the problem.

Should I create another issue with this?


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.