[RV410] X700SE [1002:5e4f] - DRI images corrupted

[Kano]

Binary package hint: xserver-xorg-video-ati

01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV410 [Radeon X700] [1002:5e4f] (prog-if 00 [VGA])
        Subsystem: PC Partner Limited Unknown device [174b:0670]
        Flags: bus master, fast devsel, latency 0, IRQ 16
        Memory at e0000000 (64-bit, prefetchable) [size=256M]
        Memory at f1000000 (64-bit, non-prefetchable) [size=64K]
        I/O ports at a000 [size=256]
        [virtual] Expansion ROM at f0000000 [disabled] [size=128K]
        Capabilities: <access denied>

Fails to init X with compiz enabled, requires sometimes X restart to show menu. Problematic with usplash on 64 bit too as no splash is shown. Real name should be: X700 SE but PCIID is the only thing needed to identify it.

[Kano (master-kanotix)]

Error screen attached. No corruptions without compiz.

[Tormod Volden (tormodvolden)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please attach your X server configuration file (/etc/X11/xorg.conf) and X server log file (/var/log/Xorg.0.log) to the bug report as individual uncompressed file attachments using the "Attachment:" box below. Could you please also try to run without any /etc/X11/xorg.conf and let Xorg autodetect your display and video card? Please also attach the /var/log/Xorg.0.log from this attempt. Thanks in advance.

[Kano (master-kanotix)]

Created by daily Kubuntu snapshot.

[Kano (master-kanotix)]

Log with xorg.conf

[Kano (master-kanotix)]

Log without xorg.conf (does not matter, compiz would still not work). However with the Debian etch version of the driver it was possible to use beryl when radeon xserver was used - ati driver crashed. Here ati or radeon does not matter at all.

[Tormod Volden (tormodvolden)]

Other than compiz, does 3D applications such as glxgears work?

[Kano (master-kanotix)]

It seems all 3d apps have that problem, even glxgears, see picture.

[Kano (master-kanotix)]

Patch to fix this issue. Will be default in latest mesa (newer than 7.0.2).

[Tormod Volden (tormodvolden)]

Thanks for tracking down the patch. Do you have an upstream reference for it (git commit etc)?

[Kano (master-kanotix)]

http://gitweb.freedesktop.org/?p=mesa/mesa.git;a=commit;h=0b7e0f81591c0b70452ff9250af9b145e8c15adf

[Tormod Volden (tormodvolden)]

I added it to https://wiki.ubuntu.com/X/Patches.

[Timo Aaltonen (tjaalton)]

we'll track debian, the current version in hardy is already based on the stable branch which will become 7.0.3. Should be in hardy before alpha4.

[Launchpad Janitor (janitor)]

This bug was fixed in the package mesa - 7.0.2-4ubuntu1

---------------
mesa (7.0.2-4ubuntu1) hardy; urgency=low

  * Merge from debian unstable (LP: #151974), remaining changes:
    - Change maintainer address.
    - Drop lesstif-dev from Build-Depends.
    - Comment out GLw libs from control.
    - Add lpia to -dri and -dri-dbg package in debian/control.
    - Add lpia to ARCH_X86 in configs/debian-dri-default.
    - Add 101_ubuntu_hidden_glname.patch
    - Add 102_ubuntu_no_glw.patch

 -- Timo Aaltonen <email address hidden> Tue, 29 Jan 2008 12:09:30 +0200

[Timo Aaltonen (tjaalton)]

appears that the patch is not in the stable branch after all.

[Launchpad Janitor (janitor)]

This bug was fixed in the package mesa - 7.0.2-4ubuntu2

---------------
mesa (7.0.2-4ubuntu2) hardy; urgency=low

  * 103_fix_rv410se.diff:
    - patch from upstream; "Fix rendering on x700 SE chips."
      (LP: #151974)

 -- Timo Aaltonen <email address hidden> Wed, 30 Jan 2008 13:18:23 +0200