Hi there,
I have a nVidia GEForce MX 440 card but never bothered with OpenGL applications before. But I just installed FC6 and heard all rumors about compiz, so I decided to give it a try.
I understand I need the nVidia proprietary drivers for compiz to work with my card, so I installed the package from Freshrpms.net. But it looks like the kernel refuses to load the drivers. At least I say a message saying so during boot and could not start X. I had to reconfigure X to use the Xorg open source driver (nv) instead of the proprietary one (nvidia) but I could not find in any log that message.
I read the docs from nVidia web site but had no success. What could be preventing the driver to load? Maybe SELinux?
[]s, Fernando Lozano
On 11/1/06, Fernando Lozano fernando@lozano.eti.br wrote:
Hi there,
I have a nVidia GEForce MX 440 card but never bothered with OpenGL applications before. But I just installed FC6 and heard all rumors about compiz, so I decided to give it a try.
I understand I need the nVidia proprietary drivers for compiz to work with my card, so I installed the package from Freshrpms.net. But it looks like the kernel refuses to load the drivers. At least I say a message saying so during boot and could not start X. I had to reconfigure X to use the Xorg open source driver (nv) instead of the proprietary one (nvidia) but I could not find in any log that message.
I read the docs from nVidia web site but had no success. What could be preventing the driver to load? Maybe SELinux?
Impossible to say without at least seeing your X log. You might also want to post on nvnews.net.
On Wed November 1 2006 10:32 am, Fernando Lozano wrote:
I read the docs from nVidia web site but had no success. What could be preventing the driver to load? Maybe SELinux?
Is dkms installed? That's what detects the driver's presence and builds the kernel module for you, at least, that's the way it worked on my NVIDIA based machine at home. I'm actually having a problem with a machine at work which has an ATI Radeon card. Still working on that.
On Wed, 01 Nov 2006 12:32:36 -0300, Fernando Lozano wrote:
Hi there,
I have a nVidia GEForce MX 440 card but never bothered with OpenGL applications before. But I just installed FC6 and heard all rumors about compiz, so I decided to give it a try.
I understand I need the nVidia proprietary drivers for compiz to work with my card, so I installed the package from Freshrpms.net. But it looks like the kernel refuses to load the drivers. At least I say a message saying so during boot and could not start X. I had to reconfigure X to use the Xorg open source driver (nv) instead of the proprietary one (nvidia) but I could not find in any log that message.
I read the docs from nVidia web site but had no success. What could be preventing the driver to load? Maybe SELinux?
[]s, Fernando Lozano
At a guess: it's likely to be the same i586 kernel installed with i686 devel packages installation screw up that's hitting... oh... lots and lots of people.
Hi Roo,
I understand I need the nVidia proprietary drivers for compiz to work with my card, so I installed the package from Freshrpms.net. But it looks like the kernel refuses to load the drivers. At least I say a message saying so during boot and could not start X.
At a guess: it's likely to be the same i586 kernel installed with i686 devel packages installation screw up that's hitting... oh... lots and lots of people.
Here's my uname -a: Linux desktop 2.6.18-1.2798.fc6xen #1 SMP Mon Oct 16 15:11:19 EDT 2006 i686 athlon i386 GNU/Linux
And rpm -qva | grep kernel:
kernel-xen-devel-2.6.18-1.2798.fc6 kernel-headers-2.6.18-1.2798.fc6 kernel-devel-2.6.18-1.2798.fc6 kernel-doc-2.6.18-1.2798.fc6 kernel-xen-2.6.18-1.2798.fc6
How can I check I have the correct packages for my architecture?
Besides, the problem seems to be xen-related (see my other message, I moved from can't load kernel module to blank screen after statx). How to disable it?
[]s, Fernando Lozano
Hi,
Found that need to install kenel-xen-devel so the nvidia kernel module can be build and loaded. Now when I start X I get a blak screen and a complain that the GLX extension cannot be loaded, but it looks like I'm loading the correct one from nvidia. Any ideas?
[]s, Fernando Lozano
I have a nVidia GEForce MX 440 card but never bothered with OpenGL applications before. But I just installed FC6 and heard all rumors about compiz, so I decided to give it a try.
I understand I need the nVidia proprietary drivers for compiz to work with my card, so I installed the package from Freshrpms.net. But it looks like the kernel refuses to load the drivers. At least I say a message saying so during boot and could not start X. I had to reconfigure X to use the Xorg open source driver (nv) instead of the proprietary one (nvidia) but I could not find in any log that message.
I read the docs from nVidia web site but had no success. What could be preventing the driver to load? Maybe SELinux?
[]s, Fernando Lozano
Hi,
Here's the X log.
[]s, Fernando Lozano
Hi,
Found that need to install kenel-xen-devel so the nvidia kernel module can be build and loaded. Now when I start X I get a blak screen and a complain that the GLX extension cannot be loaded, but it looks like I'm loading the correct one from nvidia. Any ideas?
[]s, Fernando Lozano
I have a nVidia GEForce MX 440 card but never bothered with OpenGL applications before. But I just installed FC6 and heard all rumors about compiz, so I decided to give it a try.
I understand I need the nVidia proprietary drivers for compiz to work with my card, so I installed the package from Freshrpms.net. But it looks like the kernel refuses to load the drivers. At least I say a message saying so during boot and could not start X. I had to reconfigure X to use the Xorg open source driver (nv) instead of the proprietary one (nvidia) but I could not find in any log that message.
I read the docs from nVidia web site but had no success. What could be preventing the driver to load? Maybe SELinux?
[]s, Fernando Lozano
X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: Linux 2.6.9-34.ELsmp i686 Red Hat, Inc. Current Operating System: Linux desktop 2.6.18-1.2798.fc6xen #1 SMP Mon Oct 16 15:11:19 EDT 2006 i686 Build Date: 04 October 2006 Build ID: xorg-x11-server 1.1.1-47.fc6 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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: Wed Nov 1 14:27:30 2006 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "single head configuration" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Videocard0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) FontPath set to: unix/:7100, built-ins (==) RgbPath set to "/usr/share/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (II) Open ACPI successful (/var/run/acpid.socket) (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (--) using VT number 7
(II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,3099 card 1106,0000 rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,b099 card 0000,0000 rev 00 class 06,04,00 hdr 01 (II) PCI: 00:08:0: chip 10b7,9055 card 10b7,9055 rev 34 class 02,00,00 hdr 00 (II) PCI: 00:0a:0: chip e159,0001 card 8086,0003 rev 00 class 07,80,00 hdr 00 (II) PCI: 00:10:0: chip 1106,3038 card 1462,7120 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:1: chip 1106,3038 card 1462,7120 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:2: chip 1106,3038 card 1462,7120 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:3: chip 1106,3104 card 1462,7120 rev 82 class 0c,03,20 hdr 00 (II) PCI: 00:11:0: chip 1106,3177 card 1106,0000 rev 00 class 06,01,00 hdr 80 (II) PCI: 00:11:1: chip 1106,0571 card 1462,7120 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:11:5: chip 1106,3059 card 1462,7120 rev 50 class 04,01,00 hdr 00 (II) PCI: 00:11:6: chip 1106,3068 card 0000,0000 rev 80 class 07,80,00 hdr 00 (II) PCI: 01:00:0: chip 10de,0171 card 1554,10e2 rev a3 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000c (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xdde00000 - 0xdfefffff (0x2100000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xcdc00000 - 0xddcfffff (0x10100000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:17:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:0:0) nVidia Corporation NV17 [GeForce4 MX 440] rev 163, Mem @ 0xde000000/24, 0xd0000000/27, 0xddc80000/19, BIOS @ 0xdfee0000/17 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(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 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xe0000000 from 0xe7ffffff to 0xdfffffff (II) Active PCI resource ranges: [0] -1 0 0xdffffe00 - 0xdffffeff (0x100) MX[B] [1] -1 0 0xdfffe000 - 0xdfffefff (0x1000) MX[B] [2] -1 0 0xdfffff80 - 0xdfffffff (0x80) MX[B] [3] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]O [4] -1 0 0xdfee0000 - 0xdfefffff (0x20000) MX[B](B) [5] -1 0 0xddc80000 - 0xddcfffff (0x80000) MX[B](B) [6] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [7] -1 0 0xde000000 - 0xdeffffff (0x1000000) MX[B](B) [8] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B] [9] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B] [10] -1 0 0x0000e400 - 0x0000e41f (0x20) IX[B] [11] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [12] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B] [13] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [14] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] (II) Inactive PCI resource ranges: [0] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B] (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xdffffe00 - 0xdffffeff (0x100) MX[B] [1] -1 0 0xdfffe000 - 0xdfffefff (0x1000) MX[B] [2] -1 0 0xdfffff80 - 0xdfffffff (0x80) MX[B] [3] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]O [4] -1 0 0xdfee0000 - 0xdfefffff (0x20000) MX[B](B) [5] -1 0 0xddc80000 - 0xddcfffff (0x80000) MX[B](B) [6] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [7] -1 0 0xde000000 - 0xdeffffff (0x1000000) MX[B](B) [8] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B] [9] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B] [10] -1 0 0x0000e400 - 0x0000e41f (0x20) IX[B] [11] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [12] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B] [13] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [14] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] (II) Inactive PCI resource ranges after removing overlaps: [0] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B] (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(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 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(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 0xdffffe00 - 0xdffffeff (0x100) MX[B] [5] -1 0 0xdfffe000 - 0xdfffefff (0x1000) MX[B] [6] -1 0 0xdfffff80 - 0xdfffffff (0x80) MX[B] [7] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]O [8] -1 0 0xdfee0000 - 0xdfefffff (0x20000) MX[B](B) [9] -1 0 0xddc80000 - 0xddcfffff (0x80000) MX[B](B) [10] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [11] -1 0 0xde000000 - 0xdeffffff (0x1000000) MX[B](B) [12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B] [15] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B] [16] -1 0 0x0000e400 - 0x0000e41f (0x20) IX[B] [17] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [18] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B] [19] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [20] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] [21] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B] (II) LoadModule: "glx" (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (==) AIGLX enabled (II) Loading extension GLX (II) LoadModule: "nvidia" (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so (II) Module nvidia: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.9626 Module class: X.Org Video Driver (II) LoadModule: "mouse" (II) Loading /usr/lib/xorg/modules/input/mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.1.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.6 (II) LoadModule: "kbd" (II) Loading /usr/lib/xorg/modules/input/kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.1.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.6 (II) NVIDIA dlloader X Driver 1.0-9626 Wed Sep 20 16:41:00 PDT 2006 (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs (II) Primary Device is: PCI 01:00:0 (--) Assigning device section with no busID to primary device (--) Chipset NVIDIA GPU found (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/lib/xorg/modules/libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.3 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/lib/xorg/modules/libramdac.so (II) Module ramdac: vendor="X.Org Foundation" compiled for 7.1.1, module version = 0.1.0 ABI class: X.Org Video Driver, version 1.0 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(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 0xdffffe00 - 0xdffffeff (0x100) MX[B] [5] -1 0 0xdfffe000 - 0xdfffefff (0x1000) MX[B] [6] -1 0 0xdfffff80 - 0xdfffffff (0x80) MX[B] [7] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]O [8] -1 0 0xdfee0000 - 0xdfefffff (0x20000) MX[B](B) [9] -1 0 0xddc80000 - 0xddcfffff (0x80000) MX[B](B) [10] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [11] -1 0 0xde000000 - 0xdeffffff (0x1000000) MX[B](B) [12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B] [15] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B] [16] -1 0 0x0000e400 - 0x0000e41f (0x20) IX[B] [17] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [18] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B] [19] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [20] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] [21] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B] (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(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 0xdffffe00 - 0xdffffeff (0x100) MX[B] [5] -1 0 0xdfffe000 - 0xdfffefff (0x1000) MX[B] [6] -1 0 0xdfffff80 - 0xdfffffff (0x80) MX[B] [7] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]O [8] -1 0 0xdfee0000 - 0xdfefffff (0x20000) MX[B](B) [9] -1 0 0xddc80000 - 0xddcfffff (0x80000) MX[B](B) [10] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [11] -1 0 0xde000000 - 0xdeffffff (0x1000000) MX[B](B) [12] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [13] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [14] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [15] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [16] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [17] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B] [18] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B] [19] -1 0 0x0000e400 - 0x0000e41f (0x20) IX[B] [20] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [21] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B] [22] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [23] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] [24] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B] [25] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [26] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (**) 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): Enabling RENDER acceleration (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X (EE) NVIDIA(0): log file that the GLX module has been loaded in your X (EE) NVIDIA(0): server, and that the module is the NVIDIA GLX module. If (EE) NVIDIA(0): you continue to encounter problems, Please try (EE) NVIDIA(0): reinstalling the NVIDIA driver.
Is this with the xen kernel or the 'normal' kernel? You should prolly post an nvidia-bug-report.log on nvnews.net so that people can help you.
On 11/1/06, Fernando Lozano fernando@lozano.eti.br wrote:
Hi,
Here's the X log.
[]s, Fernando Lozano
Hi,
Found that need to install kenel-xen-devel so the nvidia kernel module can be build and loaded. Now when I start X I get a blak screen and a complain that the GLX extension cannot be loaded, but it looks like I'm loading the correct one from nvidia. Any ideas?
[]s, Fernando Lozano
I have a nVidia GEForce MX 440 card but never bothered with OpenGL applications before. But I just installed FC6 and heard all rumors about compiz, so I decided to give it a try.
I understand I need the nVidia proprietary drivers for compiz to work with my card, so I installed the package from Freshrpms.net. But it looks like the kernel refuses to load the drivers. At least I say a message saying so during boot and could not start X. I had to reconfigure X to use the Xorg open source driver (nv) instead of the proprietary one (nvidia) but I could not find in any log that message.
I read the docs from nVidia web site but had no success. What could be preventing the driver to load? Maybe SELinux?
[]s, Fernando Lozano
X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: Linux 2.6.9-34.ELsmp i686 Red Hat, Inc. Current Operating System: Linux desktop 2.6.18-1.2798.fc6xen #1 SMP Mon Oct 16 15:11:19 EDT 2006 i686 Build Date: 04 October 2006 Build ID: xorg-x11-server 1.1.1-47.fc6 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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: Wed Nov 1 14:27:30 2006 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "single head configuration" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Videocard0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) FontPath set to: unix/:7100, built-ins (==) RgbPath set to "/usr/share/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (II) Open ACPI successful (/var/run/acpid.socket) (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (--) using VT number 7
(II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,3099 card 1106,0000 rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,b099 card 0000,0000 rev 00 class 06,04,00 hdr 01 (II) PCI: 00:08:0: chip 10b7,9055 card 10b7,9055 rev 34 class 02,00,00 hdr 00 (II) PCI: 00:0a:0: chip e159,0001 card 8086,0003 rev 00 class 07,80,00 hdr 00 (II) PCI: 00:10:0: chip 1106,3038 card 1462,7120 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:1: chip 1106,3038 card 1462,7120 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:2: chip 1106,3038 card 1462,7120 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:3: chip 1106,3104 card 1462,7120 rev 82 class 0c,03,20 hdr 00 (II) PCI: 00:11:0: chip 1106,3177 card 1106,0000 rev 00 class 06,01,00 hdr 80 (II) PCI: 00:11:1: chip 1106,0571 card 1462,7120 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:11:5: chip 1106,3059 card 1462,7120 rev 50 class 04,01,00 hdr 00 (II) PCI: 00:11:6: chip 1106,3068 card 0000,0000 rev 80 class 07,80,00 hdr 00 (II) PCI: 01:00:0: chip 10de,0171 card 1554,10e2 rev a3 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000c (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xdde00000 - 0xdfefffff (0x2100000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xcdc00000 - 0xddcfffff (0x10100000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:17:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:0:0) nVidia Corporation NV17 [GeForce4 MX 440] rev 163, Mem @ 0xde000000/24, 0xd0000000/27, 0xddc80000/19, BIOS @ 0xdfee0000/17 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(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 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xe0000000 from 0xe7ffffff to 0xdfffffff (II) Active PCI resource ranges: [0] -1 0 0xdffffe00 - 0xdffffeff (0x100) MX[B] [1] -1 0 0xdfffe000 - 0xdfffefff (0x1000) MX[B] [2] -1 0 0xdfffff80 - 0xdfffffff (0x80) MX[B] [3] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]O [4] -1 0 0xdfee0000 - 0xdfefffff (0x20000) MX[B](B) [5] -1 0 0xddc80000 - 0xddcfffff (0x80000) MX[B](B) [6] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [7] -1 0 0xde000000 - 0xdeffffff (0x1000000) MX[B](B) [8] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B] [9] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B] [10] -1 0 0x0000e400 - 0x0000e41f (0x20) IX[B] [11] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [12] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B] [13] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [14] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] (II) Inactive PCI resource ranges: [0] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B] (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xdffffe00 - 0xdffffeff (0x100) MX[B] [1] -1 0 0xdfffe000 - 0xdfffefff (0x1000) MX[B] [2] -1 0 0xdfffff80 - 0xdfffffff (0x80) MX[B] [3] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]O [4] -1 0 0xdfee0000 - 0xdfefffff (0x20000) MX[B](B) [5] -1 0 0xddc80000 - 0xddcfffff (0x80000) MX[B](B) [6] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [7] -1 0 0xde000000 - 0xdeffffff (0x1000000) MX[B](B) [8] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B] [9] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B] [10] -1 0 0x0000e400 - 0x0000e41f (0x20) IX[B] [11] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [12] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B] [13] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [14] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] (II) Inactive PCI resource ranges after removing overlaps: [0] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B] (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(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 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(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 0xdffffe00 - 0xdffffeff (0x100) MX[B] [5] -1 0 0xdfffe000 - 0xdfffefff (0x1000) MX[B] [6] -1 0 0xdfffff80 - 0xdfffffff (0x80) MX[B] [7] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]O [8] -1 0 0xdfee0000 - 0xdfefffff (0x20000) MX[B](B) [9] -1 0 0xddc80000 - 0xddcfffff (0x80000) MX[B](B) [10] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [11] -1 0 0xde000000 - 0xdeffffff (0x1000000) MX[B](B) [12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B] [15] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B] [16] -1 0 0x0000e400 - 0x0000e41f (0x20) IX[B] [17] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [18] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B] [19] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [20] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] [21] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B] (II) LoadModule: "glx" (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (==) AIGLX enabled (II) Loading extension GLX (II) LoadModule: "nvidia" (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so (II) Module nvidia: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.9626 Module class: X.Org Video Driver (II) LoadModule: "mouse" (II) Loading /usr/lib/xorg/modules/input/mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.1.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.6 (II) LoadModule: "kbd" (II) Loading /usr/lib/xorg/modules/input/kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.1.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.6 (II) NVIDIA dlloader X Driver 1.0-9626 Wed Sep 20 16:41:00 PDT 2006 (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs (II) Primary Device is: PCI 01:00:0 (--) Assigning device section with no busID to primary device (--) Chipset NVIDIA GPU found (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/lib/xorg/modules/libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.3 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/lib/xorg/modules/libramdac.so (II) Module ramdac: vendor="X.Org Foundation" compiled for 7.1.1, module version = 0.1.0 ABI class: X.Org Video Driver, version 1.0 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(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 0xdffffe00 - 0xdffffeff (0x100) MX[B] [5] -1 0 0xdfffe000 - 0xdfffefff (0x1000) MX[B] [6] -1 0 0xdfffff80 - 0xdfffffff (0x80) MX[B] [7] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]O [8] -1 0 0xdfee0000 - 0xdfefffff (0x20000) MX[B](B) [9] -1 0 0xddc80000 - 0xddcfffff (0x80000) MX[B](B) [10] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [11] -1 0 0xde000000 - 0xdeffffff (0x1000000) MX[B](B) [12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B] [15] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B] [16] -1 0 0x0000e400 - 0x0000e41f (0x20) IX[B] [17] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [18] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B] [19] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [20] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] [21] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B] (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(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 0xdffffe00 - 0xdffffeff (0x100) MX[B] [5] -1 0 0xdfffe000 - 0xdfffefff (0x1000) MX[B] [6] -1 0 0xdfffff80 - 0xdfffffff (0x80) MX[B] [7] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]O [8] -1 0 0xdfee0000 - 0xdfefffff (0x20000) MX[B](B) [9] -1 0 0xddc80000 - 0xddcfffff (0x80000) MX[B](B) [10] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [11] -1 0 0xde000000 - 0xdeffffff (0x1000000) MX[B](B) [12] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [13] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [14] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [15] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [16] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [17] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B] [18] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B] [19] -1 0 0x0000e400 - 0x0000e41f (0x20) IX[B] [20] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [21] -1 0 0x0000dc00 - 0x0000dc1f (0x20) IX[B] [22] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [23] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] [24] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B] [25] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [26] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (**) 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): Enabling RENDER acceleration (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X (EE) NVIDIA(0): log file that the GLX module has been loaded in your X (EE) NVIDIA(0): server, and that the module is the NVIDIA GLX module. If (EE) NVIDIA(0): you continue to encounter problems, Please try (EE) NVIDIA(0): reinstalling the NVIDIA driver.
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Fernando Lozano wrote:
Hi,
Here's the X log.
(II) LoadModule: "glx" (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (==) AIGLX enabled (II) Loading extension GLX
Shows that you are not loading the nvidia glx module.
Edit your xorg.conf file so that instead of:
Load "glx"
you have
Load "/usr/X11R6/lib/modules/extensions/libglx.so"
Ed
Hi Ed Greshko,
Very strangem the docs from nVidia itself states you have to use 'load "glx"' and that line was generated bu nvidia-xconfig.
But it won't hurt trying your sugestion.
[]s, Fernando Lozano
(II) LoadModule: "glx" (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (==) AIGLX enabled (II) Loading extension GLX
Shows that you are not loading the nvidia glx module.
Edit your xorg.conf file so that instead of:
Load "glx"
you have
Load "/usr/X11R6/lib/modules/extensions/libglx.so"
Ed
Fernando Lozano wrote:
Hi Ed Greshko,
Very strangem the docs from nVidia itself states you have to use 'load "glx"' and that line was generated bu nvidia-xconfig.
It may be strange...but not uncommon. The same thing has happened to me. I forgot where I got the answer. It may have been in some FAQ on the nvidia site.
But, you will get:
(II) LoadModule: "/usr/X11R6/lib/modules/extensions/libglx.so" (glx) (WW) LoadModule: given non-canonical module name "/usr/X11R6/lib/modules/extensions/libglx.so" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so (II) Module glx: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.8774 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.1 (II) Loading extension GLX
When it loads correctly. As noted I'm using the 8774 version of the nvidia drivers.
But it won't hurt trying your sugestion.
No, it won't. And, I think you will be pleased with the results.
Ed
[]s, Fernando Lozano
(II) LoadModule: "glx" (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (==) AIGLX enabled (II) Loading extension GLX
Shows that you are not loading the nvidia glx module.
Edit your xorg.conf file so that instead of:
Load "glx"
you have
Load "/usr/X11R6/lib/modules/extensions/libglx.so"
Ed
Something is misconfigured on your system if you need to hardcode the full path to the glx module.
On 11/3/06, Ed Greshko Ed.Greshko@greshko.com wrote:
Fernando Lozano wrote:
Hi Ed Greshko,
Very strangem the docs from nVidia itself states you have to use 'load "glx"' and that line was generated bu nvidia-xconfig.
It may be strange...but not uncommon. The same thing has happened to me. I forgot where I got the answer. It may have been in some FAQ on the nvidia site.
But, you will get:
(II) LoadModule: "/usr/X11R6/lib/modules/extensions/libglx.so" (glx) (WW) LoadModule: given non-canonical module name "/usr/X11R6/lib/modules/extensions/libglx.so" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so (II) Module glx: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.8774 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.1 (II) Loading extension GLX
When it loads correctly. As noted I'm using the 8774 version of the nvidia drivers.
But it won't hurt trying your sugestion.
No, it won't. And, I think you will be pleased with the results.
Ed
[]s, Fernando Lozano
(II) LoadModule: "glx" (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (==) AIGLX enabled (II) Loading extension GLX
Shows that you are not loading the nvidia glx module.
Edit your xorg.conf file so that instead of:
Load "glx"
you have
Load "/usr/X11R6/lib/modules/extensions/libglx.so"
Lonni J Friedman wrote:
Something is misconfigured on your system if you need to hardcode the full path to the glx module.
That may be true. But, unless you can point to the misconfiguration it is of little or no value.
However, pointing to the full path of the glx module will resolve the issue and, FWIW, that is good enough for me.
Enjoy, Ed
On 11/3/06, Ed Greshko Ed.Greshko@greshko.com wrote:
Fernando Lozano wrote:
Hi Ed Greshko,
Very strangem the docs from nVidia itself states you have to use 'load "glx"' and that line was generated bu nvidia-xconfig.
It may be strange...but not uncommon. The same thing has happened to me. I forgot where I got the answer. It may have been in some FAQ on the nvidia site.
But, you will get:
(II) LoadModule: "/usr/X11R6/lib/modules/extensions/libglx.so" (glx) (WW) LoadModule: given non-canonical module name "/usr/X11R6/lib/modules/extensions/libglx.so" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so (II) Module glx: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.8774 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.1 (II) Loading extension GLX
When it loads correctly. As noted I'm using the 8774 version of the nvidia drivers.
But it won't hurt trying your sugestion.
No, it won't. And, I think you will be pleased with the results.
Ed
[]s, Fernando Lozano
(II) LoadModule: "glx" (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (==) AIGLX enabled (II) Loading extension GLX
Shows that you are not loading the nvidia glx module.
Edit your xorg.conf file so that instead of:
Load "glx"
you have
Load "/usr/X11R6/lib/modules/extensions/libglx.so"
On 11/3/06, Ed Greshko Ed.Greshko@greshko.com wrote:
Lonni J Friedman wrote:
Something is misconfigured on your system if you need to hardcode the full path to the glx module.
That may be true. But, unless you can point to the misconfiguration it is of little or no value.
Unless you can post an X log that shows the failure without the hardcoded path, there's nothing for me to point to.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Ed Greshko wrote:
Lonni J Friedman wrote:
Something is misconfigured on your system if you need to hardcode the full path to the glx module.
That may be true. But, unless you can point to the misconfiguration it is of little or no value.
Pardon me if I expose my ignorance here...
I think that the differences arise because of the way that the official nvidia installer does things versus the way that the nvidia rpms from livna (and I presume freshrpms) do them.
AIUI, the nvidia installer overwrites the libglx.so from xorg. This works fine as far as calling Load "glx" in your xorg.conf, but it makes for more work the go back to the xorg driver should one need to. The livna packages install the nvidia libglx.so in a different directory to avoid clobbering the xorg libglx.so.
The livna packages adds ModulePath lines in xorg.conf that ensure the proper glx is found. That makes specifying the full path to libglx.so unnecessary. Perhaps the freshrpms package hasn't done that?
I have FC5 with the livna nvidia package here and the paths to libglx.so are:
$ locate libglx.so /usr/lib/xorg/modules/extensions/libglx.so /usr/lib/xorg/modules/extensions/nvidia/libglx.so /usr/lib/xorg/modules/extensions/nvidia/libglx.so.1.0.8776
The "Files" section of my xorg.conf has this:
$ grep ModulePath /etc/X11/xorg.conf ModulePath "/usr/lib/xorg/modules/extensions/nvidia" ModulePath "/usr/lib/xorg/modules"
And then there's just a simple Load "glx" in the "Module" section. Works fine for me.
Hopefully this is at least somewhat relevant and helpful. :)
- -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ====================================================================== A person who smiles in the face of adversity ... probably has a scapegoat.
On 11/3/06, Todd Zullinger tmz@pobox.com wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Ed Greshko wrote:
Lonni J Friedman wrote:
Something is misconfigured on your system if you need to hardcode the full path to the glx module.
That may be true. But, unless you can point to the misconfiguration it is of little or no value.
Pardon me if I expose my ignorance here...
I think that the differences arise because of the way that the official nvidia installer does things versus the way that the nvidia rpms from livna (and I presume freshrpms) do them.
AIUI, the nvidia installer overwrites the libglx.so from xorg. This works fine as far as calling Load "glx" in your xorg.conf, but it makes for more work the go back to the xorg driver should one need to. The livna packages install the nvidia libglx.so in a different directory to avoid clobbering the xorg libglx.so.
The livna packages adds ModulePath lines in xorg.conf that ensure the proper glx is found. That makes specifying the full path to libglx.so unnecessary. Perhaps the freshrpms package hasn't done that?
I have FC5 with the livna nvidia package here and the paths to libglx.so are:
$ locate libglx.so /usr/lib/xorg/modules/extensions/libglx.so /usr/lib/xorg/modules/extensions/nvidia/libglx.so /usr/lib/xorg/modules/extensions/nvidia/libglx.so.1.0.8776
The "Files" section of my xorg.conf has this:
$ grep ModulePath /etc/X11/xorg.conf ModulePath "/usr/lib/xorg/modules/extensions/nvidia" ModulePath "/usr/lib/xorg/modules"
And then there's just a simple Load "glx" in the "Module" section. Works fine for me.
Hopefully this is at least somewhat relevant and helpful. :)
You're probably correct. And if so, then this is a livna bug, as they should be taking care of fixing xorg.conf to point to the correct glx module.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lonni J Friedman wrote:
You're probably correct. And if so, then this is a livna bug, as they should be taking care of fixing xorg.conf to point to the correct glx module.
I thought the OP was using the freshrpms package? The livna package seems to do the right thing.
- -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ====================================================================== The meek shall inherit the earth, but not the mineral rights. -- John Paul Getty
On 11/3/06, Todd Zullinger tmz@pobox.com wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lonni J Friedman wrote:
You're probably correct. And if so, then this is a livna bug, as they should be taking care of fixing xorg.conf to point to the correct glx module.
I thought the OP was using the freshrpms package? The livna package seems to do the right thing.
or freshrpms. :) either way, this sounds like a packaging bug.
Lonni J Friedman wrote:
On 11/3/06, Todd Zullinger tmz@pobox.com wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lonni J Friedman wrote:
You're probably correct. And if so, then this is a livna bug, as they should be taking care of fixing xorg.conf to point to the correct glx module.
I thought the OP was using the freshrpms package? The livna package seems to do the right thing.
or freshrpms. :) either way, this sounds like a packaging bug.
Except for one small wrinkle....
I use neither livna or freshrpms. I use the "standard" nvidia install on RHELv4. It used to work just fine. I think it "broke" around the time nvidia released 8774. I think a new kernel also came out around the same time. But I hadn't noticed it for a while since I generally don't run video intensive applications. It was only when I ran google-earth that I noticed performance had degraded and looked into it.
I'll be the first to admit that once I determined the problem and the simple work around I was too lazy to go back and dig to find the root cause. It took so little effort/time to determine what was wrong and how to get around it that I truly think it took me less than 10 minutes of effort, once I noticed a problem, out of a normally busy day.
On 11/3/06, Ed Greshko Ed.Greshko@greshko.com wrote:
Lonni J Friedman wrote:
On 11/3/06, Todd Zullinger tmz@pobox.com wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lonni J Friedman wrote:
You're probably correct. And if so, then this is a livna bug, as they should be taking care of fixing xorg.conf to point to the correct glx module.
I thought the OP was using the freshrpms package? The livna package seems to do the right thing.
or freshrpms. :) either way, this sounds like a packaging bug.
Except for one small wrinkle....
I use neither livna or freshrpms. I use the "standard" nvidia install on RHELv4. It used to work just fine. I think it "broke" around the time nvidia released 8774. I think a new kernel also came out around the same time. But I hadn't noticed it for a while since I generally don't run video intensive applications. It was only when I ran google-earth that I noticed performance had degraded and looked into it.
I'll be the first to admit that once I determined the problem and the simple work around I was too lazy to go back and dig to find the root cause. It took so little effort/time to determine what was wrong and how to get around it that I truly think it took me less than 10 minutes of effort, once I noticed a problem, out of a normally busy day.
Or maybe you updated your Mesa RPM which broke the GLX module. I know that I've never seen the need to hardcode the GLX module path in RHEL4. Something seems broken in your environment.
Lonni J Friedman wrote:
Or maybe you updated your Mesa RPM which broke the GLX module. I know that I've never seen the need to hardcode the GLX module path in RHEL4. Something seems broken in your environment.
It is certainly possible that xorg-x11-Mesa-libGLU and/or xorg-x11-Mesa-libGL were updated by up2date prior to my noticing the issue. I also hadn't found the need to hardcode the GLX module path up until now.
Yes, something is amiss. But, as previously mentioned, I'm not alone. Once I noticed the problem the solution was a single google search away. Am I going to lose any sleep over it? No. Am I going to dig in and find the root cause? No, not unless I'm really-really bored.
The only reason you'd need kernel-xen-devel is if you're running the xen kernel. The NVIDIA driver generally isn't compatible with xen kernels right now.
On 11/1/06, Fernando Lozano fernando@lozano.eti.br wrote:
Hi,
Found that need to install kenel-xen-devel so the nvidia kernel module can be build and loaded. Now when I start X I get a blak screen and a complain that the GLX extension cannot be loaded, but it looks like I'm loading the correct one from nvidia. Any ideas?
[]s, Fernando Lozano
I have a nVidia GEForce MX 440 card but never bothered with OpenGL applications before. But I just installed FC6 and heard all rumors about compiz, so I decided to give it a try.
I understand I need the nVidia proprietary drivers for compiz to work with my card, so I installed the package from Freshrpms.net. But it looks like the kernel refuses to load the drivers. At least I say a message saying so during boot and could not start X. I had to reconfigure X to use the Xorg open source driver (nv) instead of the proprietary one (nvidia) but I could not find in any log that message.
I read the docs from nVidia web site but had no success. What could be preventing the driver to load? Maybe SELinux?
Hi Lonni,
I just added Xen packages when installing using anaconda. It looks like doing this makes my system boot a Xen kernel. So should I uninstall Xen?
[]s, Fernando Lozano
The only reason you'd need kernel-xen-devel is if you're running the xen kernel. The NVIDIA driver generally isn't compatible with xen kernels right now.
Found that need to install kenel-xen-devel so the nvidia kernel module can be build and loaded. Now when I start X I get a blak screen and a complain that the GLX extension cannot be loaded, but it looks like I'm loading the correct one from nvidia. Any ideas?
[]s, Fernando Lozano
You don't need to uninstall the xen kernel, just don't boot it unless you're doing something with xen. However, don't expect the nvidia driver to work very well, if at all, with xen, as the two aren't expected to work properly together right now.
On 11/1/06, Fernando Lozano fernando@lozano.eti.br wrote:
Hi Lonni,
I just added Xen packages when installing using anaconda. It looks like doing this makes my system boot a Xen kernel. So should I uninstall Xen?
[]s, Fernando Lozano
The only reason you'd need kernel-xen-devel is if you're running the xen kernel. The NVIDIA driver generally isn't compatible with xen kernels right now.
Found that need to install kenel-xen-devel so the nvidia kernel module can be build and loaded. Now when I start X I get a blak screen and a complain that the GLX extension cannot be loaded, but it looks like I'm loading the correct one from nvidia. Any ideas?
[]s, Fernando Lozano
Hi there,
If I switch to the livna.org nvida drivers, which packages do I have to install? just the xen ones for kmod-nvidia and xorg-x11-drv-nvidia?
[]s, Fernando Lozano
Hi Fernando,
On Wed, 01 Nov 2006 15:23:40 -0300 Fernando Lozano fernando@lozano.eti.br wrote:
Hi there,
If I switch to the livna.org nvida drivers, which packages do I have to install? just the xen ones for kmod-nvidia and xorg-x11-drv-nvidia?
No need to do that, Freshrpms should work just fine. Besides, mixing Livna and Freshrpms might give you some other headaches.
I had some problems here as well, and they were due to the i586 x i686 kernel mess. Matthias Saou from Freshrpms showed me how to spot the problem:
rpm -qa --qf '%{name}\t%{arch}\n' 'kernel*'
This will tell you which kernel you have installed. If yours is i586 and kernel-devel is i686, dkms won't be able to build kernel module for NVidia driver.
If that's your case, there's a simple workaround using yumdownloader (found on yum-utils), it's been posted here on this list.
As someone noticed, you'll also need dkms, but this should have been installed already when you installed the driver package from Freshrpms.
HTH
Andre
-
Andre Costa -
Claude Jones -
Ed Greshko -
Fernando Lozano -
Lonni J Friedman -
Roo -
Todd Zullinger