[drm] failed to load kernel module "nouveau"

[Duncan Sands]

Binary package hint: xserver-xorg-video-nouveau

I'm not using the nouveau PPA. Recently nouveau arrived in the lucid repository, and was working fine for me (well done!).
But after a recent update, when gdm starts I get the nv driver, not nouveau. In Xorg.0.log I see:
[drm] failed to load kernel module "nouveau"
I discovered the following work around: (1) stop gdm (2) modprobe lbm_nouveau (3) start gdm
Doing "modprobe lbm_nouveau" causes the screen to go black, so I actually do "sleep 1m; start gdm"
in another console before doing the modprobe. The result is that gdm starts up with the nouveau
driver, and all is well.

Here is the initial part of a diff of Xorg.0.log, between the one that failed to load nouveau, and the
other that did load nouveau:

16c16
< (==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 26 14:44:07 2010
---
> (==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 26 14:45:57 2010
23c23
< (++) using VT number 7
---
> (--) using VT number 7
107c107
< (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
---
> (II) Open ACPI successful (/var/run/acpid.socket)
207,208c207,214
< [drm] failed to load kernel module "nouveau"
< (EE) [drm] failed to open device
---
> drmOpenDevice: open result is 8, (OK)
> drmOpenByBusid: Searching for BusID pci:0000:01:00.0
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 8, (OK)
> drmOpenByBusid: drmOpenMinor returns 8
> drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
> (II) [drm] nouveau interface version: 0.0.15
> (WW) Falling back to old probe method for vesa
216,225c222,315
< (II) Loading sub module "vbe"
< (II) LoadModule: "vbe"
< (II) Loading /usr/lib/xorg/modules/libvbe.so
< (II) Module vbe: vendor="X.Org Foundation"
< compiled for 1.7.5, module version = 1.1.0
< ABI class: X.Org Video Driver, version 6.0
< (II) Loading sub module "int10"
...

ProblemType: Bug
Architecture: amd64
Date: Fri Feb 26 15:35:59 2010
DistroRelease: Ubuntu 10.04
EcryptfsInUse: Yes
NonfreeKernelModules: wl
Package: xserver-xorg-video-nouveau 1:0.0.15+git20100219+9b4118d-0ubuntu2
ProcEnviron:
 LANGUAGE=en_GB.UTF-8
 PATH=(custom, user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-14.20-generic
SourcePackage: xserver-xorg-video-nouveau
Uname: Linux 2.6.32-14-generic x86_64
---
Architecture: amd64
DistroRelease: Ubuntu 10.04
EcryptfsInUse: Yes
NonfreeKernelModules: wl
Package: xserver-xorg-video-nouveau 1:0.0.15+git20100219+9b4118d-0ubuntu2
PackageArchitecture: amd64
ProcEnviron:
 LANGUAGE=en_GB.UTF-8
 PATH=(custom, user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-14.20-generic
Tags: lucid
Uname: Linux 2.6.32-14-generic x86_64
UserGroups: adm admin cdrom dialout fuse lpadmin plugdev sambashare sudo

[Chris Halse Rogers (raof)]

We really need the kernel log for your boot to be able to debug this properly. Could you boot up, trigger this bug, and then run “apport-collect 528488”? This should attach enough information for us to get started.

[Duncan Sands (baldrick-free)]

apport information

[Chris Halse Rogers (raof)]

Sorry; there was an error in the apport scripts that prevented them from attaching the proper information to this bug. They have now been fixed. Could you please re-run “apport-collect 528488”?

[Duncan Sands (baldrick-free)]

> Sorry; there was an error in the apport scripts that prevented them from
> attaching the proper information to this bug. They have now been fixed.
> Could you please re-run “apport-collect 528488”?

after yesterdays updates, this problem has gone away, so please feel free
to close.

[Daniel Hahler (blueyed)]

Thank you for your feedback. Closing.