Regression: Hibernate with radeon driver -> garbled screen

Bug #44961 reported by Florian Hackenberger
14
Affects Status Importance Assigned to Milestone
acpi-support (Ubuntu)
Won't Fix
Medium
Brian Murray

Bug Description

Binary package hint: acpi-support

This is on dapper beta.

After hibernating and resuming my laptop, the screen is garbled and I cannot access X. Neither restarting X, nor using vbetool solves the problem. I have tried with vga16fb replaced by vesafb and without any framebuffer driver (removed splash from kernel parameters). I just cannot get it to work. Hibernating used to work perfectly on breezy. Attached find my xorg.conf and some information about my system.

Revision history for this message
Florian Hackenberger (f-hackenberger) wrote : Xorg configuration file

The file /etc/X11/xorg.conf

Revision history for this message
Florian Hackenberger (f-hackenberger) wrote : lsmod output

Currently loaded modules

Revision history for this message
Florian Hackenberger (f-hackenberger) wrote : lspci output

PCI devices on this laptop (a Gericom Blockbuster XL+ 2640

Revision history for this message
Matthew Garrett (mjg59) wrote :

Has this ever worked during dapper?

Revision history for this message
Seb Wills (sebwills) wrote :

Just in case it's any help, I have a desktop with an
"ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)]". I was using the "ati" driver. I just tried it with the "radeon" driver, which seems to work too. In both cases it seems to recover from hibernation OK.

Revision history for this message
Florian Hackenberger (f-hackenberger) wrote :

I upgraded from Breezy about 2 weeks ago, so I have no experience with the original beta 1 packages. Seb: ati is something like a "meta" driver which chooses the right one for you hardware. So using ati on a radeon board will select the radeon driver. The X300 is at least one generation ahead of my card. But thanks!

Gaëtan Petit (gaetanp)
Changed in acpi-support:
status: Unconfirmed → Needs Info
Revision history for this message
Florian Hackenberger (f-hackenberger) wrote :

Which info can I provide?

Revision history for this message
Florian Hackenberger (f-hackenberger) wrote :

I'd love to see this bug fixed in the final 6.06 release. ATI released a new driver, maybe this would fix the regression? One again: Is there any information I can provide to solve this problem?

Revision history for this message
Miles Lane (miles-lane) wrote :

Perhaps this is related:
https://bugs.freedesktop.org/show_bug.cgi?id=8178

With the i810 driver, the use of vbetool during suspend/resume causes the display rendering to be a mess after resume. I have had to comment out vbetool from the suspend.d ACPI scripts.
I am going to file a separate bug report about the need to remove or fix the use of vbetool. I don't know if this is a vbetool bug, an issue in the i810 driver (Alan Hourihane seems to think not) or some other issue. I also don't know whether the use of vbetool is required for other video chipsets. I suppose the use could be special cased. Lastly, I suppose it could be an issue in the Linux kernel's ACPI support.

Revision history for this message
Miles Lane (miles-lane) wrote :
Revision history for this message
Miles Lane (miles-lane) wrote :

Hello!! Would you please explain why this still says NEEDINFO, and then decide what to do about the bug? This was reported pre-6.06 and now Edgy is about to get released. Please don't delay.

Revision history for this message
Brian Murray (brian-murray) wrote :

Thanks for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Thanks in advance.

Changed in acpi-support:
assignee: nobody → brian-murray
Revision history for this message
Florian Hackenberger (f-hackenberger) wrote :

Sorry for taking so much time to post my reply, I marked the mail as TODO but forgot about it. Since there are so many laptops with ATI card and working hibernate functionality out there (my T42 works fine too), I would conclude that it is an issue with this specific laptop. It seems to be broken in many ways (loading yenta_socket with default parameters hard locks the machine). I don't think a workaround for this specific machine would make a lot of sense, as it is a rare model (Gericom Blockbuster XL something) and only sold in Germany and Austria AFAIK. Please mark as WONTFIX if you desire.

Cheers

Changed in acpi-support:
status: Incomplete → Won't Fix
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.