UMS dri support missing for r200

Bug #946677 reported by ojordan
38
This bug affects 7 people
Affects Status Importance Assigned to Milestone
mesa (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

Hi,

I'm currently testing 12.04 on my PowerPC iBook. It is reverting to the software rasterizer. Here is the relevant bit of the xorg log:

[ 29.603] (II) AIGLX: Screen 0 is not DRI2 capable
[ 29.603] drmOpenDevice: node name is /dev/dri/card0
[ 29.603] drmOpenDevice: open result is 12, (OK)
[ 29.603] drmOpenByBusid: Searching for BusID pci:0000:00:10.0
[ 29.603] drmOpenDevice: node name is /dev/dri/card0
[ 29.604] drmOpenDevice: open result is 12, (OK)
[ 29.604] drmOpenByBusid: drmOpenMinor returns 12
[ 29.604] drmOpenByBusid: Interface 1.4 failed, trying 1.1
[ 29.604] drmOpenByBusid: drmGetBusid reports pci:0000:00:10.0
[ 29.616] (EE) AIGLX error: r200 does not export required DRI extension
[ 29.616] (EE) AIGLX: reverting to software rendering
[ 29.622] (II) AIGLX: Loaded and initialized swrast
[ 29.622] (II) GLX: Initialized DRISWRAST GL provider for screen 0

I think the important bit is "error: r200 does not export required DRI extension". Am I correct in thinking that only KMS is now supported by libgl1-mesa-dri?

If so this is a big problem for PowerPC. Kernel Mode Setting with radeon cards and PowerPC is still very shakey. I can only get my iBook to not crash under KMS using the radeon.agpmode=-1 parameter (i.e. forcing PCI mode). Also, there is no suspend under KMS with PowerPC.

Would it be possible to build back in Userspace Mode Setting support for r200 cards?

Thanks!

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: libgl1-mesa-dri 8.0.1-0ubuntu2
ProcVersionSignature: Ubuntu 3.2.0-17.27-powerpc 3.2.6
Uname: Linux 3.2.0-17-powerpc ppc
ApportVersion: 1.94-0ubuntu1
Architecture: powerpc
Date: Sun Mar 4 22:05:22 2012
InstallationMedia: Lubuntu 12.04 "Precise Pangolin" - Beta powerpc (20120301.1)
ProcEnviron:
 LANGUAGE=en_GB:en
 TERM=xterm
 PATH=(custom, no user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
SourcePackage: mesa
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
ojordan (ojordan12345) wrote :
Revision history for this message
Robert Hooker (sarvatt) wrote :

The UMS compatible drivers were all removed from mesa 8.0 upstream unfortunately

Revision history for this message
ojordan (ojordan12345) wrote :

Thanks Robert for the qick reply! Is this a can't fix/won't fix situation then? I remember reading on phoronix ( http://www.phoronix.com/scan.php?page=news_item&px=OTg0Mg ) that large chunks of code were being deleted, is this the case with r200? Or is it possible for the user just to tweak some setting and recompile?

A follow up article on phoronix ( http://www.phoronix.com/scan.php?page=news_item&px=MTAxMDE ) mentions the possibility of a mesa-old-dri-drivers package. Do you know if this is going to be implemented? I can't find it, but I'm generally rubbish at finding packages! It would be a nicer workaround than downloading the 7.11 versions directly from launchpad.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

this could be a "won't fix" but lowering the importance anyway

Changed in mesa (Ubuntu):
importance: Undecided → Wishlist
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in mesa (Ubuntu):
status: New → Confirmed
Revision history for this message
Miguel Branco (mpbbranco) wrote :

same here with r300

Revision history for this message
Miguel Branco (mpbbranco) wrote :

I would like to "reopen" this bug because it does seem that it is not a question of UMS support for dri on r200 or r300.

I'm on PP beta 2 on i386, I've compiled and installed mesa 7.11 and 7.10 and the problem remains. Didn t notice before as I didn t need to disable modesetting. I'm investigating by compiling different options and it seems somehow linked to the radeondrmfb which seems to do more than framebuffering.

Anyhow it seems off that UMS support for relatively recent cards would be dropped, i've googled a bit and didn t find any metion of this, just the dropping of older cards. And x700 (rv410) were quite pouplar just a few years ago.

Should I file a different bug for r300/r400 ?

Revision history for this message
Carl Englund (englundc) wrote :
Revision history for this message
Ashley Hooper (ash-hooper) wrote :

Thanks for mentioning that workaround, Carl. I've noticed it seems to have allowed AIGLX to load properly but if I run glxgears the computer (a Powerbook G4 15") hangs and I need to power off. Do you have working GL support?

Revision history for this message
Jens Garstka (jens-garstka) wrote :
Download full text (4.6 KiB)

I've the same problem with a Lenovo Thinkpad Z61p and ATI M56GL [Mobility FireGL V5200] on Ubuntu 12.04. I'm not able to use the proprietary driver, because the support for this chipset was abandoned years ago. So I've to use the radeon driver.

Here is some info:
> lspci
    01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI M56GL [Mobility FireGL V5200]

> lsmod
    radeon 729591 1
    ttm 65344 1 radeon
    drm_kms_helper 45466 1 radeon
    drm 197692 4 radeon,ttm,drm_kms_helper
    i2c_algo_bit 13199 1 radeon

> Xorg.log
...
[ 20.538] (II) Loading extension DRI2
[ 20.538] (II) LoadModule: "glx"
[ 20.539] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 20.539] (II) Module glx: vendor="X.Org Foundation"
[ 20.539] compiled for 1.11.3, module version = 1.0.0
[ 20.539] ABI class: X.Org Server Extension, version 6.0
[ 20.539] (==) AIGLX enabled
[ 20.539] (II) Loading extension GLX
[ 20.539] (II) LoadModule: "dri"
[ 20.539] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so
[ 20.539] (II) Module dri: vendor="X.Org Foundation"
[ 20.539] compiled for 1.11.3, module version = 1.0.0
[ 20.539] ABI class: X.Org Server Extension, version 6.0
[ 20.539] (II) Loading extension XFree86-DRI
...
[ 20.548] (II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.33.0
...
[ 21.062] (II) RADEON(0): [DRI] installation complete
...
[ 21.080] (WW) RADEON(0): DRI init changed memory map, adjusting ...
[ 21.080] (WW) RADEON(0): MC_FB_LOCATION was: 0xdfffd000 is: 0xdfffd000
[ 21.080] (WW) RADEON(0): MC_AGP_LOCATION was: 0x003f0000 is: 0xffffffc0
[ 21.080] (II) RADEON(0): RADEONRestoreMemMapRegisters() :
...
[ 21.539] (II) AIGLX: Screen 0 is not DRI2 capable
[ 21.539] drmOpenDevice: node name is /dev/dri/card0
[ 21.539] drmOpenDevice: open result is 12, (OK)
[ 21.539] drmOpenByBusid: Searching for BusID pci:0000:01:00.0
[ 21.539] drmOpenDevice: node name is /dev/dri/card0
[ 21.539] drmOpenDevice: open result is 12, (OK)
[ 21.539] drmOpenByBusid: drmOpenMinor returns 12
[ 21.539] drmOpenByBusid: Interface 1.4 failed, trying 1.1
[ 21.539] drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
[ 21.551] (EE) AIGLX error: r300 does not export required DRI extension
[ 21.551] (EE) AIGLX: reverting to software rendering
...

So I've direct rendering:
> glxinfo | grep -i render
        direct rendering: Yes
        OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 0x300)
            GL_NV_conditional_render, GL_AMD_draw_buffers_blend,

..., but it is software-rendering:
> /usr/lib/nux/unity_support_test -p
    OpenGL vendor string: VMware, Inc.
    OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 0x300)
    OpenGL version string: 2.1 Mesa 8.0.2

    Not software rendered: no
    Not blacklisted: yes
    GLX fbconfig: yes
    GLX texture from pixmap: yes
    GL npot or rect textures: yes
    GL vertex program: yes
    GL fragment program: yes
    GL vertex buffer object: yes
    ...

Read more...

Revision history for this message
Jens Garstka (jens-garstka) wrote :

Wohooo... I found it. I took a look at dmesg

dmesg | grep -i radeon
[ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-24-generic root=UUID=c1466541-e5ae-4cb0-9eea-ae2329bb4fbd ro quiet splash radeon.modeset=0 vt.handoff=7

It seems, that I modified /etc/default/grub long time ago. (I don't know the reasons)

With radeon.modeset=1 everything works fine.

> glxinfo | grep -i render
    direct rendering: Yes
    OpenGL renderer string: Gallium 0.4 on ATI RV530
        GL_EXT_vertex_array_bgra, GL_NV_conditional_render,

> /usr/lib/nux/unity_support_test -p
    OpenGL vendor string: X.Org R300 Project
    OpenGL renderer string: Gallium 0.4 on ATI RV530
    OpenGL version string: 2.1 Mesa 8.0.2

    Not software rendered: yes
    Not blacklisted: yes
    GLX fbconfig: yes
    GLX texture from pixmap: yes
    GL npot or rect textures: yes
    GL vertex program: yes
    GL fragment program: yes
    GL vertex buffer object: yes
    GL framebuffer object: yes
    GL version is 1.4+: yes

    Unity 3D supported: yes

Revision history for this message
Bryce Harrington (bryce) wrote :

As mentioned earlier, UMS is dropped in the upstream mesa tree, and it's not a critical enough need for us to support officially in ubuntu.

However, this could be a candidate to include in Tormod's mesa-legacy package to make it a community-supported option. Contact and work with him about possibly adding this support to that package.

Changed in mesa (Ubuntu):
status: Confirmed → Won't Fix
Revision history for this message
Tormod Volden (tormodvolden) wrote :

It will be a bit tricky to include the old, non-gallium version of r200_dri.so in my mesa-legacy package since the default gallium version has the same file name. Currently the (one) binary package only adds drivers, it does not replace anything. But we could add a binary package which replaces certain drivers.

BTW, I can confirm that Radeon KMS is broken on PowerPC and probably won't be fixed anytime soon.

Revision history for this message
ojordan (ojordan12345) wrote :

Hi Tormod and Bryce, thanks for the interest in this. Sorry I've been a bit long getting back to you about this - I don't check this email address often enough!!

I don't know if I can help much with the details of the mesa-legacy package setup, but I am always up for testing stuff. Is it something planned for 12.10 onwards or can it be installed in 12.04? I've found your ppa https://launchpad.net/~xorg-edgers/+archive/mesa-legacy/+packages . I'm afraid how the various graphics drivers work and fit together is a bit beyond me at the moment.

I only really use opengl stuff for desktop effects and I've been a bit down about how to get something decent in 12.04 onwards. Kwin has been crashing when I unminimise windows ( https://bugzilla.redhat.com/show_bug.cgi?id=657596 ) and compiz (even compiling the latest stable version) has been a bit crashtastic. Suddenly yesterday I noticed that kwin nolonger is crashing and has been rock solid. I'm over the moon about it. I have no idea what has fixed it, but I am intent on finding out!

Let me know if I can be of any help with the mesa-legacy package(s).

Revision history for this message
ojordan (ojordan12345) wrote :

Argh.....kwin had gone to Xrender. Sigh.

Just resizing windows in kwin and compiz is now causing crashings. Things are getting worse!

Revision history for this message
ojordan (ojordan12345) wrote :

For anybody experiencing these problems: To overcome the resize crashings I used the plugins to draw a rectangle instead of the 'normal' resize mode.

The unminimising crashes can be overcome in kwin by creating a rule to disable minimising. This is not so extreme as it sounds - I believe gnome shell is doing the same thing or thinking about it. It supposedly is a more efficient way of working! We'll see....it takes a bit of getting used to. You also need to use kdesudo instead of gksudo (if you are using kwin outside of kubuntu).

Kwin is very fast using Xrender though. Resizing in 'normal' mode is much quicker than under OpenGL (and is stable). So it is not so bad if you use that (feels better than xfwm).

Sorry to go off track from the original post!

Revision history for this message
ojordan (ojordan12345) wrote :

I've found a better way to deal with the unmiminising crashing with Kwin. In System Settings > Desktop Effects > Advanced there is a settng for "Keep window thumbnails". If you change that to "Always (Breaks minimization)" then it cures the crashing. It still allows minimistation, but (from a bit of googling) it just handles the minimisation differently. Sorted!

Revision history for this message
ne1 (brada4) wrote :

I stumbled upon same issue with PowerBook 5,6 / kubuntu 11.04
It does not seem obvious from the error complaining about exports (like library functions missing), but you can add boot option radeon.modeset=1 to enable KMS, AIGLX and other fun.

Revision history for this message
ojordan (ojordan12345) wrote :

I opened a new bug about the kwin crashing with patches to fix it here https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1160903

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.