| View previous topic :: View next topic |
| Author |
Message |
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
 Posted: Mon Nov 23, 2009 2:06 pm Post subject: nvidia-drivers fail to start |
 |
|
X fails to start. I normally run this particular system in "engine mode", getting remote access through a different system. Today I decided to run locally. I usually start through the xdm login screen, then go to the main desktop system. So this system came up normally Friday, and the only package I updated Friday was dev-perl/Curses-UI, which should have nothing to do with X starting or not.
My best guess is that it has something to do with GLX. Here is /var/log/Xorg.0.log :
| Code: | This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.
X.Org X Server 1.6.3.901 (1.6.4 RC 1)
Release Date: 2009-8-25
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.31-gentoo-r1 x86_64
Current Operating System: Linux arnie 2.6.31-gentoo-r6 #1 SMP Mon Nov 16 09:35:42 EST 2009 x86_64
Build Date: 30 September 2009 02:31:36PM
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Nov 23 08:28:47 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "X.org Configured"
(**) |-->Screen "DeskIBM" (0)
(**) | |-->Monitor "DeskIBM"
(**) | |-->Device "Card0"
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/TTF/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/OTF" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/Type1/" does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/misc/,
/usr/share/fonts/100dpi/,
/usr/share/fonts/75dpi/
(==) ModulePath set to "/usr/lib64/xorg/modules"
(**) Extension "Composite" is disabled
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the list of input devices.
If no devices become available, reconfigure HAL or disable AllowEmptyInput.
(II) Loader magic: 0xce0
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 5.0
X.Org XInput driver : 4.0
X.Org Server Extension : 2.0
(II) Loader running on linux
(++) using VT number 7
(--) PCI:*(0:1:0:0) 10de:040c:17aa:20d9 nVidia Corporation Quadro FX 570M rev 161, Mem @ 0xd6000000/16777216, 0xe0000000/268435456, 0xd4000000/33554432, I/O @ 0x00002000/128
(II) Open ACPI successful (/var/run/acpid.socket)
(II) System resource ranges:
[0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
(II) "extmod" will be loaded. This was enabled by default and also specified in the config file.
(II) "dbe" will be loaded. This was enabled by default and also specified in the config file.
(II) "glx" will be loaded. This was enabled by default and also specified in the config file.
(II) "record" will be loaded. This was enabled by default and also specified in the config file.
(II) "dri" will be loaded by default.
(II) "dri2" will be loaded by default.
(II) LoadModule: "glx"
(II) Loading /usr/lib64/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="NVIDIA Corporation"
compiled for 4.0.2, module version = 1.0.0
Module class: X.Org Server Extension
(II) NVIDIA GLX Module 185.18.36 Fri Aug 14 18:27:24 PDT 2009
(II) Loading extension GLX
(II) LoadModule: "record"
(II) Loading /usr/lib64/xorg/modules/extensions//librecord.so
(II) Module record: vendor="X.Org Foundation"
compiled for 1.6.3.901, module version = 1.13.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension RECORD
(II) LoadModule: "dbe"
(II) Loading /usr/lib64/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.6.3.901, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "extmod"
(II) Loading /usr/lib64/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.6.3.901, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dri"
(WW) Warning, couldn't open module dri
(II) UnloadModule: "dri"
(EE) Failed to load module "dri" (module does not exist, 0)
(II) LoadModule: "dri2"
(WW) Warning, couldn't open module dri2
(II) UnloadModule: "dri2"
(EE) Failed to load module "dri2" (module does not exist, 0)
(II) LoadModule: "nvidia"
(II) Loading /usr/lib64/xorg/modules/drivers//nvidia_drv.so
(II) Module nvidia: vendor="NVIDIA Corporation"
compiled for 4.0.2, module version = 1.0.0
Module class: X.Org Video Driver
(II) NVIDIA dlloader X Driver 185.18.36 Fri Aug 14 17:51:02 PDT 2009
(II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
(II) Primary Device is: PCI 01@00:00:0
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/lib64/xorg/modules//libfb.so
(II) Module fb: vendor="X.Org Foundation"
compiled for 1.6.3.901, module version = 1.0.0
ABI class: X.Org ANSI C Emulation, version 0.4
(II) Loading sub module "wfb"
(II) LoadModule: "wfb"
(II) Loading /usr/lib64/xorg/modules//libwfb.so
(II) Module wfb: vendor="X.Org Foundation"
compiled for 1.6.3.901, module version = 1.0.0
ABI class: X.Org ANSI C Emulation, version 0.4
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"
(II) Module "ramdac" already built-in
(II) resource ranges after probing:
[0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
(==) NVIDIA(0): Depth 24, (==) framebuffer bpp 32
(==) NVIDIA(0): RGB weight 888
(==) NVIDIA(0): Default visual is TrueColor
(==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
(**) NVIDIA(0): Option "UseDisplayDevice" "DFP-1"
(**) NVIDIA(0): Enabling RENDER acceleration
(II) NVIDIA(0): NVIDIA GPU Quadro FX 570M (G84GL) at PCI:1:0:0 (GPU-0)
(--) NVIDIA(0): Memory: 524288 kBytes
(--) NVIDIA(0): VideoBIOS: 60.84.51.00.00
(II) NVIDIA(0): Detected PCI Express Link width: 16X
(--) NVIDIA(0): Interlaced video modes are supported on this GPU
(--) NVIDIA(0): Connected display device(s) on Quadro FX 570M at PCI:1:0:0:
(--) NVIDIA(0): LEN (DFP-0)
(--) NVIDIA(0): Samsung SyncMaster (DFP-1)
(--) NVIDIA(0): LEN (DFP-0): 330.0 MHz maximum pixel clock
(--) NVIDIA(0): LEN (DFP-0): Internal Dual Link LVDS
(--) NVIDIA(0): Samsung SyncMaster (DFP-1): 330.0 MHz maximum pixel clock
(--) NVIDIA(0): Samsung SyncMaster (DFP-1): Internal Dual Link TMDS
(II) NVIDIA(0): Assigned Display Device: DFP-1
(II) NVIDIA(0): Validated modes:
(II) NVIDIA(0): "1600x1200"
(II) NVIDIA(0): "800x600"
(II) NVIDIA(0): Virtual screen size determined to be 1600 x 1200
(--) NVIDIA(0): DPI set to (99, 98); computed from "UseEdidDpi" X config
(--) NVIDIA(0): option
(==) NVIDIA(0): Disabling 32-bit ARGB GLX visuals.
(--) Depth 24 pixmap format is 32 bpp
(II) do I need RAC? No, I don't.
(II) resource ranges after preInit:
[0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
(II) NVIDIA(0): Initialized GPU GART.
(II) NVIDIA(0): ACPI display change hotkey events enabled: the X server is new
(II) NVIDIA(0): enough to receive ACPI display change hotkey events.
(II) NVIDIA(0): Setting mode "1600x1200"
(II) Loading extension NV-GLX
(II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized
(==) NVIDIA(0): Disabling shared memory pixmaps
(II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture
(==) NVIDIA(0): Backing store disabled
(==) NVIDIA(0): Silken mouse enabled
(II) NVIDIA(0): DPMS enabled
(II) Loading extension NV-CONTROL
(II) Loading extension XINERAMA
(==) RandR enabled
(II) Initializing built-in extension Generic Event Extension
(II) Initializing built-in extension SHAPE
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension BIG-REQUESTS
(II) Initializing built-in extension SYNC
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension XC-MISC
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing extension GLX |
Note that initializaing GLX is the last thing reported. Now on a different (still nVidia) system, starting near the end :
| Code: | (==) RandR enabled
(II) Initializing built-in extension Generic Event Extension
(II) Initializing built-in extension SHAPE
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension BIG-REQUESTS
(II) Initializing built-in extension SYNC
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension XC-MISC
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing extension GLX
(II) config/hal: Adding input device ImExPS/2 Logitech Explorer Mouse
(II) LoadModule: "evdev"
(II) Loading /usr/lib/xorg/modules/input//evdev_drv.so
(II) Module evdev: vendor="X.Org Foundation"
compiled for 1.6.3.901, module version = 2.2.5
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 4.0
(**) ImExPS/2 Logitech Explorer Mouse: always reports core events
(**) ImExPS/2 Logitech Explorer Mouse: Device: "/dev/input/event1"
(II) ImExPS/2 Logitech Explorer Mouse: Found 9 mouse buttons
(II) ImExPS/2 Logitech Explorer Mouse: Found x and y relative axes
(II) ImExPS/2 Logitech Explorer Mouse: Found scroll wheel(s)
(II) ImExPS/2 Logitech Explorer Mouse: Configuring as mouse
(**) ImExPS/2 Logitech Explorer Mouse: YAxisMapping: buttons 4 and 5
(**) ImExPS/2 Logitech Explorer Mouse: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
(II) XINPUT: Adding extended input device "ImExPS/2 Logitech Explorer Mouse" (type: MOUSE)
(**) ImExPS/2 Logitech Explorer Mouse: (accel) keeping acceleration scheme 1
(**) ImExPS/2 Logitech Explorer Mouse: (accel) filter chain progression: 2.00
(**) ImExPS/2 Logitech Explorer Mouse: (accel) filter stage 0: 20.00 ms
(**) ImExPS/2 Logitech Explorer Mouse: (accel) set acceleration profile 0
(II) ImExPS/2 Logitech Explorer Mouse: initialized for relative axes.
(II) config/hal: Adding input device AT Translated Set 2 keyboard
(**) AT Translated Set 2 keyboard: always reports core events
(**) AT Translated Set 2 keyboard: Device: "/dev/input/event0"
(II) AT Translated Set 2 keyboard: Found keys
(II) AT Translated Set 2 keyboard: Configuring as keyboard
(II) XINPUT: Adding extended input device "AT Translated Set 2 keyboard" (type: KEYBOARD)
(**) Option "xkb_rules" "evdev"
(**) Option "xkb_model" "evdev"
(**) Option "xkb_layout" "us" |
More happens after GLX loads, or tries to load. According to rc-status, acpid, dbus and hald are all running.
I'm running gentoo-sources-2.6.31-r6, and was running nvidia-drivers-190.42-r3, along with the eselect and eselect-opengl necessary to accomodate. I remember last week seeing something about symlinks being destroyed by a bad level of eselect, but thought I'd avoided the bad version. At any rate, one of the first things I tried today was backing nvidia-drivers, nvidia-settings, eselect, and eselect-opengl off to stable. Still no-go.
emerge --info :
| Code: | Portage 2.2_rc33 (default/linux/amd64/10.0/desktop, gcc-4.3.4, glibc-2.9_p20081201-r2, 2.6.31-gentoo-r6 x86_64)
=================================================================
System uname: Linux-2.6.31-gentoo-r6-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T7700_@_2.40GHz-with-gentoo-1.12.13
Timestamp of tree: Mon, 23 Nov 2009 08:30:01 +0000
app-shells/bash: 4.0_p28
dev-java/java-config: 2.1.9-r1
dev-lang/python: 2.6.2-r1
dev-python/pycrypto: 2.0.1-r8
dev-util/cmake: 2.6.4-r3
sys-apps/baselayout: 1.12.13
sys-apps/sandbox: 1.6-r2
sys-devel/autoconf: 2.13, 2.63-r1
sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.9.6-r2, 1.10.2
sys-devel/binutils: 2.18-r3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool: 2.2.6a
virtual/os-headers: 2.6.30-r1
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -march=native"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-O2 -pipe -march=native"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--with-bdeps y"
FEATURES="distlocks fixpackages parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LDFLAGS="-Wl,-O1"
LINGUAS="en en_US"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_EXTRA_OPTS="--timeout=180"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/layman/sunrise /usr/local/portage/layman/enlightenment /usr/local/portage/layman/ibm-internal /usr/local/portage/mine"
SYNC="rsync://kimon.btv.ibm.com/gentoo-portage"
USE="X Xaw3d a52 aac acl acpi alsa amd64 berkdb branding bzip2 cairo caps cddb cdr cli consolekit cracklib crypt cups curl cxx dbus dirac dnotify dri dts dvd dvdr dvdread emboss encode expat fam flac fortran gd gdbm gif glib gnutls gpm graphviz gstreamer gtk hal iconv idn imagemagick imlib inotify java jpeg jpeg2k lcms ldap libnotify libsamplerate lm_sensors logrotate mad matroska mikmod mmx mng modules motif mozilla mp3 mp4 mpeg mudflap multilib ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pango pcre pdf perl plotutils png posix ppds python qt3 qt3support qt4 quicktime readline reflection schroedinger sdl session smp spell spl sqlite sse sse2 ssl startup-notification svg sysfs tcl tcpd theora threads thunar tiff tk truetype unicode usb vcd verbose vorbis wifi wma wxwindows x264 xattr xcb xml xorg xsettings xulrunner xv xvid zlib" ALSA_CARDS="intel_hda" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="synaptics keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_US" USERLAND="GNU" VIDEO_CARDS="nv vesa nvidia"
Unset: CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS |
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
 |
Mike Hunt
Watchman
Joined: 19 Jul 2009
Posts: 5287
|
| Posted: Mon Nov 23, 2009 2:10 pm Post subject: |
|
|
Maybe you just forgot to re-emerge the x11-drivers after upgrading the xorg-server, not sure.
| Code: | | emerge -1av $(qlist -IC x11-drivers) |
|
|
| Back to top |
|
|
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Mon Nov 23, 2009 2:36 pm Post subject: |
|
|
| Mike Hunt wrote: | Maybe you just forgot to re-emerge the x11-drivers after upgrading the xorg-server, not sure.
| Code: | | emerge -1av $(qlist -IC x11-drivers) |
|
Near as I can tell, I moved to xorg-server-1.6.3 back on August 5, with an update to xorg-server-1.6.3.901-r2 on Sept 30, and I know I've at least seen an xdm login screen since then. As I said, I believe I saw the xdm login screen on Friday, Nov 20, even though I can't see any changes since then that should have done this.
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
d2_racing
Moderator
Joined: 25 Apr 2005
Posts: 12867
Location: Ste-Foy,Canada
|
| Posted: Mon Nov 23, 2009 3:45 pm Post subject: |
|
|
So, recompiling the packages solved your problem ?
_________________
Sysadmin of Funtoo-Québec.org
Wiki
Signature
IRC on Freenode : #funtoo-quebec |
|
| Back to top |
|
|
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Mon Nov 23, 2009 5:09 pm Post subject: |
|
|
| d2_racing wrote: | | So, recompiling the packages solved your problem ? |
I don't believe that's the problem, since I got the new xserver running long ago, following the HowTo. But heck, it's only computing cycles, so I'm rebuilding per suggestions, now.
There was one other factor I forgot to mention, one other thing that changed.
This is a Thinkpad T61P in a cradle on my desk. Beside the desk is an ancient dual-PIII machine. Friday, the VGA ports of both fed into a KVM. For some reason, the VGA output of the laptop going through the KVM had some annoying-to-me degradation, which was why I used it as an engine, and activally used the X session on the dual-PIII deskside. It's VGA didn't seem to have the problems that the laptop's did.
I've been wanting to move my X session to the laptop, so today (with the slow Thanksgiving week) I hooked a spare keyboard and mouse directly to the creadle, and hooked the LCD directly to the cradle's DVI output. The LCD has a VGA/DVI switch. So I have a switched monitor an dedicated keyboards/mice. THIS is the situation I haven't been able to get started under X. I noticed some problems with LCD detection, but have tweaked /etc/X11/xorg.conf to fix them, which was used for the output I posted above.
While I've been typing this post, the recompilation finished. No difference. I still think that the fact that it dies after the "Initializing extension GLX" is a clue, either that something about GLX is failing, or something about config/hal is. In that incidence :
| Code: | localhost ~ # ps -ef | grep -i hal
102 6850 1 0 07:40 ? 00:00:00 /usr/sbin/hald --use-syslog --verbose=no
root 6851 6850 0 07:40 ? 00:00:00 hald-runner
root 6891 6851 0 07:40 ? 00:00:00 hald-addon-input: Listening on /dev/input/event0 /dev/input/event4 /dev/input/event6 /dev/input/event2 /dev/input/event3 /dev/input/event7
root 6897 6851 0 07:40 ? 00:00:00 /usr/libexec/hald-addon-rfkill-killswitch
root 6904 6851 0 07:40 ? 00:00:00 /usr/libexec/hald-addon-generic-backlight
root 6909 6851 0 07:40 ? 00:00:00 hald-addon-storage: no polling on /dev/sr0 because it is explicitly disabled
root 6921 6851 0 07:40 ? 00:00:00 /usr/libexec/hald-addon-cpufreq
102 6922 6851 0 07:40 ? 00:00:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
root 31378 15081 0 12:03 pts/0 00:00:00 grep --colour=auto -i hal
localhost ~ # ps -ef | grep -i dbus
101 6039 1 0 07:40 ? 00:00:00 /usr/bin/dbus-daemon --system
root 31381 15081 0 12:03 pts/0 00:00:00 grep --colour=auto -i dbus
localhost ~ # ps -ef | grep -i acpi
root 97 2 0 07:40 ? 00:00:00 [kacpid]
root 98 2 0 07:40 ? 00:00:00 [kacpi_notify]
root 99 2 0 07:40 ? 00:00:00 [kacpi_hotplug]
root 3296 2 0 07:40 ? 00:00:00 [ktpacpid]
root 5888 1 0 07:40 ? 00:00:00 /usr/sbin/acpid
102 6922 6851 0 07:40 ? 00:00:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
root 31384 15081 0 12:03 pts/0 00:00:00 grep --colour=auto -i acpi
localhost ~ # |
It looks to me as if acpid, dbus, and hald are all running just fine. I looked in /usr/lib and saw :
| Code: | localhost ~ # ls -l /usr/lib/ | grep nvidia
lrwxrwxrwx 1 root root 28 Nov 23 11:50 libGL.so -> ./opengl/nvidia/lib/libGL.so
lrwxrwxrwx 1 root root 32 Nov 23 11:50 libGLcore.so -> ./opengl/nvidia/lib/libGLcore.so
lrwxrwxrwx 1 root root 20 Nov 23 11:50 libvdpau_nvidia.so -> libvdpau_nvidia.so.1
lrwxrwxrwx 1 root root 28 Nov 23 11:50 libvdpau_nvidia.so.1 -> libvdpau_nvidia.so.185.18.36
-rwxr-xr-x 1 root root 1418016 Nov 23 11:50 libvdpau_nvidia.so.185.18.36
localhost ~ # |
I know there was something here in the forums about messed up symlinks, but can't find it now. Still, it looks as if I've got the biggies. My x86 machine has only the first 2 symlinks - it's running legacy drivers, no vdpau.
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
Mike Hunt
Watchman
Joined: 19 Jul 2009
Posts: 5287
|
| Posted: Mon Nov 23, 2009 6:03 pm Post subject: |
|
|
well, you could always reset the symlink, worth a shot:eselect opengl set nvidia |
|
| Back to top |
|
|
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Mon Nov 23, 2009 6:54 pm Post subject: |
|
|
| Mike Hunt wrote: | well, you could always reset the symlink, worth a shot:eselect opengl set nvidia |
Tried that. Just in case, I set it to xorg, then set it back to nvidia, just in case simply setting it to the old value might have gotten "optimized out."
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
Mike Hunt
Watchman
Joined: 19 Jul 2009
Posts: 5287
|
| Posted: Mon Nov 23, 2009 7:23 pm Post subject: |
|
|
What I would try now is different versions of nvidia-drivers, such as 190.29 or even 185.18.36-r1
and/or a slightly older kernel version.
I have seen cases where simply downgrading the kernel back to the previous version after upgrading something was the solution.
It is strange though that updating dev-perl/Curses-UI may be causing this.
Have you run perl-cleaner all and revdep-rebuild ?
Also maybe, re-emerging media-libs/mesa might do something pleasant. Maybe worth a shot. 
Maybe even re-emerge eselect-opengl, xorg-drivers, mesa, xorg-server, and the x11-drivers |
|
| Back to top |
|
|
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Mon Nov 23, 2009 8:35 pm Post subject: |
|
|
| Mike Hunt wrote: | | and/or a slightly older kernel version. |
Rebuilt everything. No-go.
Decided to go back to my oldest kernel, which at the moment is "gentoo-sources-2.6.31". Booted, but then realized that I don't have the source laying around any more, so I couldn't build any of the needed modules. The oldest kernel I had the source for was "gentoo-sources-2.6.31-r5" - one patchlevel down.
It boots, modules build, X starts.
I ran a tkdiff between the .config files in the 2 trees, and there's no difference other than the date.
I've been fooling around with a back-port of the 2.6.32 scheduler into 2.6.31, and use that patch whenever I can remember to. I believe 2.6.31-r6 was built with it, but don't remember if 2.6.31-r5 was. I do remember that when I started applying the patch it went on clean, then later on the last 3 hunks had offsets. Just looked - both kernels are patched. That's not it. I just checked Gentoo bugzilla, and there's nothing about it there, and a quick google search doesn't give much.
I guess I need to roll back to 2.6.31-r5, file a bug, and start checking the kernel changelog.
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
Mike Hunt
Watchman
Joined: 19 Jul 2009
Posts: 5287
|
| Posted: Mon Nov 23, 2009 9:12 pm Post subject: |
|
|
| Cool, glad you got that working. |
|
| Back to top |
|
|
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Tue Nov 24, 2009 2:05 am Post subject: |
|
|
Of course the system (at home) that I'm typing this on is running 2.6.31-gentoo-r6 and nvidia-sources-190.42-r3, all happily together. But at least I have a path to get the laptop at work running. On the side, this system is an Athlon64-X2 with an nVidia chipset, and the laptop is a Thinkpad with Centrino Pro (Core-2 duo mobile) and Intel chipset. I've had a quick look through the 2.6.31.6 changelist, and there are a few potential updates in there. Of course 2.6.32 is due pretty soon, at this point.
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Tue Nov 24, 2009 1:11 pm Post subject: |
|
|
| Mike Hunt wrote: | | Cool, glad you got that working. |
Oops - spoke too soon. Not sure what happened, I would have sworn that it was working yesterday just before I left. But today X won't start.
I moved gentoo-sources and linux-headers back to stable, and am finishing my daily updates. I guess it's time to build 2.6.30-gentoo-r5 and see if that does me any better. As a side note, I find it interesting that linux-headers-2.6.30 isn't stable even though the kernel is. Looking at my logs, I've just dropped back to linux-headers-2.6.27-r2, but it doesn't look as if I need to rebuild glibc because that was last done on June 29 - when I was running the same linux-headers-2.6.27-r2 that I just backed off to. Time to build a kernel...
[edit] Kernel building now. I ran tkdiff of my last known 2.6.30-r* kernel config against my 2.6.31-r6 config, and found a few differences that might have something to do with my problems. Notably CONFIG_DMAR_GFX_WA, CONFIG_STRICT_DEVMEM, and HAVE_ARCH_KMEMCHK. Assuming I get everything working with the new back-level kernel I'm building now, I may well try rebuilding 2.6.31-r6, taking a look at these switches.
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Tue Nov 24, 2009 2:16 pm Post subject: |
|
|
Now I'm really mystified.
I finished building 2.6.30-gentoo-r5, booted it, and ran "module-rebuild rebuild". After that I was able to restart xdm/gdm and got a login screen. All is well. Now it gets mystical. Just for jollies, I decided to first reboot, and see that all would work from a clean start.
It doesn't. On clean reboot, xdm/gdm fails to start - same symptoms I've been seeing all along. At least this makes me feel a little better - I did see this starting up OK with 2.6.31-gentoo-r6 - I wasn't seeing things or having a senior moment.
But I still don't know what's happening, or particularly what to try next.
Maybe it's finally time to try Nouveau.
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
Mike Hunt
Watchman
Joined: 19 Jul 2009
Posts: 5287
|
| Posted: Tue Nov 24, 2009 3:55 pm Post subject: |
|
|
Since the kernel modules seem to work ok, and rebooting doesn't, then it must mean it's the kernel the kernel itself, right?
If you grep only the =y$ stuff in the kernel, is there any diff from a known working kernel?
Those kernel switches you mention a couple of posts up are non-existent or not set in mine, so maybe they're unrelated to this issue.
What is the output of this: | Code: | | egrep '^[^#].*(AGP|DRM|NVIDIA|MTRR|SYSCTL|FB)' /usr/src/linux/.config |
|
|
| Back to top |
|
|
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Tue Nov 24, 2009 4:23 pm Post subject: |
|
|
| Mike Hunt wrote: | Since the kernel modules seem to work ok, and rebooting doesn't, then it must mean it's the kernel the kernel itself, right?
If you grep only the =y$ stuff in the kernel, is there any diff from a known working kernel?
Those kernel switches you mention a couple of posts up are non-existent or not set in mine, so maybe they're unrelated to this issue.
What is the output of this: | Code: | | egrep '^[^#].*(AGP|DRM|NVIDIA|MTRR|SYSCTL|FB)' /usr/src/linux/.config |
|
Heck, right now I don't *have* a working kernel, at least not for nvidia-drivers, not on this system.
| Code: | user@localhost ~ $ egrep '^[^#].*(AGP|DRM|NVIDIA|MTRR|SYSCTL|FB)' /usr/src/linux/.config
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE_SYSCTL=y
CONFIG_SYSCTL=y
CONFIG_SYSCTL_SYSCALL=y
CONFIG_MTRR=y
CONFIG_MTRR_SANITIZER=y
CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=0
CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
CONFIG_AGP=y
CONFIG_AGP_AMD64=y
CONFIG_FB=y
CONFIG_FB_CON_DECOR=y
CONFIG_PROC_SYSCTL=y
CONFIG_SYSCTL_SYSCALL_CHECK=y |
Right now nouveau is building on that system. I don't really need 3D to do my job. I do need X running. It seems to be getting easier to run nouveau, and easier to switch back. I've chewed up enough time on this already, the time to try nouveau is minor.
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
Mike Hunt
Watchman
Joined: 19 Jul 2009
Posts: 5287
|
| Posted: Tue Nov 24, 2009 4:49 pm Post subject: |
|
|
The egrep output seems just fine for nVidia
What about different nvidia-drivers versions ?
If you haven't seen it, there is a recent, somewhat long thread about nVidia and xorg-1.71. I know you're running 1.6.something, I think, but maybe the thread could provide some ideas about things that you could try. |
|
| Back to top |
|
|
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Wed Nov 25, 2009 2:51 am Post subject: |
|
|
I'm away from the office until next Monday. The laptop is sitting safely in its cradle, powered off, and is going to stay that way until then.
In the meantime, I had some problems with nouveau. I need to check the nouveau-gentoo (not gentoo-nouveau - theirs, not ours) HowTo, because it seems that I missed something in there. Trying to load the nouveau kernel module fails because of 3 missing symbols. Trying to rebuild the nouveau driver/module spits a little hate-mail about 3 options in the kernel build being wrong, but keeps on going. I think those were my 3 symbols. What's odd is that if the module was out-of-kernel, why the heck didn't they give it the right options?
I think maybe when I'm back to work I'll pick up on the nouveau a little further - give it a decent try. Probably move to vanilla-sources, not the least of which is because that might let me get KMS working, too.
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
depontius
Veteran
Joined: 05 May 2004
Posts: 1925
|
| Posted: Tue Dec 01, 2009 6:37 pm Post subject: |
|
|
Status...
I loaded vanilla-sources-2.6.31.6, applied patches for the schedular and nouveau/drm, built the suggested nouveau packages.
It works.
I want to do a little more testing, then I may well call this one [SOLVED].
I suspect my real problems have something to do with a laptop sitting closed in a cradle, getting output from the DVI port, leaving the VGA port unused. I wonder if they want me to use the VGA port first, then DVI for a second display, and that's my problem. But that's silly, because if DVI is capable of a crisper display, that's the one I want.
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Desktop Environments
