[Bug 20479] New: [R100 Mobility M7 7500] Problems with 16bit mode using radeon driver

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Mar 5 01:18:39 PST 2009


http://bugs.freedesktop.org/show_bug.cgi?id=20479

           Summary: [R100 Mobility M7 7500] Problems with 16bit mode using
                    radeon driver
           Product: xorg
           Version: 7.3
          Platform: Other
        OS/Version: Linux (All)
            Status: NEW
          Severity: normal
          Priority: high
         Component: Driver/Radeon
        AssignedTo: xorg-driver-ati at lists.x.org
        ReportedBy: bryce at canonical.com
         QAContact: xorg-team at lists.x.org


Created an attachment (id=23556)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=23556)
Xorg.0.log from Jaunty, with 6.11.0 -ati

[Problem]
Compiz exhibits problems running on this R100 card, including graphical
glitches, no borders, etc.

This is a regression since Hardy, where -ati 6.8.0 worked properly, and 6.9.0
when the problem first began.  It is still seen with the 6.10.x and 6.11.0
drivers.

[lspci]
00:00.0 Host bridge: Intel Corporation 82845 845 [Brookdale] Chipset Host
Bridge (rev 04)
     Subsystem: IBM Device 0220
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW
[Radeon Mobility 7500]
     Subsystem: IBM Device 0517

[Original Report]
I'm using a Thinkpad T30 with a builtin Radeon Mobility M7 LW [Radeon Mobility
7500] card. When upgrading to the Intrepid release candidate, almost everything
worked except compiz. There were apparently no borders, and there were several
graphical glitches. For instance, gnome-terminal was all white.

I'm using the radeon open source driver which has worked flawlessly in Hardy.

Tracking the problem, compiz --replace gave the following:

/usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
/usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x30005f1
to texture

That message repeated forever.

This happened in 16bit color depth, 1024x768. When I tried 24bit, there were no
visual problems anymore, only everything running really, really slow. My card
has only 16 MiB of VRAM, so the probable explanation there is that compiz can't
handle the textures at that color depth. 800x600x24 worked, but I would rather
use metacity than a 800x600 compiz.

In the #compiz IRC channel, I together with a few compiz developers
successfully confirmed the bug on a Gentoo machine running Xorg 6.9.0 and a
similar card, though with 32MB of ram.

The conclusion we came to is that between Hardy and Intrepid there has been a
regression in the radeon driver that borked the 16bit mode. This wouldn't be a
problem for people running cards with more memory than 16MB since they can
switch to 24bit depth.

The bug also exists in the exact same form on the latest LiveCD.

Steps to reproduce:
1. Use a Radeon Mobility M7 LW [Radeon Mobility 7500] with 16 MB of VRAM
2. Switch to 16 bit mode (24bit is the default)
3. Restart X

This bug is important since it affects -all- owners of Thinkpad T30 laptops, as
well as other owners of the M7 card.

The bug still exists in jaunty alpha.

This is the logfile for the most recent alpha release. Note that I manually had
to change to 16-bit depth for compiz to even start. With 24-bit depth compiz
fails some checks and reverts to metacity.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the xorg-driver-ati mailing list