Bug 27151 - [XAA] garbled screen with compiz but no KMS on ATI Radeon Mobility 7500
Summary: [XAA] garbled screen with compiz but no KMS on ATI Radeon Mobility 7500
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: 7.4 (2008.09)
Hardware: x86 (IA32) Linux (All)
: high major
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2010-03-17 19:07 UTC by Bryce Harrington
Modified: 2010-10-19 19:23 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
compiz_and_no_kms_garbled_screen.png (590.60 KB, image/png)
2010-03-17 19:07 UTC, Bryce Harrington
no flags Details
XorgLog.txt (48.90 KB, text/plain)
2010-03-17 19:08 UTC, Bryce Harrington
no flags Details
XorgLogOld.txt (50.77 KB, text/plain)
2010-03-17 19:09 UTC, Bryce Harrington
no flags Details
BootDmesg.txt (41.54 KB, text/plain)
2010-03-17 19:09 UTC, Bryce Harrington
no flags Details
CurrentDmesg.txt (642 bytes, text/plain)
2010-03-17 19:09 UTC, Bryce Harrington
no flags Details

Description Bryce Harrington 2010-03-17 19:07:05 UTC
Forwarding this bug from Ubuntu reporter Jamie Strandboge:
http://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/513956

[Problem]
Due to bug #26302, KMS seems to be broken on this hardware, so we're considering blacklisting this pci id to use UMS.  However, with UMS instead of KMS, the screen suffers corruption when compositing is used.

This might be the old "Random screen corruption with 3D on XAA", however it appears the driver is opting for XAA rather than EXA as the default in this circumstance so that seems suboptimal.  The user also tried forcing the hardware to use EXA but found it resulted in unacceptably slow performance.

The only known stable configuration for the radeon 7500 is XAA/metacity/RenderAccel off/no KMS).

This has been tested against Ubuntu 2.6.32-16.24-generic which contains the 2.6.33 drm backported, as airlied recommended.

[Original Description]
In trying workarounds for LP bug #507148 (fdo #26302) I disabled KMS by booting with radeon.modeset=0. When I logged in compiz was enabled, but opening applications resulted in garbled parts of the screen. See attached screenshot.

Architecture: i386
Date: Thu Jan 28 13:52:56 2010
DistroRelease: Ubuntu 10.04
DkmsStatus: Error: [Errno 2] No such file or directory
EcryptfsInUse: Yes
Lsusb:
 Bus 004 Device 002: ID 0483:2016 SGS Thomson Microelectronics Fingerprint Reader
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MachineType: IBM 2378RRU
Package: xorg 1:7.5+1ubuntu2
PccardctlIdent:
 Socket 0:
   no product info available
 Socket 1:
   no product info available
PccardctlStatus:
 Socket 0:
   no card
 Socket 1:
   no card
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-11-generic root=UUID=0c1cec18-6655-4ef5-8c03-2009d66c50e2 ro splash quiet radeon.modeset=0
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 ProcVersionSignature: Ubuntu 2.6.32-11.15-generic
RelatedPackageVersions:
 xserver-xorg 1:7.5+1ubuntu2
 libgl1-mesa-glx 7.7-0ubuntu8
 libdrm2 2.4.17-0ubuntu2
 xserver-xorg-video-intel 2:2.9.1-1ubuntu1
SourcePackage: xorg
Uname: Linux 2.6.32-11-generic i686
dmi.bios.date: 06/18/2007
dmi.bios.vendor: IBM
dmi.bios.version: 1RETDRWW (3.23 )
dmi.board.name: 2378RRU
dmi.board.vendor: IBM
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: IBM
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnIBM:bvr1RETDRWW(3.23):bd06/18/2007:svnIBM:pn2378RRU:pvrThinkPadT42:rvnIBM:rn2378RRU:rvrNotAvailable:cvnIBM:ct10:cvrNotAvailable:
dmi.product.name: 2378RRU
dmi.product.version: ThinkPad T42
dmi.sys.vendor: IBM
system:
  architecture:       i686kernel:             2.6.32-11-generic



[lspci]
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] [1002:4c57]
    	Subsystem: IBM Device [1014:0530]
Comment 1 Bryce Harrington 2010-03-17 19:07:58 UTC
Created attachment 34181 [details]
compiz_and_no_kms_garbled_screen.png
Comment 2 Bryce Harrington 2010-03-17 19:08:48 UTC
Created attachment 34182 [details]
XorgLog.txt
Comment 3 Bryce Harrington 2010-03-17 19:09:06 UTC
Created attachment 34183 [details]
XorgLogOld.txt
Comment 4 Bryce Harrington 2010-03-17 19:09:28 UTC
Created attachment 34184 [details]
BootDmesg.txt
Comment 5 Bryce Harrington 2010-03-17 19:09:43 UTC
Created attachment 34185 [details]
CurrentDmesg.txt
Comment 6 Dave Airlie 2010-03-17 20:45:42 UTC
isn't KMS + EXA + metacity stable?
Comment 7 Alex Deucher 2010-03-17 20:51:02 UTC
I've gone ahead and disabled XAA render accel, it's been broken in the xserver for a while now.

5c256808cb5fea955eea96ffe9196473715156aa
Comment 8 Bryce Harrington 2010-03-17 23:57:49 UTC
> isn't KMS + EXA + metacity stable?

Jamie was saying that this particular configuration led to gpu lockups after a few hours of use.  However I do not know if this configuration got re-tested with the 2.6.33 drm backport.

Jamie, you indicated the lockup issue still exists with KMS/XAA/compiz, and the compiz crash still occurs for KMS/EXA/compiz.  Can you confirm that the KMS/EXA/metacity combo works, or does it still freeze after a few hours?



Comment 9 Jamie Strandboge 2010-03-23 12:51:01 UTC
XAA/metacity/RenderAccel off/no KMS has been the only stable configuration for my system. KMS/EXA/metacity locks up, though not as often as with compiz. When I retested everything with the recent .33 backported DRM, I did not specifically test KMS/EXA/metacity since KMS/EXA/compiz was still broken.

I lent my laptop to a member of Canonical's kernel team for testing fixes/reproducing. I can follow up with him to test this configuration if required.
Comment 10 Alex Deucher 2010-03-23 13:35:53 UTC
(In reply to comment #9)
> XAA/metacity/RenderAccel off/no KMS has been the only stable configuration for
> my system. KMS/EXA/metacity locks up, though not as often as with compiz. When
> I retested everything with the recent .33 backported DRM, I did not
> specifically test KMS/EXA/metacity since KMS/EXA/compiz was still broken.

Do the patches in bug 26302 help with kms?
Comment 11 Jamie Strandboge 2010-04-02 09:37:17 UTC
Alex,

The patches from 26302 *do* help. Quoting me from that bug:

"These patches resolve this issue completely. After a lot of automated testing
and many hours of real world use with up to date packages that include these
fixes, it no longer crashes. Thanks to everyone who helped fix this. :)

From our kernel changelog:
  [ Upstream Kernel Changes ]
  ...
  * drm/radeon/bo: add some fallback placements for VRAM only objects.
    - LP: #507148
  * drm/radeon/kms: don't print error on -ERESTARTSYS.
    - LP: #507148
  ...
"

I've not specifically testing KMS with XAA, but KMS with EXA/compiz works well now.
Comment 12 Alex Deucher 2010-04-02 09:38:37 UTC
(In reply to comment #11)
> 
> I've not specifically testing KMS with XAA, but KMS with EXA/compiz works well
> now.

XAA doesn't work with kms, so there's nothing to test :)


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.