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:2.7.99.902+git20090718.0a4c4c5f-0ubuntu0sarvatt 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: http://lists.freedesktop.org/archives/intel-gfx/2009-April/002205.html --- 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]
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?
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: linux-image-2.6.31-3-generic Is there a big difference between this one and the drm-intel-next branch that you seem to be using?
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. Thanks
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.