Nouveau fails to start after an update

[Denis Rut'kov]

After updating xserver-xorg-video-nouveau to 1:0.0.10~git+20090205+4dfdob1-1 X.org won't start. It seems the DRM module was not updated.

Backtrace:
0: /usr/bin/X(xorg_backtrace+0x3b) [0x8134f0b]
1: /usr/bin/X(xf86SigHandler+0x55) [0x80c7c05]
2: [0xb7f46400]
3: /usr/lib/xorg/modules//libshadowfb.so [0xb66139eb]
4: /usr/bin/X(miPaintWindow+0x231) [0x8114ef1]
5: /usr/bin/X(miWindowExposures+0x142) [0x8115262]
6: /usr/bin/X(MapWindow+0x303) [0x8077963]
7: /usr/bin/X(InitRootWindow+0xfc) [0x8077a8c]
8: /usr/bin/X(main+0x33e) [0x807229e]
9: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7b15775]
10: /usr/bin/X [0x80717d1]
Saw signal 11. Server aborting.
[ 0.981165] (II) NOUVEAU(0): NVLeaveVT is called.
[ 0.982780] (II) NOUVEAU(0): Restoring encoders
[ 0.982831] (II) NOUVEAU(0): Restoring crtcs
[ 0.983080] (II) NOUVEAU(0): Writing NV_RAMDAC_PLL_SELECT 00000500
[ 0.983339] (II) NOUVEAU(0): Writing NV_RAMDAC_PLL_SELECT 00000500
[ 0.983383] (II) NOUVEAU(0): Restoring VGA fonts
[ 0.988635] (II) NOUVEAU(0): Restoring CRTC_OWNER to 4.
 ddxSigGiveUp: Closing log

[Bryce Harrington (bryce)]

How are you determining that the issue is that libdrm was not updated?

This looks to me like a driver crash unrelated to memory management (libdrm is not referenced in the backtrace). Also, libdrm 2.4.5 in fact did have nouveau support added last I uploaded.

[Denis Rut'kov (dendron2000)]

Let me explain. After an update X didn't start, so I looked into the log. The only place which mentions an error in log is this:

[ 0.212974] (EE) NOUVEAU(0): wrong DRM version
[ 0.213053] (EE) NOUVEAU(0): DRI pre-initialisation failed. Setting NoAccel

I did not have this error before the update, and I didn't see libdrm updated alongside with noveau, so the only conclusion I could make - libdrm was not updated. A little googling proved this as people were complaining about the same issue.

The backtrace tells me nothing. If it tells you something, please explain.

[Denis Rut'kov (dendron2000)]

Maybe it's not libdrm, but this package that needs to be updated:

https://launchpad.net/ubuntu/+source/nouveau-kernel-source

>This package provides the source code for the DRM kernel modules.

[Bryce Harrington (bryce)]

Ah okay, that does sort of make sense, in which case this is actually a bug for the kernel team.

[Chris Halse Rogers (raof)]

Actually, it's a bug for nouveau-kernel-source.

That said, I was under the impression that the new version of nouveau _should_ actually start and work without the drm module, it'd just be totally unaccelerated. I think this is actually a bug in the DDX, as well.

[Launchpad Janitor (janitor)]

This bug was fixed in the package nouveau-kernel-source - 0.0.11+git20090320-0ubuntu1

---------------
nouveau-kernel-source (0.0.11+git20090320-0ubuntu1) jaunty; urgency=low

  * New upstream snapshot. Standing FFe is (LP: #346621):
    + Bumps DRM module version, so needed for new DDX component (LP: #344762)
    + Many bugfixes, particularly for nv5x/nv6x class cards
    + New support for nv9x chipsets.
  * debian/control:
    + Fix Vcs-Bzr URLs
    + Add Depends on patch (LP: #336056)
    + Add Depends on ${misc:Depends}. Silences lintian.
  * debian/install:
  * debian/dkms.conf:
    + Update for new snapshot date.
  * debain/rules:
    + Fix the detection of the debain/ dir when rules is not called directly.
      Eliminates some (harmless) error messages when built on the buildds.

 -- Christopher James Halse Rogers <email address hidden> Thu, 12 Feb 2009 08:58:12 +1100

[Denis Rut'kov (dendron2000)]

I confrim it's fixed now.