With x11-base/xorg-server-1.6.2, compositing doesn't work in kde 4.2 with x11-drivers/xf86-video-intel-2.7.1 and a 945m chipset. Compositing worked with x11-base/xorg-server-1.6.1.902-r1 and earlier. Reproducible: Always Steps to Reproduce:
Created attachment 197456 [details] dmesg output
Second this on x86 with 965 chipset
Created attachment 197519 [details] glxinfo Notice the Error at the top. These occur when I start "glxgears", too.
I can confirm this one too -- x86, Intel 965 video chipset (xf86-video-intel-2.7.1, dri enabled). Also tested compositing under kde-live and under fluxbox with xcompmgr and it's broken there too.
(In reply to comment #0) > With x11-base/xorg-server-1.6.2, compositing doesn't work in kde 4.2 with > x11-drivers/xf86-video-intel-2.7.1 and a 945m chipset. Compositing worked with > x11-base/xorg-server-1.6.1.902-r1 and earlier. > > Reproducible: Always > > Steps to Reproduce: > I meant a 965 chipset.
With x11-base/xorg-server-1.6.2 compositing works for me, but with -r1 it doesn't.
Nope, it doesn't work with 1.6.2 either. Same error: unhandled buffer attach event, attacment type 7
Well, I just solved my problem by installing Mesa 7.5 rc4 from overlay x11.
... Or not. I can't use KDE4's compositing, however glxgears DOES work. In my xorg.conf compositing is enabled, although that shouldn't and wasn't necessary before the update.
Created attachment 197796 [details] glxinfo xorg-server-1.6.2-r1, mesa-7.5_rc4 I can confirm the last comment -- the newer messa fixes my errors in xdriinfo and glxinfo, makes glxgears pretty again, but still doesn't fix compositing. Tested compositing under xcompmgr and kde.
I had the same problem, but now compositing works for me with a 945 chipset after installing libXcomposite-9999, libdrm-9999, mesa-9999 and xf86-video-intel-9999 from x11 overlay. But I had to have mesa-7.4.4 installed in order to build libdrm-9999, because otherwise building of libdrm would fail due to a missing /usr/lib/libGl.la. Maybe libXcomposite-9999 together with mesa-7.5_rc4 is sufficient, I did not test this yet.
Obviously libXcomposite-9999 is not buildable atm. I'll try again tomorrow or so.
libXcomposite-9999 compiles here. What is the error you get? I have git commit 3418a26aa83fbba78ad5a214ca7db2984a44190b
Error attached
Created attachment 197949 [details] Error of libXcomposite
I can confirm that updating the previously mentioned packages from git seems to fix the problem when running kde4. Xcompmgr is still weird for me under fluxbox, but that may be a different issue, I'm not sure...
I'm not sure if this is related to this bug but I just noticed that x11-drivers/xf86-video-intel-2.7.99.902 does not build against xorg-server-1.6.2* but does build against xorg-server-1.6.1.902-r1 (with the old ebuild I kept).
Re: "But I had to have mesa-7.4.4 installed in order to build libdrm-9999, because otherwise building of libdrm would fail due to a missing /usr/lib/libGl.la." You actually don't need to use a different version of mesa -- just execute "eselect opengl set xorg-x11" first and this will build libGl.la for you. Installing mesa invokes this, which is probably why switching to the older mesa first worked.
Well, with mesa-9999 libGL.la ist not created, not even with eselect opengl set x11-xorg. But this is not a bug as it seems (#277266), revdep-rebuild did the trick and libdrm now compiles.
Although I installed the mentioned packets from git, it still doesnt work for me. At least I got libdrm compiling by using an older version of "xmlto".
(In reply to comment #15) > Created an attachment (id=197949) [edit] > Error of libXcomposite > This can be solved by : emerge app-text/docbook-xml-dtd:4.3
Possible a duplicate of bug 276187, please try re-emerging xorg-server.
(In reply to comment #22) > Possible a duplicate of bug 276187, please try re-emerging xorg-server. > It fixes the problem for me. I have still some flickering when i use ALT-TAB, but this is maybe something else. currently using: x11-base/xorg-server-1.6.2-r1 x11-drivers/xf86-video-intel-2.7.99.902 x11-libs/libXcomposite-0.4.0 x11-libs/libdrm-2.4.12
After a rebuild of xorg-server everything works perfectly.
Thanks for the follow up. If any of you still have issues, please don't hesitate to open new bugs. Thanks
(In reply to comment #25) > Thanks for the follow up. If any of you still have issues, please don't > hesitate to open new bugs. > > Thanks > It still doesn't work for me. I've recompilled the server multiple times.
Ok, could you try disabling kde/kwin's compositing features and try xcompmgr instead? What happens then? Thanks
It still doesn't seem to work. I've also upgraded to mesa 7.5 aswell.
What do you mean "doesn't work", could you give more details? And please paste the output of : emerge -pv libdrm mesa xorg-server xf86-video-intel Thanks
(In reply to comment #29) > What do you mean "doesn't work", could you give more details? > > And please paste the output of : > > emerge -pv libdrm mesa xorg-server xf86-video-intel > > Thanks > I meant that compositing doesn't work with xcompmgr after disabling kwin effects merge -pv libdrm mesa xorg-server xf86-video-intel These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-libs/libdrm-2.4.12 USE="-debug" 0 kB [ebuild R ] media-libs/mesa-7.5-r1 USE="nptl xcb -debug -doc -motif -pic" VIDEO_CARDS="intel -mach64 -mga -none -r128 -radeon -radeonhd -s3virge -savage -sis (-sunffb) -tdfx -trident -via" 0 kB [ebuild R ] x11-base/xorg-server-1.6.2-r1 USE="dmx hal ipv6 nptl sdl xorg -debug -kdrive -minimal -tslib" INPUT_DEVICES="evdev keyboard mouse synaptics -acecad -aiptek -citron -elographics -fpit -hyperpen -joystick -mutouch -penmount -tslib -virtualbox -vmmouse -void -wacom" VIDEO_CARDS="intel -apm -ark -ast -chips -cirrus -dummy -epson -fbdev -fglrx (-geode) -glint -i128 (-i740) (-impact) (-imstt) -mach64 -mga -neomagic (-newport) -nv -nvidia -r128 -radeon -radeonhd -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l (-vermilion) -vesa -via -virtualbox -vmware -voodoo (-xgi)" 0 kB [ebuild R ] x11-drivers/xf86-video-intel-2.7.99.902-r1 USE="dri -debug" 0 kB Total: 4 packages (4 reinstalls), Size of downloads: 0 kB
*How* does it not work? Do you have a black screen? Does it segfault? Does it do nothing at all? How do you see it's not working?
kwin compositing works for me after upgrading to libdrm-9999, xf86-video-intel-9999, mesa-9999, and libXcomposite-9999 from x11 overlay -- all other libraries are from ~x86 (xorg server 1.6.2 etc.). HOWEVER, xcompmgr still doesn't work for me either so that's possibly a seperate issue. On my computer when i run xcompmgr everything just dissapears except the root window (background img, etc.), then doing thats force repaints like typing in a terminal will temporarily make this show but then they dissapear again quickly.
(In reply to comment #31) > *How* does it not work? Do you have a black screen? Does it segfault? Does it > do nothing at all? How do you see it's not working? > When I said that it didn't work i mean't that nothing changed at all. But now when I run it I get the taskbar becoming see through again. I guess that means that compositing is working with xcompmgr. I still think that this bug should remain open or another is opened untill a fix gets put into the tree for kwin compositing as that is what most people would want to use.
(In reply to comment #32) > kwin compositing works for me after upgrading to libdrm-9999, > xf86-video-intel-9999, mesa-9999, and libXcomposite-9999 from x11 overlay -- > all other libraries are from ~x86 (xorg server 1.6.2 etc.). Could you downgrade libXcomposite back to ~x86 and see if that works? I have a hard time believing the protocol library could seriously change something. If it does change something, then that would be _really_ weird, since the code from 0.4.0 to master is essentially the same. > HOWEVER, xcompmgr > still doesn't work for me either so that's possibly a seperate issue. On my > computer when i run xcompmgr everything just dissapears except the root window > (background img, etc.), then doing thats force repaints like typing in a > terminal will temporarily make this show but then they dissapear again quickly. > That's still weird, xcompmgr is a really dumb compositing manager that's supposed to Just Work (tm). I'd say this isn't entirely fixed :) (In reply to comment #33) > When I said that it didn't work i mean't that nothing changed at all. But now > when I run it I get the taskbar becoming see through again. I guess that means > that compositing is working with xcompmgr. Great, it indeed means compositing is working. > I still think that this bug should > remain open or another is opened untill a fix gets put into the tree for kwin > compositing as that is what most people would want to use. The problem is that now both of you have completely different bugs. One of you can get kwin to work, while the other cannot. And one has a 945 while the other a 965... I'm really tempted to say that you guys have completely unrelated bug, that just happen to appear in the same context. To sort this out, I strongly advising the _both_ of you to each file a bug in FreeDesktop's bugzilla [1] and paste the urls here. Thanks for your patience :) [1] http://intellinuxgraphics.org/how_to_report_bug.html
Ok, downgraded to libXcomposite 0.4.0 and everything still works. Also, xcompmgr seems to work now. I'm attributing that to the fact that I rebuilt xf86-video-intel, mesa, and libdrm last night from the git overlay since it definitely wasn't working before... Anyway, thanks :)
Thanks for the follow-up. Let's just assume this will be fixed in a release soon. @Daniel, so it's just you now. Could you provide your xorg.conf and your Xorg.0.log? Thanks
(In reply to comment #36) > Thanks for the follow-up. Let's just assume this will be fixed in a release > soon. > > @Daniel, so it's just you now. Could you provide your xorg.conf and your > Xorg.0.log? > > Thanks > This is my xorg.conf Section "ServerFlags" Option "AutoAddDevices" "false" EndSection Section "Device" Identifier "Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller" Driver "intel" Option "AccelMethod" "UXA" EndSection Section "InputDevice" Driver "synaptics" Identifier "TouchPad" Option "SendCoreEvents" Option "Protocol" "auto-dev" Option "SHMConfig" "on" Option "Emulate3Buttons" "yes" Option "SendCoreEvents" "true" Option "TapButton1" "1" EndSection Sorry that I haven't been that responsive. Uni and work have taken alot of my time this week... My Xorg.O.log will follow
Created attachment 198979 [details] Xorg.0.log with regards to opening a bug with freedesktop, I think that it might be a bug with kwin if that is causing the problem and xcompmgr works. but i'm not sure
(In reply to comment #38) > Created an attachment (id=198979) [edit] > Xorg.0.log > > with regards to opening a bug with freedesktop, I think that it might be a bug > with kwin if that is causing the problem and xcompmgr works. but i'm not sure > I have the same opinion. I tried today with the latest unstable ebuilds from portage (see below). Everything was working except kwin (4.2.98 - 4.3 RC 3). With compositing in kwin enabled the screen looked very siminiliar to the "non-working" glxgears before updating libdrm, mesa, and mesa-progs. All this happened on a intel 965G. =x11-base/xorg-server-1.6.2* =app-admin/eselect-opengl-1.0.7* =x11-proto/dri2proto-2.1* =x11-base/xorg-x11-7.4* =media-fonts/font-xfree86-type1-1.0.1* =x11-libs/libFS-1.0.1* =media-libs/mesa-7.5* =x11-apps/mesa-progs-7.4* =x11-libs/libdrm-2.4* with =x11-drivers/xf86-video-intel-2.7.1
Could the both of you try an opengl game of some sort (nexuiz, openarena, ...) and let me know if they work? Thanks
(In reply to comment #40) I tried nexuiz-glx and it worked (but it was slow). Then I upgraded to x11-drivers/xf86-video-intel-2.8.0. Now even kwin works.
(In reply to comment #40) > Could the both of you try an opengl game of some sort (nexuiz, openarena, ...) > and let me know if they work? > > Thanks > I tried pouetchess and it worked fine. no error messages in the console and rendered properly.
@Daniel, I see in your xorg.conf that you were still using 2.7.99*. Could you try updating to 2.8.0? Thanks
(In reply to comment #43) > @Daniel, > > I see in your xorg.conf that you were still using 2.7.99*. Could you try > updating to 2.8.0? > > Thanks > I tried upgrading but I still get the same problems with kwin.
Upgrading to xorg-server 1.6.2.901 fixed all the problems I had with compositing.
Great! Thanks for the follow up, we really appreciate it :)
I can confirm the proposed solutions to the kind of problems discussed in this bug. My initial Setup: - Hardware: Intel 945GME - media-libs/mesa-7.3-r1 - x11-base/xorg-server-1.6.3 - x11-libs/libdrm-2.4.12 - x11-drivers/xf86-video-intel-2.8.0 Problems: 1.: No GLX-Support (glxgears and glxinfo with previously mentioned errors) 2.: No compositing in kwin possible Solutions: - For prob. #1: upgrade mesa to media-libs/mesa-7.5-r2 - for prob. #2: re-emerge xorg-server (1.6.3)