Garbled using open source Radeon driver

Garbled selection in update-manager.

After resize buttons gets artifacts!

Thanks for your bug report. That's an X bug and has nothing to do with ubuntu-artwork.

Hi! Thanks for the bug, but I think we'll need more information with regards to your X setup. Can you follow the procedure in https://wiki.ubuntu.com/DebuggingXAutoconfiguration for >= 5.04 and provide us with your /etc/X11/xorg.conf and /var/log/Xorg.0.log (and possibly /var/log/Xorg.0.log.old)?

Thanks,

Zakame

xorg.conf modified to fit my needs.

Latest log!

Still same problem after reconfigure => my settings where okay.

By the way I have a LCD monitor connected on DVI.

Here you go!

The garbling suggests it's a driver problem. Re-assigning. (also, looks like we have the info we need, and I'll take te screenshot as confirmation :) )

I don't use ATI's fglrx driver.
I use the open source "radeon" driver.
Re-assigning!

Others are having same problem.

http://ubuntuforums.org/showthread.php?t=165822

Might be related to gtk-engine !?

Maybe newly released radeon driver fixes this!?

http://lists.freedesktop.org/archives/xorg/2006-April/014965.html

Just got in an update with a new ATI driver. Gave it a quick check as I have been seeing these problems, too: "Human" Theme is still renders garbled buttons in Epiphany and to a lesser extent in Totem. "Clearlooks" is fine. This is on an original ATI Radeon 7500.

Just another screenshot after todays update.

Latest updates of 3. may. Still have this bug.

Are we sure it is a driver issue ?

I'm seeing similar garblings for totem-gstreamer buttons, in addition to a bug I just filed. This is a Radeon Mobility 7500 on a Thinkpad T40 running the very latest Dapper Drake.

See also bugs #43904 and #44586.

Are we sure this is a driver bug ?

What if it is a gtk-engine bug ?

How do we find out?

I am not sure its a driver bug, as it only happens to specific gtk widgets.

Anyone seeing this on kubuntu?

And I think this is not a minor bug. This gives low quality feelings of ubuntu!

well it's been established that it only happens to ati users for sure. i mean, many people already commented on that, and they all use ATI cards.

so either it's a ATI driver bug or ubuntulooks bug that only appears with the ATI driver.

it's still strange though, that it only happens with ubuntulooks. not a single problem with any other GTK nor QT theme.

I also have not seen the problem when running AIGLX / compiz !

Could this be some synchronization problems between ubuntulook gtk-engine and the ati-driver ?
Some sort of race-condition ?

Are anyone looking into this ?
Or do we just don't care ?

To me it need not be solved before release... but it should definately be solved and made available as update for dapper some time soon after release.
I am a little concerned that if it doesn't make it to the release, it will not make it until Edgy Etch!! ?? Or am I wrong on my suspicion?

This has become increasingly worse during the latest updates.

I have just updated as of 30.june. Almost every gtk app has garbled buttons and now also scrollbars.

It only affects the "Human" theme.

Reproducible by opening System->Settings->Theme
Changing to Clearlooks.
Changing back to Human.

Anyone looking into this?
Is it possible to assing the same bug to more than one package?
I think this should also be assigned to gtk-engine-ubuntulooks!

If I open the Human theme in Theme Preferences and change the icon set to Tangerine, the corruption no longer occurs.

You are right.

And if you change the Controller to something different, and keps the icons... corruption no longer occurs.
=>
Combination of controller and icons => Bad corruption.

Interesting. Sebastien, what do you think about this being related to
the icon set? I thought this was a cairo+radeon driver issue? Don't see
how icons could trigger that?

Well, I'm using the kresky-lines icon set, and I still have the problem. I have not tested any other icon sets.

The corruption completely disappeared since I switched RenderAccel off (I'm using Human exclusively for 3-4 weeks now, didn't happen once). With RenderAccel on it's easily reproducible, by switching desktops or minimizing/restoring windows. It looks like a driver issue to me. BTW, EXA makes the corruption *much* worse on my system, compared with XAA.

That's not related to the icons, not. That happens when using a GTK theme engine using cairo, I'm pretty sure the new clearlooks does the same

The corruption completely disappeared since I switched RenderAccel off (I'm using Human exclusively for 3-4 weeks now, didn't happen once). With RenderAccel on it's easily reproducible, by switching desktops or minimizing/restoring windows. It looks like a driver issue to me. BTW, EXA makes the corruption *much* worse on my system, compared with XAA.

it's not related to the icon set. i'm using tangerine all the time and seeing it, but quite mild (mostly menubars and scrollbars), except when changing themes,

Emmanuel - changing the icon set to Tangerine does seem to clear up the problem for me. After I saw your last comment, I started checking for artifacting/corruption in menus and scrollbars and switching between Human and Tangerine icon sets. On one occasion, in gFTP, I saw what might have been some very minor corruption in one of the horizontal scrollbars. However, I've been unable to duplicate it.

My laptop (Sony VAIO PCG-GRZ610) utilizes the ATi M7 LW Mobility Radeon 7500 GPU w/32MB RAM.

in Bug #45740 you can see screenshots of the kind of corruption i see with the tangerine icon theme.
to be clear: i only see such minor corruption, EXCEPT when i change themes. at that times, i see more corruption.

corruption is most of the time when text was fitting in the window but becomes too wide and an horizontal scrollbar has to appear and changes quickly its size.

I too am seeing this on a newly installed Ubuntu Dapper (ubuntu-6.06-rc-desktop-i386.iso) on my IBM T42 laptop. I'd be happy to send anything you need to fix this.

From lscpi -vv:
0000:01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] (prog-if 00 [VGA])
        Subsystem: IBM: Unknown device 0530
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR+ FastB2B+
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 66 (2000ns min), Cache Line Size: 0x08 (32 bytes)
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at e0000000 (32-bit, prefetchable) [size=128M]
        Region 1: I/O ports at 3000 [size=256]
        Region 2: Memory at c0100000 (32-bit, non-prefetchable) [size=64K]
        Expansion ROM at c0120000 [disabled] [size=128K]
        Capabilities: <available only to root>

I just wanted to add that I see the corruption even with "RenderAccel" to "false" in the radeon section of the xorg.conf file.

I've been experiencing the corruption in dapper for several months now, mostly on epiphany and muine applications but lately (a couple of weeks) it has gone worse and all applications are affected.

See also bug #34435.

Hi everyone.

I'm also experiencing the garbling of some widgets with radeon card.

It have tested with a few themes and garbling only appears with Human and Outdoors.

No corruption with LegacyHuman, ClearLooks or IndustrialTango

I'm seeing garbled graphics on Google Earth in the earth rendering window.

Using Radeon Mobility 7500.

Yes, me too, I get flickering effects on the rendering window in Google Earth for linux. I'll try the fglrx driver later to see if we can blame the radeon one for this too ... :-(

Ok, so we blame the radeon driver (again). Flickering rendering window on google earth with the free radeon driver. fglrx driver works fine... :-(

Soo... now who IS looking into this?

Any external bugreports we should subscribe?
I just finished exams, and I am willing to test things. Any pointers where I can help out?

Johannes Hansen wrote:
> I just finished exams, and I am willing to test things. Any pointers where I can help out?
>
Johannes, can you touch base with the upstream X.org community and see
if this is a known or fixed bug?

Mark

I just wanted to note that I tried out the newer 6.5.8 version of the xorg-ati-driver, which shows the same problems...

One more thing. I'm developing Cairo based AWT peers for GNU Classpath. There I'm seeing similar problems, more specifically when drawing textures and gradients using the corresponding Cairo functions. I suppose the problems with the Ubuntu theme might also come from Cairo? Of course, the real problem still seems the Xorg driver, as switching to Vesa helps somewhat.

Just in case anybody missed
https://launchpad.net/distros/ubuntu/+source/xserver-xorg-driver-ati/+bug/34435 , adding this to the ati driver section in xorg.conf helps (for me):

Option "XAANoOffscreenPixmaps"

I also think this is somewhat Cairo related. After trying the XGL server (using unofficial dapper packages from xgl.compiz.info) I can not see the grabled problems anymore... I've went back to normal XORG and now this bug seems to be gone.

Installing XGL packages upgraded libcairo2 to version 1.2.0 so my guess is that helped....

The problem is definitely somehow related to ATI + Cairo - the same problems show up with other Cairo-based themes, such as the Clearlooks-cairo and its derivatives.

Javier - What options are you using in your xorg.conf? Did you add/remove anything when switching back and forth between plain xorg <->XGL? I had noticed the same thing on a test partition, but I haven't had a chance to test it much yet.

I checke the new cairo packages (1.2.0) on my system, and the problem is still here.

I am using an ATI Radeon 7500 as well but on a Gateway Laptop.

Last night I downloaded the latest 6.0.6 Dapper desktop CD. It was apparent even in the LiveCD that there was a graphical issue. I installed it and the problems outlined above by others existed.

So that's a completely vanilla install with no config changes or driver updates, or anything. I ran the update and downloaded the 130 updates that were required thinking a fix might be already out there and nothing changed.

My problem looks exactly like the screenshot above.

As mentioned above, the problem seems to come specifically from some sort of gradient drawing - other "flat" Cairo-based themes do not seem to have these problems.

it's a real problem because in edgy AFAIK all the GTK themes are cairo-based.. (I checked and in edgy clearlooks, clarius and human pose problem).

in dapper you can choose "LegacyHuman" and you're OK. in edgy... you'd have to build clearlooks 1.x from source???
if that bug is not fixed on time for edgy, please consider providing a workaround.

note that the problems do NOT appear anymore if I use compiz. this might be related to offscreen pixmaps, and compiz disabling them -i think i read somewhere that compiz disables them.

This might be related to https://bugs.freedesktop.org/show_bug.cgi?id=8134

isn't this a duplicate of bug #34435?

https://launchpad.net/distros/ubuntu/+source/xserver-xorg-video-ati/+bug/34435

Edgy beta is still affected by this bug, at least for me.

Forget my last comment (that was a bug in my own cairo using program). I can't reproduce the garbled icons anymore in Edgy.

I think this has been fixed in the newer xserver-xorg-video-ati driver that is included in edgy. At least not happening on my mobility radeon 9000 anymore, but someone should check if the issue(s) is fixes also with r100 class hardware (eg. radeon 7500).

the problem is completely fixed on edgy for me, using a r100 (radeon 7000/VE).

As Dapper is a Long Term Support release, shouldn't that driver be
backported?

2006/10/16, Emmanuel Touzery <email address hidden>:
>
> the problem is completely fixed on edgy for me, using a r100 (radeon
> 7000/VE).
>
> --
> Garbled using open source Radeon driver
> https://launchpad.net/bugs/38198
>

From what I understand there are plans to provide some form of backport for this problem. It likely won't be for a while though, as it needs to go through testing. One of the other related bugs has a deb package with a slightly updated driver for Dapper which fixes this rendering problem, but sadly I don't know the bug number. It's one of the other bugs reported for this same issue though.

Fixed upstream.

Fixed in Edgy.

This is video corruption we may wish to fix using dapper-backports.

We will not be fixing this for Dapper at this point.