Bug 22385

Summary: app's transpartant looks not right after enable KMS and compiz, ATI X700 mobility
Product: Mesa Reporter: lh <jarryson>
Component: Drivers/DRI/R100Assignee: Default DRI bug account <dri-devel>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: medium    
Version: git   
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments: xfce4-note-plugin with and without transparent
menu detail with and without transpartant
thunar
Xorg log, nothing speciall, no errors
nothing speciall in dmesg, this is dmesg | grep -e drm -e radoen

Description lh 2009-06-20 04:34:04 UTC
Created attachment 26968 [details]
xfce4-note-plugin with and without transparent

i am using archlinux, compiz-git

kernel26-git from linus' git tree,

mesa-git from master branch, libdrm git from master branch, xf86-video-ati-git from kms-support branch

just like airlied's blog wrote, the KMS seems work very well with X. all above have updated just now.

hardware: X700 mobility (M26)

Problems: 
when some apps enable transparent(like xfce4-note-plugin, gimp tool panel), the whole window turn to very white. and use mouse wheel to transparent one application will get the same problem
 see the screenshoot, but not every application, QT, terminal, tilda etc will be ok.

when enable popup menu's transparent, the separater also turn white and can't see it clearly. but other part of menu are all right. and the menu in QT apps (qtconfig, opera) and GTK apps with RGBA support (xfce4-terminal, tilda) will be better.

but the problem only happen when using compiz, not happen if i use composite provited by xfwm. if i not select "indirect rendering" in fusion-icon, it will have no such problem either, but with kernel26-git, it's too slow, and every action stop for a while. i have to let it selected.

And of course without KMS all things are fine.
Comment 1 lh 2009-06-20 04:35:47 UTC
Created attachment 26969 [details]
menu detail with and without transpartant
Comment 2 lh 2009-06-20 04:36:19 UTC
Created attachment 26970 [details]
thunar
Comment 3 lh 2009-06-20 04:36:54 UTC
Created attachment 26971 [details]
Xorg log, nothing speciall, no errors
Comment 4 lh 2009-06-20 04:39:23 UTC
Created attachment 26973 [details]
nothing speciall in dmesg, this is dmesg | grep -e drm -e radoen
Comment 5 lh 2009-06-20 04:58:42 UTC
PLUS1:

this problem is appear before the kernel is still 2.6.29, i was using kernel26-rc8-git from airlied's git tree.

and the the same system, in desktop pc with X300 have no such problem. the laptop X700 have this problem.

PS2: and X700 card can't change screen resolution. only one chooise: 1280x800 
Comment 6 Michel Dänzer 2009-06-22 11:34:26 UTC
If it only happens with indirect rendering, probably your X server or 3D driver is missing support for version 2 of the DRI_TexBuffer extension. xserver needs to be from Git master commit 91b697efdefba125348dbcaf584ee51a7f8c9bf6 or later and needs to be built against dri_interface.h from current Mesa.
Comment 7 lh 2009-06-23 02:17:59 UTC
the xorg-server in Arch is 1.6.1.901, and seems intel's KMS and dir2 works fine.

i tried recompile xorg-server 1.6.1.901 but still have this problem.

i am tring to compile xorg-server-git.
Comment 8 Michel Dänzer 2009-06-23 04:03:24 UTC
(In reply to comment #7)
> the xorg-server in Arch is 1.6.1.901, and seems intel's KMS and dir2 works
> fine.

With indirect rendering as well?

> i tried recompile xorg-server 1.6.1.901 but still have this problem.

1.6.1.901 doesn't have the commit I mentioned (I've nominated it on http://wiki.x.org/wiki/Server16Branch now), so the symptoms you describe are expected with DRI2 indirect rendering.
Comment 9 lh 2009-06-23 05:42:57 UTC
Thanks, i am asking other user for ensure this problem and if intel user also have it in the forum.

i have compiled xorg-server-git successfully, but can't start X, seems lots of things need to be update.

and i am tring to compile xorg-server 1.6.901 with the patch you had mentioned.
Comment 10 lh 2009-06-23 07:06:39 UTC
wow, it's OK now, i patched all the patches which archlinux offical didn't, it's all fine now.

seems the problem is just because of what you mentioned, thank you very much, i'll report it to arch offical to add these patches. 

and hope you can release a new version of xorg, so we won't have such problem any more. ;)
Comment 11 Adam Jackson 2009-08-24 12:32:31 UTC
Mass version move, cvs -> git

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.