Summary: | screen backlight off after resume-from-suspend when using ATI KMS | ||
---|---|---|---|
Product: | DRI | Reporter: | Bryce Harrington <bryce> |
Component: | DRM/Radeon | Assignee: | Default DRI bug account <dri-devel> |
Status: | RESOLVED DUPLICATE | QA Contact: | |
Severity: | major | ||
Priority: | high | CC: | kees, stekman |
Version: | unspecified | Keywords: | regression |
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
Description
Bryce Harrington
2009-09-22 17:40:13 UTC
Created attachment 29782 [details]
BootDmesg.txt
Created attachment 29783 [details]
CurrentDmesg.txt
If you can try drm-next, there are a number of s/r related fixes. For reference this is: 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] [1002:4e50] I suspect this bug is likely a dup of bug 23103 which is also a 9600 RV350. Created attachment 32827 [details]
dmesg following resume
Created attachment 32828 [details]
registers when vt1 active after a coldboot
Created attachment 32830 [details]
registers when Xorg active after a coldboot
Created attachment 32831 [details]
registers after resume when vt1 was active during suspend
Created attachment 32832 [details]
registers after resume when Xorg was active during suspend
Please check bug #26185 , I think this can be duplicate. pm-utils needs to avoid any restoring of GPU state as it's done in KMS driver now. Version 1.3 of pm-utils will do that correctly when finally released (we have rc3 currently). It's not a dup of that bug -- I am already running pm-utils 1.3.0, and I can see that it detects KMS and drops all video quirks: system.firmware.version = A14 system.firmware.vendor = Dell Computer Corporation system.firmware.release_date = 06/30/2005 system.hardware.vendor = Dell Computer Corporation system.hardware.product = Inspiron 8600 system.hardware.version = system.board.product = 0D5689 system.board.version = system.board.vendor = Dell Computer Corporation system.hardware.primary_video.vendor = 0x1002 system.hardware.primary_video.product = 0x4e50 system.hardware.primary_video.driver = radeon system.hardware.primary_video.using_kms = true system.kernel.version = 2.6.32-11-generic Is this still an issue? If so, what is blocking its progress? (In reply to comment #12) > Is this still an issue? If so, what is blocking its progress? It is still an issue for me at least. *** This bug has been marked as a duplicate of bug 23103 *** |
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.