Bug 22842

Summary: KDE4 desktop compositing is broken in newest git
Product: xorg Reporter: Harald Hvaal <haraldhv>
Component: Driver/intelAssignee: Carl Worth <cworth>
Status: RESOLVED INVALID QA Contact: Xorg Project Team <xorg-team>
Severity: major    
Priority: high CC: remi
Version: gitKeywords: regression
Hardware: x86 (IA32)   
OS: Linux (All)   
i915 platform: i915 features:

Description Harald Hvaal 2009-07-19 04:50:33 UTC
First of all, I noticed someone has reported a similar bug on the mailing lists, but there was no response, so I decided to register a bug for it.
The difference for me is that, not only is the screen entirely black, all windows are also so. I can sometimes see some possible white outlines or flickers when I do normal keyboard shortcuts, but mostly the screen is just black. It has appeared somewhere between 2.7.1 and the newest git (the mail below might give a more accurate hint on when).

Since I have Ctrl+Shift+F12 I can safely switch off compositing to resume operation (like now), but it is still annoying since the auto-detection routines for acceleration are not able to detect that there is anything wrong with the compositing and gladly shows the black screen as usual on KDE startup.

Please ask if there is anything else you would like to know. Upon request, I am willing to compile my own driver and test patches.

Thanks to the intel-team for offering this great opensource driver.

--- My specs:
From xorg-edgers repository, updated today: 2:
Linux kernel 2.6.30-8-generic, KMS enabled in initramfs config
Kubuntu 9.04
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
xorg-server 2:1.6.0-0ubuntu14 (buildd@rothera.buildd)

--- The mail:

--- The mail contents copy-pasted for convenience:
[paste start]
just in case anyone cares, I report an issue found after updating and 
compiling the full X stack (dri2proto, libdrm, mesa, xserver and the intel 
driver) as of a few minutes ago. I am running kernel 2.6.30-rc2 (plus jbarnes' 
"drm/i915: allow tiled front buffers on 965+") with DRI2 and KMS.

Enabling kwin's compositing effects, I get a black desktop with no panel and 
no plasma applets. However, I can run and see application windows and the 
compositing effects work. In the attached snapshot, you can indeed see the 
opacity and translucency effects working.

If I disable compositing effects, I can get everything (desktop, panel, 
applets) back again.

Since I am frequently monitoring the git master, I can add that such a 
behavior appeared after the last changes related to the implementation of 
DRI2GetBuffersWithFormat. Before those changes, however, compositing effects 
failed to activate.
[paste end]
Comment 1 zhao jian 2009-07-19 23:59:08 UTC
Maybe you can have a try with kernel on 2.6.31-rc2. On our 945GM, with kernel on 2.6.31-rc2 I can't reproduce it with the following configuration:
Libdrm:         (master)9aed44beeac4f250a58c792d64a4dee1dde3d086
Mesa:           (master)cf721c8137a0335016d0ec36449819ba80578b7d
Xserver:                (master)2415e2dce918efd49d5e6d71f705255a234a866b
Xf86_video_intel:      (master)0a4c4c5fe8ebad2dd13f5770bd90a194eebb2890
Kernel_unstable:      (drm-intel-next)dff33cfcefa31c30b72c57f44586754ea9e8f3e2
Can you have a try with a new kernel? 
Comment 2 Harald Hvaal 2009-07-20 05:34:27 UTC
I actually did try it with that kernel yesterday, and the problem was still there.
The version of the kernel package I tried then was:

Is there a big difference between this one and the drm-intel-next branch that you seem to be using?
Comment 3 RĂ©mi Cardona 2009-07-23 01:40:36 UTC
I've had a similar bug report in Gentoo FWIW. Here's the downstream bug report : https://bugs.gentoo.org/show_bug.cgi?id=277310

It's a little confusing since both users have different chips, but it looks like there are real issues.

Comment 4 Harald Hvaal 2009-07-23 02:31:37 UTC
Oops, I discovered the problem here. I had a package containing libdrm2.so which was not being upgraded correctly, causing the driver to not initing opengl direct rendering correctly.
The xorg log had a warning about this that I did not notice before.
compositing and opengl is working again now, sorry about the noise!

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.