Bug 202296
Summary: | X doens't resume from suspend to ram (Radeon 9600 M10) | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mauri Korkeala <mauri.korkeala> | ||||||
Component: | hal-info | Assignee: | David Zeuthen <davidz> | ||||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 7 | CC: | kevin, mclasen, opensource, xgl-maint, zprikryl | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | i386 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2008-04-25 03:46:42 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Mauri Korkeala
2006-08-12 10:21:44 UTC
Created attachment 134076 [details]
xorg log
Created attachment 134077 [details]
/var/log/messages
Hey Mauri. Is this still happening with final fc6 and/or development? In fc6, does editing /etc/acpi/events/video.conf and commenting in the event=video.* action=/usr/sbin/vbetool dpms on lines get it working? Hi, It still doesn't work with updated FC6. Still same problem that Screen stays blank but the machine is otherwise working properly. So the suspend is completely unusable. The ATIs binary-only driver works with similar hardware. (Actually with latest kernel I have to blacklist i2c_i801 module or else the suspend is completely broken. This however should be soon fixed on upstream kernel.) If there is anythink you want be to try or provide more info, I'll be happy to help. I'll try updated rawhide as soon as I have time. Have you had a chance to try the suggestion in comment #3? Trying on rawhide would be good too if you can manage... Should this bug get moved to fc6 instead of fc6t2? Sorry, forgot to mention that I also tried with those lines commented in, as suggested in comment #3. And you're right, it would make more sense to move this to fc6. I think I'll try rawhide right now, I'll make a comment here soon how it went. (Althouh I'm pretty sure the problem persists there too, as last time I tried it didn't work.) Yep, also the current rawhide (updated fc7test2) had the same problem. (The file /etc/acpi/events/video.conf didn't exist in fc7) I see /etc/acpi/events/video.conf on a FC6 and a F7 install. Despite this not fixing your problem, we can't enable this behaviour by default as it breaks a lot of other laptops when you do that. Thats why there is a comment in that file that explains when to enable it. Your bug here looks more like a xorg driver problem though. One thing you could try is to switch to a text console before suspending and suspend from a text console there using the command pm-suspend. If they system comes back normally then this might give us a clue what to do for this specific laptop. Thanks, Read ya, Phil Command pm-susmend produced similar results. Screen remained blank but I could type shutdown -r 0 to console to reboot the machine. I tried that run-levels 3 and 5. Anything else I could do to help? This was indeed working during FC5 this is regression, probably in xorg driver. Forgot to mention that this was now tested in FC6. Any point testing this also with FC7 test 4? Yeah, fc7t4 (or rawhide) would be better... hal there knows about the quirks of much more laptops. Can you also take a look at: http://people.freedesktop.org/~hughsient/temp/quirk/quirk-intro.html and try the various quirks there and see if you can find a combo that works? Yes, found a quirk (combo) that works (Running rawhide)! Command 'pm-suspend --quirk-vbestate-restore' works correctly. With that command I saw couple times some distorted colours on the screen, which I didn't saw using combo 'pm-suspend --quirk-vbemode-restore --quirk-vbestate-restore'. But that might as well be bad luck. Anyway both these work great. I will now try to edit that fdi file to make it work using GUI. After that I'll follow the instructions on the quirks webpage for submitting the solution for all to benefit. (Email the working config to some mail list?) Working versions: kernel-2.6.21-1.3167.fc7 hal-0.5.9-8.fc7 pm-utils-0.99.3-5.fc7 xorg-x11-drv-ati-6.6.3-2.fc7 xorg-x11-server-Xorg-1.3.0.0-5.fc7 Bah, typical, the people.freedesktop.org -site is down at the moment:( I'll do the testing later and send the info. IF someone wants to do this earlier (to be included in release 7?), here is the needed lshal output: smbios.system.version = 'F.17' (string) system.firmware.release_date = '11/09/2005' (string) system.firmware.vendor = 'Hewlett-Packard' (string) system.firmware.version = '68BAR Ver. F.17' (string) system.hardware.product = 'HP Compaq nw8000 (DU322A#AK8)' (string) system.hardware.vendor = 'Hewlett-Packard' (string) system.hardware.version = 'F.17' (string) system.product = 'HP Compaq nw8000 (DU322A#AK8) F.17' (string) system.vendor = 'Hewlett-Packard' (string) I would perhaps recommend enabling both quirks vbemode-restore and vbestate-restore. I was planning to send the information to HAL -list, but surprise surprise, the laptop doesn't resume correctly anymore with those quirks... Yum did update the pm-utils to pm-utils.i686 0.99.3-6.fc7, but according to changelog, not much changed compared to previous release. ? I have to get back to this later and try to find out what the hell happened. Is there any change or it is still does not work? Zdenek Sorry for late reply, have been busy. I have now fedora 7, with latest updates (not rawhide). Unfortunately I haven't been able to resume the laptop correctly using quirks. I tried lots of different combinations, including those that worked on May. It is still display that doesn't come back up. Computer is working normally with blank screen. I can type commands and login remotely. If there is some special quirk combination or other test that you want me to try, I'll try to find time for it. I might later try how the ATI provided binary drivers work, but I would hate to go to that direction... Try to execute command "echo mem > /sys/power/state" as a root in a terminal. This will suspend your laptop. Then try to resume it. Thanks Same results, just blank screen, but laptop is running. typing "shutdown -r 0" reboots it nicely. Anything else? Any chance doing a control-alt-f1 (to switch to a vty) and then alt-f7 (to switch back to your X session) brings back your video? No, it doesn't and neither does closing/opening the lid. Can you please check whether it works now on Fedora 7? There have been some bugs fixed lately in pm-utils, that may have broken resume for you. Note that maintenance for Fedora 7 will end 30 days after the GA of Fedora 9. The information we've requested above is required in order to review this problem report further and diagnose/fix the issue if it is still present. Since there have not been any updates to the report since thirty (30) days or more since we requested additional information, we're assuming the problem is either no longer present in the current Fedora release, or that there is no longer any interest in tracking the problem. Setting status to "CLOSED INSUFFICIENT_DATA". If you still experience this problem after updating to our latest Fedora release and can provide the information previously requested, please feel free to reopen the bug report. Thank you in advance. Note that maintenance for Fedora 7 will end 30 days after the GA of Fedora 9. |