X server fails with DRI : drmRadeonCmdBuffer: -22

[Neil Wilson]

Binary package hint: xserver-xorg-video-radeon and xserver-xorg-video-radeonhd

Latest update to Karmic busts the GNOME session. Filing this from the default xterm window!

ProblemType: Bug
Architecture: amd64
Date: Wed Aug 26 20:15:09 2009
DistroRelease: Ubuntu 9.10
Package: gnome-session 2.27.5-0ubuntu2
PackageArchitecture: all
ProcEnviron:
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-6.26-generic
SourcePackage: gnome-session
Uname: Linux 2.6.31-6-generic x86_64

[Pedro Villavicencio (pedro)]

thanks for the report, please attach your ~/.xsession-errors to the file.

[Neil Wilson (neil-aldur)]

I see the new xsplash graphic. The cursor changes to waiting for a bit and then I'm back to the GDM login window.

[Chris Coulson (chrisccoulson)]

This doesn't look like a gnome-session issue. It looks like Xorg died:

gnome-settings-daemon: Fatal IO error 104 (Connection reset by peer) on X server :0.0.
gnome-session: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0.

-----

The application 'gnome-panel' lost its connection to the display :0.0;
most likely the X server was shut down or you killed/destroyed
the application.
XIO: fatal IO error 0 (Success) on X server ":0.0"

      after 1159 requests (1152 known processed) with 0 events remaining.

No protocol specified
Window manager error: Unable to open X display :0.0

[Neil Wilson (neil-aldur)]

Looks like this is Radeon related and affects both the radeon and radeon HD drivers.

The key issue is

drmRadeonCmdBuffer: -22

After which the X server fails. However it loads the GDM OK and will load the xterm default succesfully.

Switching off DRI on RADEONHD and ATI allows the full gnome session to load properly.

[Bryce Harrington (bryce)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please execute the following command in a terminal after reproducing the issue, and it it will automatically gather debugging information needed for this bug:

  apport-collect 419434

Also, it sounds like this bug is an error-exit. For this we will need to see the appropriate gdm log file, found in /var/log/gdm/ - pick the one that includes the error message, or just include all the recent logs if in doubt.

I may need to have you collect a backtrace for Xorg, but for now let's start by seeing what's in the gdm log exactly.

[Neil Wilson (neil-aldur)]

Architecture: amd64
DistroRelease: Ubuntu 9.10
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MachineType: Acer Aspire 5536
Package: xserver-xorg-video-ati 1:6.12.99+git20090629.f39cafc5-0ubuntu6
PackageArchitecture: amd64
PccardctlIdent:

PccardctlStatus:

ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.31-8-generic root=UUID=e544e0c3-bb61-4527-9393-26be9e351588 ro quiet splash
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-8.28-generic
RelatedPackageVersions:
 xserver-xorg 1:7.4+3ubuntu5
 libgl1-mesa-glx 7.6.0~git20090817.7c422387-0ubuntu3
 libdrm2 2.4.12+git20090801.45078630-0ubuntu1
 xserver-xorg-video-intel 2:2.8.1-1ubuntu1
 xserver-xorg-video-ati 1:6.12.99+git20090629.f39cafc5-0ubuntu6
Uname: Linux 2.6.31-8-generic x86_64
UserGroups: libvirtd
XorgConf: Error: [Errno 2] No such file or directory: '/etc/X11/xorg.conf'
dmi.bios.date: 02/27/2009
dmi.bios.vendor: Phoenix Technologies LTD
dmi.bios.version: V1.03
dmi.board.name: JV50PU
dmi.board.vendor: Acer
dmi.board.version: Rev
dmi.chassis.type: 10
dmi.chassis.vendor: Acer
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnPhoenixTechnologiesLTD:bvrV1.03:bd02/27/2009:svnAcer:pnAspire5536:pvr0100:rvnAcer:rnJV50PU:rvrRev:cvnAcer:ct10:cvrN/A:
dmi.product.name: Aspire 5536
dmi.product.version: 0100
dmi.sys.vendor: Acer
fglrx: Not loaded
system:
 distro: Ubuntu
 architecture: x86_64kernel: 2.6.31-8-generic

[Neil Wilson (neil-aldur)]

That was with the ATI Radeon driver.

[Neil Wilson (neil-aldur)]

Note that DRI worked fine right up until the xsplash showed up. This is a regression

[Bryce Harrington (bryce)]

> Note that DRI worked fine right up until the xsplash showed up. This is a regression

If it is a regression, please indicate which was the last version that it worked correctly?

[Bryce Harrington (bryce)]

I've forwarded this bug upstream to https://bugs.freedesktop.org/show_bug.cgi?id=23664 and subscribed you to it. Please follow up with them in case they need further information or wish you to test something.

[Neil Wilson (neil-aldur)]

The server worked fine with the version in Alpha 4.

2009/9/3 Bryce Harrington <email address hidden>:
>> Note that DRI worked fine right up until the xsplash showed up. This
> is a regression
>
> If it is a regression, please indicate which was the last version that
> it worked correctly?
>
> ** Bug watch added: freedesktop.org Bugzilla #23664
>   https://bugs.freedesktop.org/show_bug.cgi?id=23664
>
> ** Also affects: xserver-xorg-driver-ati via
>   https://bugs.freedesktop.org/show_bug.cgi?id=23664
>   Importance: Unknown
>       Status: Unknown
>
> --
> X server fails with DRI : drmRadeonCmdBuffer: -22
> https://bugs.launchpad.net/bugs/419434
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
Neil Wilson

[Roland Dreier (roland.dreier)]

I think I'm hitting this bug too -- I have a fancy new system (2 socket nehalem xeon, radeon 4650) that I just installed the latest karmic daily on, and it seems to behave the same way: boots fine to GDM screen, but then logging into gnome crashes back to the GDM screen. xterm login works fine.

Let me know if there is any debugging info from my system that would be useful.

[Neil Wilson (neil-aldur)]

Can you try switching DRI off.

You can download the attached Xorg.conf file and put in in /etc/X11. Then log off and back on again.

If the server works with DRI switched off, then that is this bug. If it doesn't you'll need to log another one with 'ubuntu-bug xserver-xorg-video-ati' as it may be something different.

[Roland Dreier (roland.dreier)]

I switched DRI off with a similar xorg.conf (my driver happens to be "ati" not "radeon") and yes, I am able to log into gnome now.

[Neil Wilson (neil-aldur)]

Last versions I can confirm were working are:

xserver-xorg: 1:7.4+3ubuntu5
libgl1-mesa-glx: 7.5-1ubuntu1
xserver-xorg-video-ati: 1:6.12.99+git20090629.f39cafc5-0ubuntu1
xserver-xorg-video-intel: 2.2.8.0-0ubuntu1

(I didn't download Alpha 4, but it was working with those versions as well).

[Neil Wilson (neil-aldur)]

Downgrading libgl1-mesa-dri to version 7.5-1ubuntu1 fixes the problem. So the regression lies with the mesa package.

[Daniel Letzeisen (dtl131)]

Mesa 7.6 has the new r600 DRI driver (with 3D hardware acceleration). AFAIK, this driver still needs special DRM kernel modules (from Alex Deucher's branch of DRM: http://cgit.freedesktop.org/~agd5f/drm/?h=r6xx-r7xx-3d ).

If you want to test this out, try mesa 7.6 again and temporarily move the file /usr/lib/dri/r600_dri.so Now when you start X, mesa should fall back to using the DRI software rasterizer (check glxinfo) and your system should work normally.

You could also build your own DRM, though the r600 DRI probably isn't ready for "stable" use. If you want to experiment, see: http://ubuntuforums.org/showthread.php?t=1257453

Note that this bug is probably a duplicate or very closely related to: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/419126