need to blacklist software direct rendering, e.g. ATI ES1000

Bug #258469 reported by Peter Cordes
6
Affects Status Importance Assigned to Milestone
compiz (Ubuntu)
Fix Released
Undecided
Tormod Volden

Bug Description

Binary package hint: compiz

The ES1000 chipset doesn't support 3D at all. It's found on server mobos, for example. It's not too slow with gnome and firefox, although it (currently?) doesn't support RENDER acceleration.

 Anyway, Intrepid Alpha 4 (desktop amd64 and i386) boots up to a light gray screen with only a mouse cursor visible. This only happens after the "ubuntu" user logs in: the gdm screen is fine. I was able to switch to a text console and killall compiz.real, and then I could see the gnome desktop. There didn't seem to be a window manager, but I was able to rectify that by going into properties->appearance and turning compiz on (graying out the screen), then I think blindly clicking effects back to none. I did switch to tty1 and kill compiz.real again, though. So maybe it was just not killing compiz that was the trick. Anyway, ATI ES1000 needs to be blacklisted for compiz.
Xorg.0.log:
...
(II) PCI: 0e:0d:0: chip 1002,515e card 1028,01b3 rev 02 class 03,00,00 hdr 00
...

 Probably you should blacklist anything where glxinfo shows:
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
...
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 7.1 rc3
...

 Xorg apparently sets up a software direct renderer or something, so looking for direct rendering: Yes no longer tells you whether you have hardware 3D.

Revision history for this message
Peter Cordes (peter-cordes) wrote :
Revision history for this message
Tormod Volden (tormodvolden) wrote :

Thanks for your report. What does "xdriinfo driver 0" return for your card? I think blacklisting per DRI driver (or lack thereof) in combination with card ID would make sense.

Revision history for this message
Peter Cordes (peter-cordes) wrote :

I wasn't able to try this again until now, since I had limited time in the machine room and I had trouble netbooting a livecd.
(see https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/268005...)

 This bug doesn't seem to be present on this hardware anymore in the i386 Hardy alpha5 livecd. I've booted i386 Hardy alpha5 without compiz problems on a machine with a NVidia 7600GT AGP, too. (nice UI for suggesting the non-free drivers for desktop-effects, BTW.)

On the Dell PE1950 (ATI ES1000):
$ xdriinfo driver 0
Xlib: extension "XFree86-DRI" missing on display ":0.0".
Screen "0" is not direct rendering capable.

 and indeed, xdpyinfo doesn't show XFree86-DRI among the loaded extensions. Even though Xorg.0.log has a line that says "(II) Loading extension XFree86-DRI". It does still have all the stuff about setting up the swrast dri provider, though.

glxinfo says "direct rendering: Yes" (Mesa Project Software Rasterizer), just like on my NVidia desktop. The SGI-GLX extension is present.

 I booted Intrepid i386 alpha4 again, and the gray-screen bug is still there. It shows the same thing for xdriinfo, and XFree86-DRI is not present.

 I can easily boot Intrepid with nfsroot now. Actually, I'll just leave it running on perun03 until I make some more progress cloning my Ubuntu server install onto the rest of the nodes. So now's a great time to ask me for any info...
Do you need the Xorg.0.log from alpha5? I didn't see any diffs that looked important...

Revision history for this message
Tormod Volden (tormodvolden) wrote :

So in alpha-5 compiz is not running? Or it works now?

Changed in compiz:
assignee: nobody → tormodvolden
status: New → Incomplete
Revision history for this message
Peter Cordes (peter-cordes) wrote :

It's not running. ps axuw | grep compiz doesn't return anything. And the visual effects radio button on gnome-appearance-properties is set to "none".

 Setting it to "normal" makes the screen go gray, then ~10 seconds later back to normal with the radio button switched back to "none". I didn't see the gray during bootup, so I don't think compiz even tried then.

  There was no mention of compiz in any log files, or .xsession-errors, until after trying to enable it. Then it does have some compiz log messages. stuff like:
compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format
and a bunch of failures to init things.

Revision history for this message
Peter Cordes (peter-cordes) wrote :

unless this is a problem on other video cards that don't do 3D, this is fixed.

Changed in compiz:
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.