Summary: | Resume broken with new ATI stack | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Bryce Harrington <bryce> | ||||||||
Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> | ||||||||
Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||
Severity: | major | ||||||||||
Priority: | high | CC: | alex.hunziker, jmxorg, mail, silvio.frischi, tomm | ||||||||
Version: | 7.4 (2008.09) | Keywords: | regression | ||||||||
Hardware: | All | ||||||||||
OS: | Linux (All) | ||||||||||
Whiteboard: | |||||||||||
i915 platform: | i915 features: | ||||||||||
Attachments: |
|
Description
Bryce Harrington
2009-08-13 12:35:17 UTC
Created attachment 28618 [details]
Screenshot illustrating the problem
Created attachment 28619 [details]
Screenshot during shutdown
On the first screenshot attached, one can see a square that moves when I move the mouse pointer.
After "blindly" shutting down the machine, the screen turns orange (presumable because of the Ubuntu usplash being orange), see second screenshot.
Seeing this problem also on a T60 with a M52. It's not LVDS specific, and the same corruption also occurs on externally connected monitors. Also, the corruption actually happens before kernel finishes suspending. On suspend-to-disk, corruption is triggered around the time kernel starts writing the image to disk. Appears to be a Thinkpad-specific BIOS quirk. Duplicate of #23273 ? Yes, the pictures look very familiar :-) Note that I do not see the bars before suspend - but as my system currently doesn't support suspend-to-disk, I can't verify whether that's a suspend-to-disk vs. suspend-to-ram thing. I probably should have mentioned that I opened bug 23479 about that. That bug also contains the logs that come up during resume. Can confirm seeing this on my Thinkpad T60 with radeon x1300 mobile. Corruption just as in those screenshots. System still 'up' (I can switch VT and see different garbled corruption patterns, and do ctrl-alt-delete to initiate restart) Same problem here with 2.6.31 kernel, xorg-server and radeon driver from git (as of today). Kernel commandline option "nomodeset" is a workaround for me, so the problem is obviously KMS related. I was just wondering could it be that this is a 64-bit problem? Or are there also people around who experience this with a 32-bit kernel? I'm on 32 bit I just checked out the vanilla 2.6.32-rc4 kernel with the KMS initialization path changes and the bug still occurs. I'm also on 32bit here. Is everyone who sees this bug on a Thinkpad T60? Thinkpad T60 with ATI X1400 here. Is it possible / helpful to supply any additional data, like logs or memory dumps? *** Bug 23479 has been marked as a duplicate of this bug. *** eading http://airlied.livejournal.com/68550.html from describes how the bug was fixed. Link to the fix: http://people.freedesktop.org/~airlied/scratch/0002-drm-radeon-kms-read-back-register-before-writing-in-.patch The bug can also be found in redhats bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=527874 where it is marked as fixed. Unfortunately that is not where non-redhat/fedora users would look :-( I can confirm that this fixes my problem. Not closing it yet as it isn't part of the kernel.org sources yet. *** Bug 23273 has been marked as a duplicate of this bug. *** The patch has become part of the kernel.org tree with 2.6.32-rc8-git2 Closing |
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.