NVidia closed src drivers crashing after startup
I am just trying to install the NVidia closed src drivers on Debian 7.1 AMD64 and the X server is crashing imediatly after start up below is the final part of the Xorg.log, [ 464.993] (**) Option "xkb_model" "pc105" [ 464.993] (**) Option "xkb_layout" "us" [ 464.994] (II) config/udev: Adding input device PC Speaker (/dev/input/event1) [ 464.994] (II) No input driver specified, ignoring this device. [ 464.994] (II) This device may have been added with another device file. [ 465.044] [ 465.044] Backtrace: [ 465.044] 0: /usr/bin/X (xorg_backtrace+0x36) [0x7f2f4ebe5d06] [ 465.044] 1: /usr/bin/X (0x7f2f4ea67000+0x182859) [0x7f2f4ebe9859] [ 465.044] 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f2f4dd8f000+0xf030) [0x7f2f4dd9e030] [ 465.044] 3: /usr/lib/libXfont.so.1 (FontFileListNextFontWithInfo+0x29) [0x7f2f4d8da5b9] [ 465.044] 4: /usr/bin/X (doListFontsWithInfo+0x163) [0x7f2f4eaba473] [ 465.044] 5: /usr/bin/X (ProcessWorkQueue+0x21) [0x7f2f4eabe0b1] [ 465.044] 6: /usr/bin/X (WaitForSomething+0x62) [0x7f2f4ebe3012] [ 465.044] 7: /usr/bin/X (0x7f2f4ea67000+0x52bb1) [0x7f2f4eab9bb1] [ 465.044] 8: /usr/bin/X (0x7f2f4ea67000+0x41ec5) [0x7f2f4eaa8ec5] [ 465.044] 9: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) [0x7f2f4cab6ead] [ 465.044] 10: /usr/bin/X (0x7f2f4ea67000+0x4219d) [0x7f2f4eaa919d] [ 465.044] [ 465.044] Segmentation fault at address (nil) [ 465.044] Fatal server error: [ 465.044] Caught signal 11 (Segmentation fault). Server aborting [ 465.044] [ 465.044] Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 465.044] Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 465.044] [ 465.088] (II) evdev: Logitech USB Optical Mouse: Close [ 465.088] (II) UnloadModule: "evdev" [ 465.088] (II) evdev: AT Translated Set 2 keyboard: Close [ 465.088] (II) UnloadModule: "evdev" [ 465.251] Server terminated with error (1). Closing log file. Under a normal start the lines at 464.994 are the last ones in the log after startup. So the driver appears to be starting up OK. I use a custom kernel current version is 3.9.11, NOUVEAU being blacklisted for the closed src driver. A search on the net produce no usefull information. The NOUVEAU runs perfectly except the 3D accelartion is slow and has some texture mapping problems. For normal operations I prefer the OS driver, its no good though for OpenGL development. Lindsay
Could you give Ubuntu Desktop Edition a try? I think they put more work into ensuring closed-source drivers such as those are working with their shipped kernels and X versions. On 21 October 2013 06:28, <zlinw@mcmedia.com.au> wrote:
I am just trying to install the NVidia closed src drivers on Debian 7.1 AMD64 and the X server is crashing imediatly after start up below is the final part of the Xorg.log,
[ 464.993] (**) Option "xkb_model" "pc105" [ 464.993] (**) Option "xkb_layout" "us" [ 464.994] (II) config/udev: Adding input device PC Speaker (/dev/input/event1) [ 464.994] (II) No input driver specified, ignoring this device. [ 464.994] (II) This device may have been added with another device file. [ 465.044] [ 465.044] Backtrace: [ 465.044] 0: /usr/bin/X (xorg_backtrace+0x36) [0x7f2f4ebe5d06] [ 465.044] 1: /usr/bin/X (0x7f2f4ea67000+0x182859) [0x7f2f4ebe9859] [ 465.044] 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f2f4dd8f000+0xf030) [0x7f2f4dd9e030] [ 465.044] 3: /usr/lib/libXfont.so.1 (FontFileListNextFontWithInfo+0x29) [0x7f2f4d8da5b9] [ 465.044] 4: /usr/bin/X (doListFontsWithInfo+0x163) [0x7f2f4eaba473] [ 465.044] 5: /usr/bin/X (ProcessWorkQueue+0x21) [0x7f2f4eabe0b1] [ 465.044] 6: /usr/bin/X (WaitForSomething+0x62) [0x7f2f4ebe3012] [ 465.044] 7: /usr/bin/X (0x7f2f4ea67000+0x52bb1) [0x7f2f4eab9bb1] [ 465.044] 8: /usr/bin/X (0x7f2f4ea67000+0x41ec5) [0x7f2f4eaa8ec5] [ 465.044] 9: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) [0x7f2f4cab6ead] [ 465.044] 10: /usr/bin/X (0x7f2f4ea67000+0x4219d) [0x7f2f4eaa919d] [ 465.044] [ 465.044] Segmentation fault at address (nil) [ 465.044] Fatal server error: [ 465.044] Caught signal 11 (Segmentation fault). Server aborting [ 465.044] [ 465.044] Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 465.044] Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 465.044] [ 465.088] (II) evdev: Logitech USB Optical Mouse: Close [ 465.088] (II) UnloadModule: "evdev" [ 465.088] (II) evdev: AT Translated Set 2 keyboard: Close [ 465.088] (II) UnloadModule: "evdev" [ 465.251] Server terminated with error (1). Closing log file.
Under a normal start the lines at 464.994 are the last ones in the log after startup. So the driver appears to be starting up OK.
I use a custom kernel current version is 3.9.11, NOUVEAU being blacklisted for the closed src driver.
A search on the net produce no usefull information.
The NOUVEAU runs perfectly except the 3D accelartion is slow and has some texture mapping problems. For normal operations I prefer the OS driver, its no good though for OpenGL development.
Lindsay _______________________________________________ luv-main mailing list luv-main@luv.asn.au http://lists.luv.asn.au/listinfo/luv-main
-- Turning and turning in the widening gyre The falcon cannot hear the falconer Things fall apart; the center cannot hold Mere anarchy is loosed upon the world
On 21 October 2013 06:28, <zlinw@mcmedia.com.au> wrote:
I am just trying to install the NVidia closed src drivers on Debian 7.1 AMD64 and the X server is crashing imediatly after start up below is the final part of the Xorg.log,
At the beginner's SIG meeting Andrew Pam was telling us about some significant improvements in the Nouveau driver recently due to NVidia giving more information to developers. Have you tried the latest Nouveau drivers? Maybe they will offer the features you need now. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/
Quoting Toby Corkindale (toby@dryft.net):
Could you give Ubuntu Desktop Edition a try? I think they put more work into ensuring closed-source drivers such as those are working with their shipped kernels and X versions.
In which case, I'd imagine it'd be easier for Lindsay to grab the debs for the Ubuntu vendor kernel and try it on his Debian 7.1 Wheezy installation. Lindsay says 'I use a custom kernel current version is 3.9.11'. It would be nice if Nvidia would bother indicating on http://www.nvidia.com/object/unix.html what kernel they test their proprietary patches against, but they don't. Wankers. https://wiki.gentoo.org/wiki/NVidia/nvidia-drivers#Kernel_compatibility recommends 'stick with the newest supported kernel for a while', and that Nvidia take a few weeks to catch up with kernel changes. That's certainly not specific, but conveys the general idea. I have a feeling Lindsay isn't using a Debian vendor kernel either, but rather one from somewhere else, e.g., compiled locally from kernel.org source. I'll bet the likes of this might do, for example: http://ftp.debian.org/debian/pool/main/l/linux-latest/linux-image-2.6-amd64_... Or, even better, backports. http://www.neowin.net/forum/topic/1162482-debian-backport-kernel/ Of course, Lindsay might have a compelling reason to need specifically 3.9.11, in which case he might need to wait for Nvidia to catch up.
On Mon, Oct 21, 2013 at 06:28:16AM +1100, zlinw@mcmedia.com.au wrote:
I am just trying to install the NVidia closed src drivers on Debian 7.1 AMD64 and the X server is crashing imediatly after start up below is the final part of the Xorg.log,
which version of the nvidia driver are you using? and where did you get it from? it's probably not the nvidia-kernel-dkms package, as that won't even compile with linux-kernel 3.11 at the moment (not unusual, the proprietary nvidia drivers usually lag behind kernel updated by a few days or weeks). e.g. i just installed linux-image-3.11-1-amd64 and linux-headers-3.11-1-amd64 on one of my system, and the postinst showed this: Setting up linux-headers-3.11-1-amd64 (3.11.5-1) ... Examining /etc/kernel/header_postinst.d. run-parts: executing /etc/kernel/header_postinst.d/dkms 3.11-1-amd64 Error! Bad return status for module build on kernel: 3.11-1-amd64 (x86_64) Consult /var/lib/dkms/nvidia-current/325.15/build/make.log for more information. i'll be purging that now, or configuring grub to not boot 3.11 until an updated nvidia-kernel-dkms package is released that will compile against linux 3.11. [...a little later...] correction. nvidia-kernel-dkms 325.15-1 will not compile against linux 3.11. 325.15-2 or later will. i ran 'apt-get -t experimental install nvidia-kernel-dkms' to install 325.15-3 and it compiled OK. i haven't rebooted yet to see if it actually works or not. from the changelog: nvidia-graphics-drivers (325.15-3) experimental; urgency=low * Enable building the new libnvidia-ifr1 package. -- Andreas Beckmann <anbe@debian.org> Sun, 15 Sep 2013 16:20:51 +0200 nvidia-graphics-drivers (325.15-2) experimental; urgency=low * Merge changes from 304.108-3 and 313.49 (UNRELEASED). - linux-3.11.patch: New patch to fix compilation with Linux 3.11. (Closes: #722894) * Note: Some features from 313.49 are not yet in 325.15. * Do not build libnvidia-ifr1, yet. -- Andreas Beckmann <anbe@debian.org> Sun, 15 Sep 2013 16:01:23 +0200 anyway, the *correct* way to install nvidia closed source drivers on a debian system is 'apt-get install nvidia-driver' - this will pull in the nvidia-kernel-dkms package and other related packages, the X driver (nvidia-glx), and the linux-headers-3.xx package appropriate for your kernel. it will then automatically compile and install the nvidia.ko module and run update-initramfs. any other method, e.g. downloading the binary driver package from nvidia's web site and using their generic installer script, is guaranteed to cause you problems. NOTE: you will need the contrib and non-free repositories enabled in your sources.list. if you want early access to the latest versions of the nvidia-* packages it's also useful to have the experimental repo - but use apt's pinning (or at least set APT::Default-Release to wheezy in /etc/apt/apt.conf) so that you only get packages from experimental when you explicitly tell apt-get to use it (e.g. with 'apt-get -t experimental install ...'). you can do the same for 'testing' and/or 'unstable' (packages from experimental may require versions of other packages from testing/unstable) e.g. i run debian sid aka unstable and have the following in my /etc/apt/sources.list: #deb http://my.local.mirror/debian stable main contrib non-free #deb http://my.local.mirror/debian testing main contrib non-free deb http://my.local.mirror/debian/ unstable main non-free contrib deb http://my.local.mirror/debian experimental main contrib non-free and in /etc/apt/apt.conf, I have: APT::Default-Release "unstable"; on your system, you'd probably want all four (stable, testing, unstable, experimental) uncommented and pointing at your nearest mirror, and have APT::Default-Release "stable"; this will ensure you only get packages from 'stable' unless you explicitly tell apt-get to install packages from testing or unstable or experimental. apt-get install -t experimental install nvidia-driver craig -- craig sanders <cas@taz.net.au>
On 22 October 2013 14:13, Craig Sanders <cas@taz.net.au> wrote:
which version of the nvidia driver are you using?
and where did you get it from?
it's probably not the nvidia-kernel-dkms package, as that won't even compile with linux-kernel 3.11 at the moment (not unusual, the proprietary nvidia drivers usually lag behind kernel updated by a few days or weeks).
I'm on kernel 3.11.0 and I am using the proprietary Nvidia drivers. They're working fine.
Toby Corkindale <toby@dryft.net> wrote:
On 22 October 2013 14:13, Craig Sanders <cas@taz.net.au> wrote:
which version of the nvidia driver are you using?
and where did you get it from?
it's probably not the nvidia-kernel-dkms package, as that won't even compile with linux-kernel 3.11 at the moment (not unusual, the proprietary nvidia drivers usually lag behind kernel updated by a few days or weeks).
I'm on kernel 3.11.0 and I am using the proprietary Nvidia drivers. They're working fine.
NVidia, apparently, are planning to release documentation to the Nouveau project, so this long-standing pain point for Linux users might go away if that intention is carried through.
On Tue, Oct 22, 2013 at 03:38:12PM +1100, Toby Corkindale wrote:
On 22 October 2013 14:13, Craig Sanders <cas@taz.net.au> wrote:
which version of the nvidia driver are you using?
and where did you get it from?
it's probably not the nvidia-kernel-dkms package, as that won't even compile with linux-kernel 3.11 at the moment (not unusual, the proprietary nvidia drivers usually lag behind kernel updated by a few days or weeks).
I'm on kernel 3.11.0 and I am using the proprietary Nvidia drivers. They're working fine.
yep, it does work. that's why i said: "correction. nvidia-kernel-dkms 325.15-1 will not compile against linux 3.11. 325.15-2 or later will." craig -- craig sanders <cas@taz.net.au>
participants (6)
-
Craig Sanders -
Jason White -
Rick Moen -
Russell Coker -
Toby Corkindale -
zlinw＠mcmedia.com.au