* [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
@ 2007-12-21 20:16 B Vance
2007-12-21 21:06 ` Hemmann, Volker Armin
0 siblings, 1 reply; 25+ messages in thread
From: B Vance @ 2007-12-21 20:16 UTC (permalink / raw
To: gentoo-amd64
[-- Attachment #1: Type: text/plain, Size: 966 bytes --]
All,
I've come upon a rather strange problem. I have a laptop with dual
Nvidia 7800 mobile chips. Since the updated ABIs in xorg-server I've
had to re-emerge nvidia-drivers after every restart to be able to use
any desktop environment (startX, gdm, etc). If I don't it give the
black screen that only responds to soft reset(ctrl-Alt-Del) or power
down. The Xorg.0.log.old is what the log shows when it works. The
other is what it shows when it fails. I've attached the xorg.conf,
lspci output, and my emerge --info. I've set the laptop key
in /etc/modules.d/nvidia to 3, 0xFFFFFFFF and commented it out entirely.
It does not appear to have any effect. I can continue to re-emerge
nvidia-drivers at the start of every session, but it does get old after
the third or fourth time.
I can't seem to track down anyone with a similar problem using google,
so I figured I'd try here where the big brains hangout :-). Any
assistance will be appreciated.
B Vance
[-- Attachment #2: Xorg.0.log --]
[-- Type: text/x-log, Size: 28340 bytes --]
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.4.0.90
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.23-gentoo-r3 x86_64
Current Operating System: Linux ShadowBook 2.6.23-gentoo-r3 #1 SMP Sat Dec 8 18:03:45 EST 2007 x86_64
Build Date: 14 December 2007 06:29:21PM
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: Fri Dec 21 04:52:57 2007
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "X.org Configured"
(**) |-->Screen "Screen0" (0)
(**) | |-->Monitor "Monitor0"
(**) | |-->Device "Card0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(==) 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.
(==) Including the default font path /usr/share/fonts/misc/,/usr/share/fonts/TTF/,/usr/share/fonts/OTF,/usr/share/fonts/Type1/,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/.
(**) FontPath set to:
/usr/share/fonts/misc/,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi/,
/usr/share/fonts/75dpi/,
/usr/share/fonts/misc/,
/usr/share/fonts/TTF/,
/usr/share/fonts/OTF,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi/,
/usr/share/fonts/75dpi/
(**) RgbPath set to "/usr/share/X11/rgb"
(**) ModulePath set to "/usr/lib64/xorg/modules"
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(II) No APM support in BIOS or kernel
(II) Loader magic: 0x7b2820
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 2.0
X.Org XInput driver : 2.0
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "pcidata"
(II) Loading /usr/lib64/xorg/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.0.0
ABI class: X.Org Video Driver, version 2.0
(++) using VT number 7
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 10de,005e card 1558,0590 rev a3 class 05,80,00 hdr 00
(II) PCI: 00:01:0: chip 10de,0050 card 1558,0590 rev a3 class 06,01,00 hdr 80
(II) PCI: 00:01:1: chip 10de,0052 card 1558,0590 rev a2 class 0c,05,00 hdr 80
(II) PCI: 00:02:0: chip 10de,005a card 1558,0590 rev a2 class 0c,03,10 hdr 80
(II) PCI: 00:02:1: chip 10de,005b card 1558,0590 rev a3 class 0c,03,20 hdr 80
(II) PCI: 00:04:0: chip 10de,0059 card 1558,0590 rev a2 class 04,01,00 hdr 80
(II) PCI: 00:04:1: chip 10de,0058 card 1558,0590 rev a2 class 07,03,00 hdr 80
(II) PCI: 00:06:0: chip 10de,0053 card 1558,0590 rev f2 class 01,01,8a hdr 00
(II) PCI: 00:08:0: chip 10de,0055 card 1558,0590 rev f3 class 01,01,85 hdr 00
(II) PCI: 00:09:0: chip 10de,005c card 0000,0000 rev a2 class 06,04,01 hdr 01
(II) PCI: 00:0b:0: chip 10de,005d card 0000,0000 rev a3 class 06,04,00 hdr 01
(II) PCI: 00:0c:0: chip 10de,005d card 0000,0000 rev a3 class 06,04,00 hdr 01
(II) PCI: 00:0d:0: chip 10de,005d card 0000,0000 rev a3 class 06,04,00 hdr 01
(II) PCI: 00:0e:0: chip 10de,005d card 0000,0000 rev a3 class 06,04,00 hdr 01
(II) PCI: 00:18:0: chip 1022,1100 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:1: chip 1022,1101 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:2: chip 1022,1102 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:3: chip 1022,1103 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 01:00:0: chip 11ab,4362 card 1558,0590 rev 19 class 02,00,00 hdr 00
(II) PCI: 03:00:0: chip 10de,0099 card 1558,0590 rev a1 class 03,00,00 hdr 00
(II) PCI: 04:00:0: chip 10de,0099 card 1558,0590 rev a1 class 03,00,00 hdr 00
(II) PCI: 05:06:0: chip 104c,8023 card 0000,0000 rev 00 class 0c,00,10 hdr 00
(II) PCI: 05:08:0: chip 168c,001b card 1458,e901 rev 01 class 02,00,00 hdr 00
(II) PCI: 05:09:0: chip 104c,8031 card 6000,0000 rev 00 class 06,07,00 hdr 82
(II) PCI: 05:09:3: chip 104c,8033 card 1558,0590 rev 00 class 01,80,00 hdr 80
(II) PCI: 05:09:4: chip 104c,8034 card 1558,0590 rev 00 class 08,05,00 hdr 80
(II) PCI: End of PCI scan
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:1:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(II) Subtractive PCI-to-PCI bridge:
(II) Bus 5: bridge is at (0:9:0), (0,5,6), BCTRL: 0x0204 (VGA_EN is cleared)
(II) Bus 5 I/O range:
[0] -1 0 0x00006000 - 0x000060ff (0x100) IX[B]
[1] -1 0 0x00006400 - 0x000064ff (0x100) IX[B]
[2] -1 0 0x00006800 - 0x000068ff (0x100) IX[B]
[3] -1 0 0x00006c00 - 0x00006cff (0x100) IX[B]
(II) Bus 5 non-prefetchable memory range:
[0] -1 0 0x54000000 - 0x59ffffff (0x6000000) MX[B]
(II) Bus 5 prefetchable memory range:
[0] -1 0 0x50000000 - 0x53ffffff (0x4000000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 1: bridge is at (0:11:0), (0,1,1), BCTRL: 0x0004 (VGA_EN is cleared)
(II) Bus 1 I/O range:
[0] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]
[1] -1 0 0x00003400 - 0x000034ff (0x100) IX[B]
[2] -1 0 0x00003800 - 0x000038ff (0x100) IX[B]
[3] -1 0 0x00003c00 - 0x00003cff (0x100) IX[B]
(II) Bus 1 non-prefetchable memory range:
[0] -1 0 0x5f000000 - 0x5f0fffff (0x100000) MX[B]
(II) Bus 1 prefetchable memory range:
[0] -1 0 0x5f100000 - 0x5f1fffff (0x100000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 2: bridge is at (0:12:0), (0,2,2), BCTRL: 0x0004 (VGA_EN is cleared)
(II) PCI-to-PCI bridge:
(II) Bus 3: bridge is at (0:13:0), (0,3,3), BCTRL: 0x0004 (VGA_EN is cleared)
(II) Bus 3 I/O range:
[0] -1 0 0x00004000 - 0x000040ff (0x100) IX[B]
[1] -1 0 0x00004400 - 0x000044ff (0x100) IX[B]
[2] -1 0 0x00004800 - 0x000048ff (0x100) IX[B]
[3] -1 0 0x00004c00 - 0x00004cff (0x100) IX[B]
(II) Bus 3 non-prefetchable memory range:
[0] -1 0 0x5a000000 - 0x5c7fffff (0x2800000) MX[B]
(II) Bus 3 prefetchable memory range:
[0] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 4: bridge is at (0:14:0), (0,4,4), BCTRL: 0x001c (VGA_EN is set)
(II) Bus 4 I/O range:
[0] -1 0 0x00005000 - 0x000050ff (0x100) IX[B]
[1] -1 0 0x00005400 - 0x000054ff (0x100) IX[B]
[2] -1 0 0x00005800 - 0x000058ff (0x100) IX[B]
[3] -1 0 0x00005c00 - 0x00005cff (0x100) IX[B]
(II) Bus 4 non-prefetchable memory range:
[0] -1 0 0x5c800000 - 0x5effffff (0x2800000) MX[B]
(II) Bus 4 prefetchable memory range:
[0] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B]
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:24:0), (0,0,6), 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 (0x100000000) MX[B]
(II) Bus 0 prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) PCI-to-CardBus bridge:
(II) Bus 6: bridge is at (5:9:0), (5,6,9), BCTRL: 0x0344 (VGA_EN is cleared)
(II) Bus 6 I/O range:
[0] -1 0 0x00006000 - 0x000060ff (0x100) IX[B]
[1] -1 0 0x00006400 - 0x000064ff (0x100) IX[B]
(II) Bus 6 prefetchable memory range:
[0] -1 0 0x50000000 - 0x53ffffff (0x4000000) MX[B]
(--) PCI: (3:0:0) nVidia Corporation G70 [GeForce Go 7800 GTX] rev 161, Mem @ 0x5a000000/24, 0xb0000000/28, 0x5b000000/24, I/O @ 0x4000/7
(--) PCI:*(4:0:0) nVidia Corporation G70 [GeForce Go 7800 GTX] rev 161, Mem @ 0x5d000000/24, 0xc0000000/28, 0x5e000000/24, I/O @ 0x5000/7
(II) Addressable bus resource ranges are
[0] -1 0 0x00000000 - 0xffffffff (0x100000000) 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) Active PCI resource ranges:
[0] -1 0 0x58017a00 - 0x58017aff (0x100) MX[B]
[1] -1 0 0x58017900 - 0x580179ff (0x100) MX[B]
[2] -1 0 0x58017800 - 0x580178ff (0x100) MX[B]
[3] -1 0 0x58014000 - 0x58015fff (0x2000) MX[B]
[4] -1 0 0x58000000 - 0x5800ffff (0x10000) MX[B]
[5] -1 0 0x58010000 - 0x58013fff (0x4000) MX[B]
[6] -1 0 0x58017000 - 0x580177ff (0x800) MX[B]
[7] -1 0 0x5f000000 - 0x5f003fff (0x4000) MX[B]
[8] -1 0 0x5f203000 - 0x5f203fff (0x1000) MX[B]
[9] -1 0 0x5f202000 - 0x5f202fff (0x1000) MX[B]
[10] -1 0 0x5f201000 - 0x5f201fff (0x1000) MX[B]
[11] -1 0 0x5f204000 - 0x5f2040ff (0x100) MX[B]
[12] -1 0 0x5f200000 - 0x5f200fff (0x1000) MX[B]
[13] -1 0 0x5e000000 - 0x5effffff (0x1000000) MX[B](B)
[14] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
[15] -1 0 0x5d000000 - 0x5dffffff (0x1000000) MX[B](B)
[16] -1 0 0x5b000000 - 0x5bffffff (0x1000000) MX[B](B)
[17] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B](B)
[18] -1 0 0x5a000000 - 0x5affffff (0x1000000) MX[B](B)
[19] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]
[20] -1 0 0x00002430 - 0x0000243f (0x10) IX[B]
[21] -1 0 0x00002440 - 0x00002443 (0x4) IX[B]
[22] -1 0 0x00002448 - 0x0000244f (0x8) IX[B]
[23] -1 0 0x00002444 - 0x00002447 (0x4) IX[B]
[24] -1 0 0x00002450 - 0x00002457 (0x8) IX[B]
[25] -1 0 0x00002420 - 0x0000242f (0x10) IX[B]
[26] -1 0 0x00002000 - 0x0000207f (0x80) IX[B]
[27] -1 0 0x00001c00 - 0x00001cff (0x100) IX[B]
[28] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]
[29] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]
[30] -1 0 0x00002080 - 0x000020bf (0x40) IX[B]
[31] -1 0 0x000020c0 - 0x000020ff (0x40) IX[B]
[32] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]
[33] -1 0 0x00005000 - 0x0000507f (0x80) IX[B](B)
[34] -1 0 0x00004000 - 0x0000407f (0x80) IX[B](B)
(II) Active PCI resource ranges after removing overlaps:
[0] -1 0 0x58017a00 - 0x58017aff (0x100) MX[B]
[1] -1 0 0x58017900 - 0x580179ff (0x100) MX[B]
[2] -1 0 0x58017800 - 0x580178ff (0x100) MX[B]
[3] -1 0 0x58014000 - 0x58015fff (0x2000) MX[B]
[4] -1 0 0x58000000 - 0x5800ffff (0x10000) MX[B]
[5] -1 0 0x58010000 - 0x58013fff (0x4000) MX[B]
[6] -1 0 0x58017000 - 0x580177ff (0x800) MX[B]
[7] -1 0 0x5f000000 - 0x5f003fff (0x4000) MX[B]
[8] -1 0 0x5f203000 - 0x5f203fff (0x1000) MX[B]
[9] -1 0 0x5f202000 - 0x5f202fff (0x1000) MX[B]
[10] -1 0 0x5f201000 - 0x5f201fff (0x1000) MX[B]
[11] -1 0 0x5f204000 - 0x5f2040ff (0x100) MX[B]
[12] -1 0 0x5f200000 - 0x5f200fff (0x1000) MX[B]
[13] -1 0 0x5e000000 - 0x5effffff (0x1000000) MX[B](B)
[14] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
[15] -1 0 0x5d000000 - 0x5dffffff (0x1000000) MX[B](B)
[16] -1 0 0x5b000000 - 0x5bffffff (0x1000000) MX[B](B)
[17] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B](B)
[18] -1 0 0x5a000000 - 0x5affffff (0x1000000) MX[B](B)
[19] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]
[20] -1 0 0x00002430 - 0x0000243f (0x10) IX[B]
[21] -1 0 0x00002440 - 0x00002443 (0x4) IX[B]
[22] -1 0 0x00002448 - 0x0000244f (0x8) IX[B]
[23] -1 0 0x00002444 - 0x00002447 (0x4) IX[B]
[24] -1 0 0x00002450 - 0x00002457 (0x8) IX[B]
[25] -1 0 0x00002420 - 0x0000242f (0x10) IX[B]
[26] -1 0 0x00002000 - 0x0000207f (0x80) IX[B]
[27] -1 0 0x00001c00 - 0x00001cff (0x100) IX[B]
[28] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]
[29] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]
[30] -1 0 0x00002080 - 0x000020bf (0x40) IX[B]
[31] -1 0 0x000020c0 - 0x000020ff (0x40) IX[B]
[32] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]
[33] -1 0 0x00005000 - 0x0000507f (0x80) IX[B](B)
[34] -1 0 0x00004000 - 0x0000407f (0x80) IX[B](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 0x58017a00 - 0x58017aff (0x100) MX[B]
[5] -1 0 0x58017900 - 0x580179ff (0x100) MX[B]
[6] -1 0 0x58017800 - 0x580178ff (0x100) MX[B]
[7] -1 0 0x58014000 - 0x58015fff (0x2000) MX[B]
[8] -1 0 0x58000000 - 0x5800ffff (0x10000) MX[B]
[9] -1 0 0x58010000 - 0x58013fff (0x4000) MX[B]
[10] -1 0 0x58017000 - 0x580177ff (0x800) MX[B]
[11] -1 0 0x5f000000 - 0x5f003fff (0x4000) MX[B]
[12] -1 0 0x5f203000 - 0x5f203fff (0x1000) MX[B]
[13] -1 0 0x5f202000 - 0x5f202fff (0x1000) MX[B]
[14] -1 0 0x5f201000 - 0x5f201fff (0x1000) MX[B]
[15] -1 0 0x5f204000 - 0x5f2040ff (0x100) MX[B]
[16] -1 0 0x5f200000 - 0x5f200fff (0x1000) MX[B]
[17] -1 0 0x5e000000 - 0x5effffff (0x1000000) MX[B](B)
[18] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
[19] -1 0 0x5d000000 - 0x5dffffff (0x1000000) MX[B](B)
[20] -1 0 0x5b000000 - 0x5bffffff (0x1000000) MX[B](B)
[21] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B](B)
[22] -1 0 0x5a000000 - 0x5affffff (0x1000000) MX[B](B)
[23] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[24] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[25] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]
[26] -1 0 0x00002430 - 0x0000243f (0x10) IX[B]
[27] -1 0 0x00002440 - 0x00002443 (0x4) IX[B]
[28] -1 0 0x00002448 - 0x0000244f (0x8) IX[B]
[29] -1 0 0x00002444 - 0x00002447 (0x4) IX[B]
[30] -1 0 0x00002450 - 0x00002457 (0x8) IX[B]
[31] -1 0 0x00002420 - 0x0000242f (0x10) IX[B]
[32] -1 0 0x00002000 - 0x0000207f (0x80) IX[B]
[33] -1 0 0x00001c00 - 0x00001cff (0x100) IX[B]
[34] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]
[35] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]
[36] -1 0 0x00002080 - 0x000020bf (0x40) IX[B]
[37] -1 0 0x000020c0 - 0x000020ff (0x40) IX[B]
[38] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]
[39] -1 0 0x00005000 - 0x0000507f (0x80) IX[B](B)
[40] -1 0 0x00004000 - 0x0000407f (0x80) IX[B](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) "freetype" will be loaded. This was enabled by default and also specified in the config file.
(II) "type1" 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) LoadModule: "dbe"
(II) Loading /usr/lib64/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.3
(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.4.0.90, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(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
ABI class: X.Org Server Extension, version 0.1
(II) NVIDIA GLX Module 100.14.19 Wed Sep 12 14:51:24 PDT 2007
(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.4.0.90, module version = 1.13.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension RECORD
(II) LoadModule: "wfb"
(II) Loading /usr/lib64/xorg/modules//libwfb.so
(II) Module wfb: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.0.0
ABI class: X.Org ANSI C Emulation, version 0.3
(II) LoadModule: "xtrap"
(II) Loading /usr/lib64/xorg/modules/extensions//libxtrap.so
(II) Module xtrap: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension DEC-XTRAP
(II) LoadModule: "freetype"
(II) Loading /usr/lib64/xorg/modules/fonts//libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
compiled for 1.4.0.90, module version = 2.1.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.5
(II) Loading font FreeType
(II) LoadModule: "type1"
(II) Loading /usr/lib64/xorg/modules/fonts//libtype1.so
(II) Module type1: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.0.2
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.5
(II) Loading font Type1
(II) LoadModule: "dri"
(II) Loading /usr/lib64/xorg/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension XFree86-DRI
(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) LoadModule: "mouse"
(II) Loading /usr/lib64/xorg/modules/input//mouse_drv.so
(II) Module mouse: vendor="X.Org Foundation"
compiled for 1.4.0, module version = 1.2.3
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 2.0
(II) LoadModule: "kbd"
(II) Loading /usr/lib64/xorg/modules/input//kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
compiled for 1.4.0, module version = 1.2.2
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 2.0
(II) NVIDIA dlloader X Driver 100.14.19 Wed Sep 12 14:10:47 PDT 2007
(II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
(II) Primary Device is: PCI 04:00:0
(WW) NVIDIA: No matching Device section for instance (BusID PCI:3:0:0) found
(--) Assigning device section with no busID to primary device
(--) Chipset NVIDIA GPU found
(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.4.0.90, module version = 1.0.0
ABI class: X.Org ANSI C Emulation, version 0.3
(II) Loading sub module "wfb"
(II) LoadModule: "wfb"
(II) Reloading /usr/lib64/xorg/modules//libwfb.so
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"(II) Module "ramdac" already built-in
(II) Loading sub module "xaa"
(II) LoadModule: "xaa"
(II) Loading /usr/lib64/xorg/modules//libxaa.so
(II) Module xaa: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.2.0
ABI class: X.Org Video Driver, version 2.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 0x58017a00 - 0x58017aff (0x100) MX[B]
[5] -1 0 0x58017900 - 0x580179ff (0x100) MX[B]
[6] -1 0 0x58017800 - 0x580178ff (0x100) MX[B]
[7] -1 0 0x58014000 - 0x58015fff (0x2000) MX[B]
[8] -1 0 0x58000000 - 0x5800ffff (0x10000) MX[B]
[9] -1 0 0x58010000 - 0x58013fff (0x4000) MX[B]
[10] -1 0 0x58017000 - 0x580177ff (0x800) MX[B]
[11] -1 0 0x5f000000 - 0x5f003fff (0x4000) MX[B]
[12] -1 0 0x5f203000 - 0x5f203fff (0x1000) MX[B]
[13] -1 0 0x5f202000 - 0x5f202fff (0x1000) MX[B]
[14] -1 0 0x5f201000 - 0x5f201fff (0x1000) MX[B]
[15] -1 0 0x5f204000 - 0x5f2040ff (0x100) MX[B]
[16] -1 0 0x5f200000 - 0x5f200fff (0x1000) MX[B]
[17] -1 0 0x5e000000 - 0x5effffff (0x1000000) MX[B](B)
[18] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
[19] -1 0 0x5d000000 - 0x5dffffff (0x1000000) MX[B](B)
[20] -1 0 0x5b000000 - 0x5bffffff (0x1000000) MX[B](B)
[21] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B](B)
[22] -1 0 0x5a000000 - 0x5affffff (0x1000000) MX[B](B)
[23] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[24] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[25] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]
[26] -1 0 0x00002430 - 0x0000243f (0x10) IX[B]
[27] -1 0 0x00002440 - 0x00002443 (0x4) IX[B]
[28] -1 0 0x00002448 - 0x0000244f (0x8) IX[B]
[29] -1 0 0x00002444 - 0x00002447 (0x4) IX[B]
[30] -1 0 0x00002450 - 0x00002457 (0x8) IX[B]
[31] -1 0 0x00002420 - 0x0000242f (0x10) IX[B]
[32] -1 0 0x00002000 - 0x0000207f (0x80) IX[B]
[33] -1 0 0x00001c00 - 0x00001cff (0x100) IX[B]
[34] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]
[35] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]
[36] -1 0 0x00002080 - 0x000020bf (0x40) IX[B]
[37] -1 0 0x000020c0 - 0x000020ff (0x40) IX[B]
[38] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]
[39] -1 0 0x00005000 - 0x0000507f (0x80) IX[B](B)
[40] -1 0 0x00004000 - 0x0000407f (0x80) IX[B](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 0x58017a00 - 0x58017aff (0x100) MX[B]
[5] -1 0 0x58017900 - 0x580179ff (0x100) MX[B]
[6] -1 0 0x58017800 - 0x580178ff (0x100) MX[B]
[7] -1 0 0x58014000 - 0x58015fff (0x2000) MX[B]
[8] -1 0 0x58000000 - 0x5800ffff (0x10000) MX[B]
[9] -1 0 0x58010000 - 0x58013fff (0x4000) MX[B]
[10] -1 0 0x58017000 - 0x580177ff (0x800) MX[B]
[11] -1 0 0x5f000000 - 0x5f003fff (0x4000) MX[B]
[12] -1 0 0x5f203000 - 0x5f203fff (0x1000) MX[B]
[13] -1 0 0x5f202000 - 0x5f202fff (0x1000) MX[B]
[14] -1 0 0x5f201000 - 0x5f201fff (0x1000) MX[B]
[15] -1 0 0x5f204000 - 0x5f2040ff (0x100) MX[B]
[16] -1 0 0x5f200000 - 0x5f200fff (0x1000) MX[B]
[17] -1 0 0x5e000000 - 0x5effffff (0x1000000) MX[B](B)
[18] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
[19] -1 0 0x5d000000 - 0x5dffffff (0x1000000) MX[B](B)
[20] -1 0 0x5b000000 - 0x5bffffff (0x1000000) MX[B](B)
[21] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B](B)
[22] -1 0 0x5a000000 - 0x5affffff (0x1000000) MX[B](B)
[23] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B]
[24] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B]
[25] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B]
[26] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[27] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[28] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]
[29] -1 0 0x00002430 - 0x0000243f (0x10) IX[B]
[30] -1 0 0x00002440 - 0x00002443 (0x4) IX[B]
[31] -1 0 0x00002448 - 0x0000244f (0x8) IX[B]
[32] -1 0 0x00002444 - 0x00002447 (0x4) IX[B]
[33] -1 0 0x00002450 - 0x00002457 (0x8) IX[B]
[34] -1 0 0x00002420 - 0x0000242f (0x10) IX[B]
[35] -1 0 0x00002000 - 0x0000207f (0x80) IX[B]
[36] -1 0 0x00001c00 - 0x00001cff (0x100) IX[B]
[37] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]
[38] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]
[39] -1 0 0x00002080 - 0x000020bf (0x40) IX[B]
[40] -1 0 0x000020c0 - 0x000020ff (0x40) IX[B]
[41] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]
[42] -1 0 0x00005000 - 0x0000507f (0x80) IX[B](B)
[43] -1 0 0x00004000 - 0x0000407f (0x80) IX[B](B)
[44] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B]
[45] 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
(II) NVIDIA(0): Support for GLX with the Damage and Composite X extensions is
(II) NVIDIA(0): enabled.
(II) NVIDIA(0): NVIDIA GPU GeForce Go 7800 GTX (G70) at PCI:4:0:0 (GPU-0)
(--) NVIDIA(0): Memory: 262144 kBytes
(--) NVIDIA(0): VideoBIOS: 05.70.02.38.06
(II) NVIDIA(0): Detected PCI Express Link width: 8X
(--) NVIDIA(0): Interlaced video modes are supported on this GPU
(--) NVIDIA(0): Connected display device(s) on GeForce Go 7800 GTX at
(--) NVIDIA(0): PCI:4:0:0:
(--) NVIDIA(0): Nvidia Default Flat Panel (DFP-0)
(--) NVIDIA(0): Nvidia Default Flat Panel (DFP-0): 310.0 MHz maximum pixel
(--) NVIDIA(0): clock
(--) NVIDIA(0): Nvidia Default Flat Panel (DFP-0): Internal Dual Link LVDS
(II) NVIDIA(0): Assigned Display Device: DFP-0
(II) NVIDIA(0): Validated modes:
(II) NVIDIA(0): "1024x768"
(II) NVIDIA(0): "1680x1050"
(II) NVIDIA(0): "1280x1024"
(II) NVIDIA(0): Virtual screen size determined to be 1680 x 1050
(--) NVIDIA(0): DPI set to (81, 97); computed from "UseEdidDpi" X config
(--) NVIDIA(0): option
(==) NVIDIA(0): Enabling 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] 0 0 0x5e000000 - 0x5effffff (0x1000000) MX[B]
[1] 0 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B]
[2] 0 0 0x5d000000 - 0x5dffffff (0x1000000) MX[B]
[3] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[7] -1 0 0x58017a00 - 0x58017aff (0x100) MX[B]
[8] -1 0 0x58017900 - 0x580179ff (0x100) MX[B]
[9] -1 0 0x58017800 - 0x580178ff (0x100) MX[B]
[10] -1 0 0x58014000 - 0x58015fff (0x2000) MX[B]
[11] -1 0 0x58000000 - 0x5800ffff (0x10000) MX[B]
[12] -1 0 0x58010000 - 0x58013fff (0x4000) MX[B]
[13] -1 0 0x58017000 - 0x580177ff (0x800) MX[B]
[14] -1 0 0x5f000000 - 0x5f003fff (0x4000) MX[B]
[15] -1 0 0x5f203000 - 0x5f203fff (0x1000) MX[B]
[16] -1 0 0x5f202000 - 0x5f202fff (0x1000) MX[B]
[17] -1 0 0x5f201000 - 0x5f201fff (0x1000) MX[B]
[18] -1 0 0x5f204000 - 0x5f2040ff (0x100) MX[B]
[19] -1 0 0x5f200000 - 0x5f200fff (0x1000) MX[B]
[20] -1 0 0x5e000000 - 0x5effffff (0x1000000) MX[B](B)
[21] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
[22] -1 0 0x5d000000 - 0x5dffffff (0x1000000) MX[B](B)
[23] -1 0 0x5b000000 - 0x5bffffff (0x1000000) MX[B](B)
[24] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B](B)
[25] -1 0 0x5a000000 - 0x5affffff (0x1000000) MX[B](B)
[26] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD)
[27] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD)
[28] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD)
[29] 0 0 0x00005000 - 0x0000507f (0x80) IX[B]
[30] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[31] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[32] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]
[33] -1 0 0x00002430 - 0x0000243f (0x10) IX[B]
[34] -1 0 0x00002440 - 0x00002443 (0x4) IX[B]
[35] -1 0 0x00002448 - 0x0000244f (0x8) IX[B]
[36] -1 0 0x00002444 - 0x00002447 (0x4) IX[B]
[37] -1 0 0x00002450 - 0x00002457 (0x8) IX[B]
[38] -1 0 0x00002420 - 0x0000242f (0x10) IX[B]
[39] -1 0 0x00002000 - 0x0000207f (0x80) IX[B]
[40] -1 0 0x00001c00 - 0x00001cff (0x100) IX[B]
[41] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]
[42] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]
[43] -1 0 0x00002080 - 0x000020bf (0x40) IX[B]
[44] -1 0 0x000020c0 - 0x000020ff (0x40) IX[B]
[45] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]
[46] -1 0 0x00005000 - 0x0000507f (0x80) IX[B](B)
[47] -1 0 0x00004000 - 0x0000407f (0x80) IX[B](B)
[48] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU)
[49] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU)
[-- Attachment #3: Xorg.0.log.old --]
[-- Type: text/plain, Size: 32426 bytes --]
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.4.0.90
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.23-gentoo-r3 x86_64
Current Operating System: Linux ShadowBook 2.6.23-gentoo-r3 #1 SMP Sat Dec 8 18:03:45 EST 2007 x86_64
Build Date: 14 December 2007 06:29:21PM
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 Dec 19 07:12:07 2007
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "X.org Configured"
(**) |-->Screen "Screen0" (0)
(**) | |-->Monitor "Monitor0"
(**) | |-->Device "Card0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(==) 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.
(==) Including the default font path /usr/share/fonts/misc/,/usr/share/fonts/TTF/,/usr/share/fonts/OTF,/usr/share/fonts/Type1/,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/.
(**) FontPath set to:
/usr/share/fonts/misc/,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi/,
/usr/share/fonts/75dpi/,
/usr/share/fonts/misc/,
/usr/share/fonts/TTF/,
/usr/share/fonts/OTF,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi/,
/usr/share/fonts/75dpi/
(**) RgbPath set to "/usr/share/X11/rgb"
(**) ModulePath set to "/usr/lib64/xorg/modules"
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(II) No APM support in BIOS or kernel
(II) Loader magic: 0x7b2820
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 2.0
X.Org XInput driver : 2.0
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "pcidata"
(II) Loading /usr/lib64/xorg/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.0.0
ABI class: X.Org Video Driver, version 2.0
(++) using VT number 7
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 10de,005e card 1558,0590 rev a3 class 05,80,00 hdr 00
(II) PCI: 00:01:0: chip 10de,0050 card 1558,0590 rev a3 class 06,01,00 hdr 80
(II) PCI: 00:01:1: chip 10de,0052 card 1558,0590 rev a2 class 0c,05,00 hdr 80
(II) PCI: 00:02:0: chip 10de,005a card 1558,0590 rev a2 class 0c,03,10 hdr 80
(II) PCI: 00:02:1: chip 10de,005b card 1558,0590 rev a3 class 0c,03,20 hdr 80
(II) PCI: 00:04:0: chip 10de,0059 card 1558,0590 rev a2 class 04,01,00 hdr 80
(II) PCI: 00:04:1: chip 10de,0058 card 1558,0590 rev a2 class 07,03,00 hdr 80
(II) PCI: 00:06:0: chip 10de,0053 card 1558,0590 rev f2 class 01,01,8a hdr 00
(II) PCI: 00:08:0: chip 10de,0055 card 1558,0590 rev f3 class 01,01,85 hdr 00
(II) PCI: 00:09:0: chip 10de,005c card 0000,0000 rev a2 class 06,04,01 hdr 01
(II) PCI: 00:0b:0: chip 10de,005d card 0000,0000 rev a3 class 06,04,00 hdr 01
(II) PCI: 00:0c:0: chip 10de,005d card 0000,0000 rev a3 class 06,04,00 hdr 01
(II) PCI: 00:0d:0: chip 10de,005d card 0000,0000 rev a3 class 06,04,00 hdr 01
(II) PCI: 00:0e:0: chip 10de,005d card 0000,0000 rev a3 class 06,04,00 hdr 01
(II) PCI: 00:18:0: chip 1022,1100 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:1: chip 1022,1101 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:2: chip 1022,1102 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 00:18:3: chip 1022,1103 card 0000,0000 rev 00 class 06,00,00 hdr 80
(II) PCI: 01:00:0: chip 11ab,4362 card 1558,0590 rev 19 class 02,00,00 hdr 00
(II) PCI: 03:00:0: chip 10de,0099 card 1558,0590 rev a1 class 03,00,00 hdr 00
(II) PCI: 04:00:0: chip 10de,0099 card 1558,0590 rev a1 class 03,00,00 hdr 00
(II) PCI: 05:06:0: chip 104c,8023 card 0000,0000 rev 00 class 0c,00,10 hdr 00
(II) PCI: 05:08:0: chip 168c,001b card 1458,e901 rev 01 class 02,00,00 hdr 00
(II) PCI: 05:09:0: chip 104c,8031 card 6000,0000 rev 00 class 06,07,00 hdr 82
(II) PCI: 05:09:3: chip 104c,8033 card 1558,0590 rev 00 class 01,80,00 hdr 80
(II) PCI: 05:09:4: chip 104c,8034 card 1558,0590 rev 00 class 08,05,00 hdr 80
(II) PCI: End of PCI scan
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:1:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(II) Subtractive PCI-to-PCI bridge:
(II) Bus 5: bridge is at (0:9:0), (0,5,6), BCTRL: 0x0204 (VGA_EN is cleared)
(II) Bus 5 I/O range:
[0] -1 0 0x00006000 - 0x000060ff (0x100) IX[B]
[1] -1 0 0x00006400 - 0x000064ff (0x100) IX[B]
[2] -1 0 0x00006800 - 0x000068ff (0x100) IX[B]
[3] -1 0 0x00006c00 - 0x00006cff (0x100) IX[B]
(II) Bus 5 non-prefetchable memory range:
[0] -1 0 0x54000000 - 0x59ffffff (0x6000000) MX[B]
(II) Bus 5 prefetchable memory range:
[0] -1 0 0x50000000 - 0x53ffffff (0x4000000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 1: bridge is at (0:11:0), (0,1,1), BCTRL: 0x0004 (VGA_EN is cleared)
(II) Bus 1 I/O range:
[0] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]
[1] -1 0 0x00003400 - 0x000034ff (0x100) IX[B]
[2] -1 0 0x00003800 - 0x000038ff (0x100) IX[B]
[3] -1 0 0x00003c00 - 0x00003cff (0x100) IX[B]
(II) Bus 1 non-prefetchable memory range:
[0] -1 0 0x5f000000 - 0x5f0fffff (0x100000) MX[B]
(II) Bus 1 prefetchable memory range:
[0] -1 0 0x5f100000 - 0x5f1fffff (0x100000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 2: bridge is at (0:12:0), (0,2,2), BCTRL: 0x0004 (VGA_EN is cleared)
(II) PCI-to-PCI bridge:
(II) Bus 3: bridge is at (0:13:0), (0,3,3), BCTRL: 0x0004 (VGA_EN is cleared)
(II) Bus 3 I/O range:
[0] -1 0 0x00004000 - 0x000040ff (0x100) IX[B]
[1] -1 0 0x00004400 - 0x000044ff (0x100) IX[B]
[2] -1 0 0x00004800 - 0x000048ff (0x100) IX[B]
[3] -1 0 0x00004c00 - 0x00004cff (0x100) IX[B]
(II) Bus 3 non-prefetchable memory range:
[0] -1 0 0x5a000000 - 0x5c7fffff (0x2800000) MX[B]
(II) Bus 3 prefetchable memory range:
[0] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 4: bridge is at (0:14:0), (0,4,4), BCTRL: 0x001c (VGA_EN is set)
(II) Bus 4 I/O range:
[0] -1 0 0x00005000 - 0x000050ff (0x100) IX[B]
[1] -1 0 0x00005400 - 0x000054ff (0x100) IX[B]
[2] -1 0 0x00005800 - 0x000058ff (0x100) IX[B]
[3] -1 0 0x00005c00 - 0x00005cff (0x100) IX[B]
(II) Bus 4 non-prefetchable memory range:
[0] -1 0 0x5c800000 - 0x5effffff (0x2800000) MX[B]
(II) Bus 4 prefetchable memory range:
[0] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B]
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:24:0), (0,0,6), 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 (0x100000000) MX[B]
(II) Bus 0 prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B]
(II) PCI-to-CardBus bridge:
(II) Bus 6: bridge is at (5:9:0), (5,6,9), BCTRL: 0x0344 (VGA_EN is cleared)
(II) Bus 6 I/O range:
[0] -1 0 0x00006000 - 0x000060ff (0x100) IX[B]
[1] -1 0 0x00006400 - 0x000064ff (0x100) IX[B]
(II) Bus 6 prefetchable memory range:
[0] -1 0 0x50000000 - 0x53ffffff (0x4000000) MX[B]
(--) PCI: (3:0:0) nVidia Corporation G70 [GeForce Go 7800 GTX] rev 161, Mem @ 0x5a000000/24, 0xb0000000/28, 0x5b000000/24, I/O @ 0x4000/7
(--) PCI:*(4:0:0) nVidia Corporation G70 [GeForce Go 7800 GTX] rev 161, Mem @ 0x5d000000/24, 0xc0000000/28, 0x5e000000/24, I/O @ 0x5000/7
(II) Addressable bus resource ranges are
[0] -1 0 0x00000000 - 0xffffffff (0x100000000) 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) Active PCI resource ranges:
[0] -1 0 0x58017a00 - 0x58017aff (0x100) MX[B]
[1] -1 0 0x58017900 - 0x580179ff (0x100) MX[B]
[2] -1 0 0x58017800 - 0x580178ff (0x100) MX[B]
[3] -1 0 0x58014000 - 0x58015fff (0x2000) MX[B]
[4] -1 0 0x58000000 - 0x5800ffff (0x10000) MX[B]
[5] -1 0 0x58010000 - 0x58013fff (0x4000) MX[B]
[6] -1 0 0x58017000 - 0x580177ff (0x800) MX[B]
[7] -1 0 0x5f000000 - 0x5f003fff (0x4000) MX[B]
[8] -1 0 0x5f203000 - 0x5f203fff (0x1000) MX[B]
[9] -1 0 0x5f202000 - 0x5f202fff (0x1000) MX[B]
[10] -1 0 0x5f201000 - 0x5f201fff (0x1000) MX[B]
[11] -1 0 0x5f204000 - 0x5f2040ff (0x100) MX[B]
[12] -1 0 0x5f200000 - 0x5f200fff (0x1000) MX[B]
[13] -1 0 0x5e000000 - 0x5effffff (0x1000000) MX[B](B)
[14] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
[15] -1 0 0x5d000000 - 0x5dffffff (0x1000000) MX[B](B)
[16] -1 0 0x5b000000 - 0x5bffffff (0x1000000) MX[B](B)
[17] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B](B)
[18] -1 0 0x5a000000 - 0x5affffff (0x1000000) MX[B](B)
[19] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]
[20] -1 0 0x00002430 - 0x0000243f (0x10) IX[B]
[21] -1 0 0x00002440 - 0x00002443 (0x4) IX[B]
[22] -1 0 0x00002448 - 0x0000244f (0x8) IX[B]
[23] -1 0 0x00002444 - 0x00002447 (0x4) IX[B]
[24] -1 0 0x00002450 - 0x00002457 (0x8) IX[B]
[25] -1 0 0x00002420 - 0x0000242f (0x10) IX[B]
[26] -1 0 0x00002000 - 0x0000207f (0x80) IX[B]
[27] -1 0 0x00001c00 - 0x00001cff (0x100) IX[B]
[28] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]
[29] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]
[30] -1 0 0x00002080 - 0x000020bf (0x40) IX[B]
[31] -1 0 0x000020c0 - 0x000020ff (0x40) IX[B]
[32] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]
[33] -1 0 0x00005000 - 0x0000507f (0x80) IX[B](B)
[34] -1 0 0x00004000 - 0x0000407f (0x80) IX[B](B)
(II) Active PCI resource ranges after removing overlaps:
[0] -1 0 0x58017a00 - 0x58017aff (0x100) MX[B]
[1] -1 0 0x58017900 - 0x580179ff (0x100) MX[B]
[2] -1 0 0x58017800 - 0x580178ff (0x100) MX[B]
[3] -1 0 0x58014000 - 0x58015fff (0x2000) MX[B]
[4] -1 0 0x58000000 - 0x5800ffff (0x10000) MX[B]
[5] -1 0 0x58010000 - 0x58013fff (0x4000) MX[B]
[6] -1 0 0x58017000 - 0x580177ff (0x800) MX[B]
[7] -1 0 0x5f000000 - 0x5f003fff (0x4000) MX[B]
[8] -1 0 0x5f203000 - 0x5f203fff (0x1000) MX[B]
[9] -1 0 0x5f202000 - 0x5f202fff (0x1000) MX[B]
[10] -1 0 0x5f201000 - 0x5f201fff (0x1000) MX[B]
[11] -1 0 0x5f204000 - 0x5f2040ff (0x100) MX[B]
[12] -1 0 0x5f200000 - 0x5f200fff (0x1000) MX[B]
[13] -1 0 0x5e000000 - 0x5effffff (0x1000000) MX[B](B)
[14] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
[15] -1 0 0x5d000000 - 0x5dffffff (0x1000000) MX[B](B)
[16] -1 0 0x5b000000 - 0x5bffffff (0x1000000) MX[B](B)
[17] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B](B)
[18] -1 0 0x5a000000 - 0x5affffff (0x1000000) MX[B](B)
[19] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]
[20] -1 0 0x00002430 - 0x0000243f (0x10) IX[B]
[21] -1 0 0x00002440 - 0x00002443 (0x4) IX[B]
[22] -1 0 0x00002448 - 0x0000244f (0x8) IX[B]
[23] -1 0 0x00002444 - 0x00002447 (0x4) IX[B]
[24] -1 0 0x00002450 - 0x00002457 (0x8) IX[B]
[25] -1 0 0x00002420 - 0x0000242f (0x10) IX[B]
[26] -1 0 0x00002000 - 0x0000207f (0x80) IX[B]
[27] -1 0 0x00001c00 - 0x00001cff (0x100) IX[B]
[28] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]
[29] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]
[30] -1 0 0x00002080 - 0x000020bf (0x40) IX[B]
[31] -1 0 0x000020c0 - 0x000020ff (0x40) IX[B]
[32] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]
[33] -1 0 0x00005000 - 0x0000507f (0x80) IX[B](B)
[34] -1 0 0x00004000 - 0x0000407f (0x80) IX[B](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 0x58017a00 - 0x58017aff (0x100) MX[B]
[5] -1 0 0x58017900 - 0x580179ff (0x100) MX[B]
[6] -1 0 0x58017800 - 0x580178ff (0x100) MX[B]
[7] -1 0 0x58014000 - 0x58015fff (0x2000) MX[B]
[8] -1 0 0x58000000 - 0x5800ffff (0x10000) MX[B]
[9] -1 0 0x58010000 - 0x58013fff (0x4000) MX[B]
[10] -1 0 0x58017000 - 0x580177ff (0x800) MX[B]
[11] -1 0 0x5f000000 - 0x5f003fff (0x4000) MX[B]
[12] -1 0 0x5f203000 - 0x5f203fff (0x1000) MX[B]
[13] -1 0 0x5f202000 - 0x5f202fff (0x1000) MX[B]
[14] -1 0 0x5f201000 - 0x5f201fff (0x1000) MX[B]
[15] -1 0 0x5f204000 - 0x5f2040ff (0x100) MX[B]
[16] -1 0 0x5f200000 - 0x5f200fff (0x1000) MX[B]
[17] -1 0 0x5e000000 - 0x5effffff (0x1000000) MX[B](B)
[18] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
[19] -1 0 0x5d000000 - 0x5dffffff (0x1000000) MX[B](B)
[20] -1 0 0x5b000000 - 0x5bffffff (0x1000000) MX[B](B)
[21] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B](B)
[22] -1 0 0x5a000000 - 0x5affffff (0x1000000) MX[B](B)
[23] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[24] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[25] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]
[26] -1 0 0x00002430 - 0x0000243f (0x10) IX[B]
[27] -1 0 0x00002440 - 0x00002443 (0x4) IX[B]
[28] -1 0 0x00002448 - 0x0000244f (0x8) IX[B]
[29] -1 0 0x00002444 - 0x00002447 (0x4) IX[B]
[30] -1 0 0x00002450 - 0x00002457 (0x8) IX[B]
[31] -1 0 0x00002420 - 0x0000242f (0x10) IX[B]
[32] -1 0 0x00002000 - 0x0000207f (0x80) IX[B]
[33] -1 0 0x00001c00 - 0x00001cff (0x100) IX[B]
[34] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]
[35] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]
[36] -1 0 0x00002080 - 0x000020bf (0x40) IX[B]
[37] -1 0 0x000020c0 - 0x000020ff (0x40) IX[B]
[38] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]
[39] -1 0 0x00005000 - 0x0000507f (0x80) IX[B](B)
[40] -1 0 0x00004000 - 0x0000407f (0x80) IX[B](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) "freetype" will be loaded. This was enabled by default and also specified in the config file.
(II) "type1" 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) LoadModule: "dbe"
(II) Loading /usr/lib64/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.3
(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.4.0.90, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(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
ABI class: X.Org Server Extension, version 0.1
(II) NVIDIA GLX Module 100.14.19 Wed Sep 12 14:51:24 PDT 2007
(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.4.0.90, module version = 1.13.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension RECORD
(II) LoadModule: "wfb"
(II) Loading /usr/lib64/xorg/modules//libwfb.so
(II) Module wfb: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.0.0
ABI class: X.Org ANSI C Emulation, version 0.3
(II) LoadModule: "xtrap"
(II) Loading /usr/lib64/xorg/modules/extensions//libxtrap.so
(II) Module xtrap: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension DEC-XTRAP
(II) LoadModule: "freetype"
(II) Loading /usr/lib64/xorg/modules/fonts//libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
compiled for 1.4.0.90, module version = 2.1.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.5
(II) Loading font FreeType
(II) LoadModule: "type1"
(II) Loading /usr/lib64/xorg/modules/fonts//libtype1.so
(II) Module type1: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.0.2
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.5
(II) Loading font Type1
(II) LoadModule: "dri"
(II) Loading /usr/lib64/xorg/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension XFree86-DRI
(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) LoadModule: "mouse"
(II) Loading /usr/lib64/xorg/modules/input//mouse_drv.so
(II) Module mouse: vendor="X.Org Foundation"
compiled for 1.4.0, module version = 1.2.3
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 2.0
(II) LoadModule: "kbd"
(II) Loading /usr/lib64/xorg/modules/input//kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
compiled for 1.4.0, module version = 1.2.2
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 2.0
(II) NVIDIA dlloader X Driver 100.14.19 Wed Sep 12 14:10:47 PDT 2007
(II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
(II) Primary Device is: PCI 04:00:0
(WW) NVIDIA: No matching Device section for instance (BusID PCI:3:0:0) found
(--) Assigning device section with no busID to primary device
(--) Chipset NVIDIA GPU found
(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.4.0.90, module version = 1.0.0
ABI class: X.Org ANSI C Emulation, version 0.3
(II) Loading sub module "wfb"
(II) LoadModule: "wfb"
(II) Reloading /usr/lib64/xorg/modules//libwfb.so
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"(II) Module "ramdac" already built-in
(II) Loading sub module "xaa"
(II) LoadModule: "xaa"
(II) Loading /usr/lib64/xorg/modules//libxaa.so
(II) Module xaa: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.2.0
ABI class: X.Org Video Driver, version 2.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 0x58017a00 - 0x58017aff (0x100) MX[B]
[5] -1 0 0x58017900 - 0x580179ff (0x100) MX[B]
[6] -1 0 0x58017800 - 0x580178ff (0x100) MX[B]
[7] -1 0 0x58014000 - 0x58015fff (0x2000) MX[B]
[8] -1 0 0x58000000 - 0x5800ffff (0x10000) MX[B]
[9] -1 0 0x58010000 - 0x58013fff (0x4000) MX[B]
[10] -1 0 0x58017000 - 0x580177ff (0x800) MX[B]
[11] -1 0 0x5f000000 - 0x5f003fff (0x4000) MX[B]
[12] -1 0 0x5f203000 - 0x5f203fff (0x1000) MX[B]
[13] -1 0 0x5f202000 - 0x5f202fff (0x1000) MX[B]
[14] -1 0 0x5f201000 - 0x5f201fff (0x1000) MX[B]
[15] -1 0 0x5f204000 - 0x5f2040ff (0x100) MX[B]
[16] -1 0 0x5f200000 - 0x5f200fff (0x1000) MX[B]
[17] -1 0 0x5e000000 - 0x5effffff (0x1000000) MX[B](B)
[18] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
[19] -1 0 0x5d000000 - 0x5dffffff (0x1000000) MX[B](B)
[20] -1 0 0x5b000000 - 0x5bffffff (0x1000000) MX[B](B)
[21] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B](B)
[22] -1 0 0x5a000000 - 0x5affffff (0x1000000) MX[B](B)
[23] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[24] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[25] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]
[26] -1 0 0x00002430 - 0x0000243f (0x10) IX[B]
[27] -1 0 0x00002440 - 0x00002443 (0x4) IX[B]
[28] -1 0 0x00002448 - 0x0000244f (0x8) IX[B]
[29] -1 0 0x00002444 - 0x00002447 (0x4) IX[B]
[30] -1 0 0x00002450 - 0x00002457 (0x8) IX[B]
[31] -1 0 0x00002420 - 0x0000242f (0x10) IX[B]
[32] -1 0 0x00002000 - 0x0000207f (0x80) IX[B]
[33] -1 0 0x00001c00 - 0x00001cff (0x100) IX[B]
[34] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]
[35] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]
[36] -1 0 0x00002080 - 0x000020bf (0x40) IX[B]
[37] -1 0 0x000020c0 - 0x000020ff (0x40) IX[B]
[38] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]
[39] -1 0 0x00005000 - 0x0000507f (0x80) IX[B](B)
[40] -1 0 0x00004000 - 0x0000407f (0x80) IX[B](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 0x58017a00 - 0x58017aff (0x100) MX[B]
[5] -1 0 0x58017900 - 0x580179ff (0x100) MX[B]
[6] -1 0 0x58017800 - 0x580178ff (0x100) MX[B]
[7] -1 0 0x58014000 - 0x58015fff (0x2000) MX[B]
[8] -1 0 0x58000000 - 0x5800ffff (0x10000) MX[B]
[9] -1 0 0x58010000 - 0x58013fff (0x4000) MX[B]
[10] -1 0 0x58017000 - 0x580177ff (0x800) MX[B]
[11] -1 0 0x5f000000 - 0x5f003fff (0x4000) MX[B]
[12] -1 0 0x5f203000 - 0x5f203fff (0x1000) MX[B]
[13] -1 0 0x5f202000 - 0x5f202fff (0x1000) MX[B]
[14] -1 0 0x5f201000 - 0x5f201fff (0x1000) MX[B]
[15] -1 0 0x5f204000 - 0x5f2040ff (0x100) MX[B]
[16] -1 0 0x5f200000 - 0x5f200fff (0x1000) MX[B]
[17] -1 0 0x5e000000 - 0x5effffff (0x1000000) MX[B](B)
[18] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
[19] -1 0 0x5d000000 - 0x5dffffff (0x1000000) MX[B](B)
[20] -1 0 0x5b000000 - 0x5bffffff (0x1000000) MX[B](B)
[21] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B](B)
[22] -1 0 0x5a000000 - 0x5affffff (0x1000000) MX[B](B)
[23] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B]
[24] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B]
[25] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B]
[26] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[27] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[28] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]
[29] -1 0 0x00002430 - 0x0000243f (0x10) IX[B]
[30] -1 0 0x00002440 - 0x00002443 (0x4) IX[B]
[31] -1 0 0x00002448 - 0x0000244f (0x8) IX[B]
[32] -1 0 0x00002444 - 0x00002447 (0x4) IX[B]
[33] -1 0 0x00002450 - 0x00002457 (0x8) IX[B]
[34] -1 0 0x00002420 - 0x0000242f (0x10) IX[B]
[35] -1 0 0x00002000 - 0x0000207f (0x80) IX[B]
[36] -1 0 0x00001c00 - 0x00001cff (0x100) IX[B]
[37] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]
[38] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]
[39] -1 0 0x00002080 - 0x000020bf (0x40) IX[B]
[40] -1 0 0x000020c0 - 0x000020ff (0x40) IX[B]
[41] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]
[42] -1 0 0x00005000 - 0x0000507f (0x80) IX[B](B)
[43] -1 0 0x00004000 - 0x0000407f (0x80) IX[B](B)
[44] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B]
[45] 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
(II) NVIDIA(0): Support for GLX with the Damage and Composite X extensions is
(II) NVIDIA(0): enabled.
(II) NVIDIA(0): NVIDIA GPU GeForce Go 7800 GTX (G70) at PCI:4:0:0 (GPU-0)
(--) NVIDIA(0): Memory: 262144 kBytes
(--) NVIDIA(0): VideoBIOS: 05.70.02.38.06
(II) NVIDIA(0): Detected PCI Express Link width: 8X
(--) NVIDIA(0): Interlaced video modes are supported on this GPU
(--) NVIDIA(0): Connected display device(s) on GeForce Go 7800 GTX at
(--) NVIDIA(0): PCI:4:0:0:
(--) NVIDIA(0): Nvidia Default Flat Panel (DFP-0)
(--) NVIDIA(0): Nvidia Default Flat Panel (DFP-0): 310.0 MHz maximum pixel
(--) NVIDIA(0): clock
(--) NVIDIA(0): Nvidia Default Flat Panel (DFP-0): Internal Dual Link LVDS
(II) NVIDIA(0): Assigned Display Device: DFP-0
(II) NVIDIA(0): Validated modes:
(II) NVIDIA(0): "1024x768"
(II) NVIDIA(0): "1680x1050"
(II) NVIDIA(0): "1280x1024"
(II) NVIDIA(0): Virtual screen size determined to be 1680 x 1050
(--) NVIDIA(0): DPI set to (81, 97); computed from "UseEdidDpi" X config
(--) NVIDIA(0): option
(==) NVIDIA(0): Enabling 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] 0 0 0x5e000000 - 0x5effffff (0x1000000) MX[B]
[1] 0 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B]
[2] 0 0 0x5d000000 - 0x5dffffff (0x1000000) MX[B]
[3] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[7] -1 0 0x58017a00 - 0x58017aff (0x100) MX[B]
[8] -1 0 0x58017900 - 0x580179ff (0x100) MX[B]
[9] -1 0 0x58017800 - 0x580178ff (0x100) MX[B]
[10] -1 0 0x58014000 - 0x58015fff (0x2000) MX[B]
[11] -1 0 0x58000000 - 0x5800ffff (0x10000) MX[B]
[12] -1 0 0x58010000 - 0x58013fff (0x4000) MX[B]
[13] -1 0 0x58017000 - 0x580177ff (0x800) MX[B]
[14] -1 0 0x5f000000 - 0x5f003fff (0x4000) MX[B]
[15] -1 0 0x5f203000 - 0x5f203fff (0x1000) MX[B]
[16] -1 0 0x5f202000 - 0x5f202fff (0x1000) MX[B]
[17] -1 0 0x5f201000 - 0x5f201fff (0x1000) MX[B]
[18] -1 0 0x5f204000 - 0x5f2040ff (0x100) MX[B]
[19] -1 0 0x5f200000 - 0x5f200fff (0x1000) MX[B]
[20] -1 0 0x5e000000 - 0x5effffff (0x1000000) MX[B](B)
[21] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
[22] -1 0 0x5d000000 - 0x5dffffff (0x1000000) MX[B](B)
[23] -1 0 0x5b000000 - 0x5bffffff (0x1000000) MX[B](B)
[24] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B](B)
[25] -1 0 0x5a000000 - 0x5affffff (0x1000000) MX[B](B)
[26] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD)
[27] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD)
[28] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD)
[29] 0 0 0x00005000 - 0x0000507f (0x80) IX[B]
[30] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[31] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[32] -1 0 0x00003000 - 0x000030ff (0x100) IX[B]
[33] -1 0 0x00002430 - 0x0000243f (0x10) IX[B]
[34] -1 0 0x00002440 - 0x00002443 (0x4) IX[B]
[35] -1 0 0x00002448 - 0x0000244f (0x8) IX[B]
[36] -1 0 0x00002444 - 0x00002447 (0x4) IX[B]
[37] -1 0 0x00002450 - 0x00002457 (0x8) IX[B]
[38] -1 0 0x00002420 - 0x0000242f (0x10) IX[B]
[39] -1 0 0x00002000 - 0x0000207f (0x80) IX[B]
[40] -1 0 0x00001c00 - 0x00001cff (0x100) IX[B]
[41] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]
[42] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]
[43] -1 0 0x00002080 - 0x000020bf (0x40) IX[B]
[44] -1 0 0x000020c0 - 0x000020ff (0x40) IX[B]
[45] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]
[46] -1 0 0x00005000 - 0x0000507f (0x80) IX[B](B)
[47] -1 0 0x00004000 - 0x0000407f (0x80) IX[B](B)
[48] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU)
[49] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU)
(II) NVIDIA(GPU-1): NVIDIA GPU GeForce Go 7800 GTX (Unknown) at PCI:3:0:0 (GPU-1)
(--) NVIDIA(GPU-1): Memory: 262144 kBytes
(--) NVIDIA(GPU-1): VideoBIOS: 05.70.02.38.06
(II) NVIDIA(GPU-1): Detected PCI Express Link width: 8X
(--) NVIDIA(GPU-1): Interlaced video modes are supported on this GPU
(--) NVIDIA(GPU-1): Connected display device(s) on GeForce Go 7800 GTX at
(--) NVIDIA(GPU-1): PCI:3:0:0:
(II) NVIDIA(0): Initialized GART.
(II) NVIDIA(0): Unable to connect to the ACPI daemon; the ACPI daemon may not
(II) NVIDIA(0): be running or the "AcpidSocketPath" X configuration option
(II) NVIDIA(0): may not be set correctly. When the ACPI daemon is
(II) NVIDIA(0): available, the NVIDIA X driver can use it to receive ACPI
(II) NVIDIA(0): events. For details, please see the "ConnectToAcpid" and
(II) NVIDIA(0): "AcpidSocketPath" X configuration options in Appendix B: X
(II) NVIDIA(0): Config Options in the README.
(WW) NVIDIA(0): Error: Unable to find DOS (Enable/Disable output switching)
(WW) NVIDIA(0): file path under /proc/acpi/video. NVIDIA X driver will not
(WW) NVIDIA(0): be able to respond to display change hotkey events.
(II) NVIDIA(0): Setting mode "1024x768"
(II) Loading extension NV-GLX
(II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized
(II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture
(==) NVIDIA(0): Backing store disabled
(==) NVIDIA(0): Silken mouse enabled
(II) Loading extension NV-CONTROL
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension XAccessControlExtension
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension XFree86-Bigfont
(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 built-in extension XEVIE
(II) Initializing extension GLX
(**) Option "Protocol" "auto"
(**) Mouse0: Device: "/dev/input/mice"
(**) Mouse0: Protocol: "auto"
(**) Option "CorePointer"
(**) Mouse0: always reports core events
(**) Option "Device" "/dev/input/mice"
(==) Mouse0: Emulate3Buttons, Emulate3Timeout: 50
(**) Option "ZAxisMapping" "4 5 6 7"
(**) Mouse0: ZAxisMapping: buttons 4, 5, 6 and 7
(**) Mouse0: Buttons: 11
(**) Mouse0: Sensitivity: 1
(**) Option "CoreKeyboard"
(**) Keyboard0: always reports core events
(**) Option "Protocol" "standard"
(**) Keyboard0: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xorg"
(**) Keyboard0: XkbRules: "xorg"
(**) Option "XkbModel" "pc105"
(**) Keyboard0: XkbModel: "pc105"
(**) Option "XkbLayout" "us"
(**) Keyboard0: XkbLayout: "us"
(**) Option "CustomKeycodes" "off"
(**) Keyboard0: CustomKeycodes disabled
(II) evaluating device (Keyboard0)
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
(II) evaluating device (Mouse0)
(II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
(--) Mouse0: PnP-detected protocol: "ExplorerPS/2"
(II) Mouse0: ps2EnableDataReporting: succeeded
Could not init font path element /usr/share/fonts/TTF/, removing from list!
Could not init font path element /usr/share/fonts/OTF, removing from list!
(II) NVIDIA(0): Setting mode "1680x1050"
SetGrabKeysState - disabled
SetGrabKeysState - enabled
SetGrabKeysState - disabled
SetGrabKeysState - enabled
SetGrabKeysState - disabled
SetGrabKeysState - enabled
SetGrabKeysState - disabled
SetGrabKeysState - enabled
SetGrabKeysState - disabled
SetGrabKeysState - enabled
SetGrabKeysState - disabled
SetGrabKeysState - enabled
SetGrabKeysState - disabled
SetGrabKeysState - enabled
SetGrabKeysState - disabled
SetGrabKeysState - enabled
FreeFontPath: FPE "/usr/share/fonts/misc/" refcount is 3, should be 2; fixing.
[-- Attachment #4: xorg.conf --]
[-- Type: text/plain, Size: 3803 bytes --]
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig: version 1.0 (buildmeister@builder26) Wed Sep 12 14:29:17 PDT 2007
Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
RgbPath "/usr/share/X11/rgb"
ModulePath "/usr/lib64/xorg/modules"
FontPath "/usr/share/fonts/misc/"
FontPath "/usr/share/fonts/TTF/"
FontPath "/usr/share/fonts/OTF"
FontPath "/usr/share/fonts/Type1/"
FontPath "/usr/share/fonts/100dpi/"
FontPath "/usr/share/fonts/75dpi/"
EndSection
Section "Module"
Load "dbe"
Load "extmod"
Load "glx"
Load "record"
Load "wfb"
Load "xtrap"
Load "freetype"
Load "type1"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5 6 7"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "Monitor Model"
EndSection
Section "Device"
### Available Driver options are:-
### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
### [arg]: arg optional
#Option "SWcursor" # [<bool>]
#Option "HWcursor" # [<bool>]
#Option "NoAccel" # [<bool>]
#Option "ShadowFB" # [<bool>]
#Option "UseFBDev" # [<bool>]
#Option "Rotate" # [<str>]
#Option "VideoKey" # <i>
#Option "FlatPanel" # [<bool>]
#Option "FPDither" # [<bool>]
#Option "CrtcNumber" # <i>
#Option "FPScale" # [<bool>]
#Option "FPTweak" # <i>
#Option "DualHead" # [<bool>]
Identifier "Card0"
Driver "nvidia"
VendorName "nVidia Corporation"
BoardName "G70 [GeForce Go 7800 GTX]"
EndSection
#Section "Device"
### Available Driver options are:-
### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
### [arg]: arg optional
#Option "SWcursor" # [<bool>]
#Option "HWcursor" # [<bool>]
#Option "NoAccel" # [<bool>]
#Option "ShadowFB" # [<bool>]
#Option "UseFBDev" # [<bool>]
#Option "Rotate" # [<str>]
#Option "VideoKey" # <i>
#Option "FlatPanel" # [<bool>]
#Option "FPDither" # [<bool>]
#Option "CrtcNumber" # <i>
#Option "FPScale" # [<bool>]
#Option "FPTweak" # <i>
#Option "DualHead" # [<bool>]
# Identifier "Card1"
# Driver "nvidia"
# VendorName "nVidia Corporation"
# BoardName "G70 [GeForce Go 7800 GTX]"
# BusID "PCI:3:0:0"
#EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1024x768" "1680x1050" "1280x1024"
EndSubSection
EndSection
[-- Attachment #5: lspci.log --]
[-- Type: text/x-log, Size: 2117 bytes --]
00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3)
00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev a3)
00:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2)
00:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2)
00:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a3)
00:04.0 Multimedia audio controller: nVidia Corporation CK804 AC'97 Audio Controller (rev a2)
00:04.1 Modem: nVidia Corporation CK804 AC'97 Modem (rev a2)
00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2)
00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3)
00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2)
00:0b.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:0c.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8053 PCI-E Gigabit Ethernet Controller (rev 19)
03:00.0 VGA compatible controller: nVidia Corporation G70 [GeForce Go 7800 GTX] (rev a1)
04:00.0 VGA compatible controller: nVidia Corporation G70 [GeForce Go 7800 GTX] (rev a1)
05:06.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link)
05:08.0 Ethernet controller: Atheros Communications, Inc. AR5006X 802.11abg NIC (rev 01)
05:09.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller
05:09.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller
05:09.4 Generic system peripheral [0805]: Texas Instruments PCI6411/6421/6611/6621/7411/7421/7611/7621 Secure Digital Controller
[-- Attachment #6: emerge--info --]
[-- Type: text/plain, Size: 3557 bytes --]
Portage 2.1.3.19 (default-linux/amd64/2007.0, gcc-4.2.2, glibc-2.7-r1, 2.6.23-gentoo-r3 x86_64)
=================================================================
System uname: 2.6.23-gentoo-r3 x86_64 AMD Turion(tm) 64 Mobile Technology ML-44
Timestamp of tree: Fri, 21 Dec 2007 14:00:01 +0000
app-shells/bash: 3.2_p17
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python: 2.4.4-r7, 2.5.1-r4
sys-apps/baselayout: 1.12.10-r5
sys-apps/sandbox: 1.2.18.1-r2
sys-devel/autoconf: 2.13, 2.61-r1
sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils: 2.18-r1
sys-devel/gcc-config: 1.3.16
sys-devel/libtool: 1.5.24
virtual/os-headers: 2.6.22-r2
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=k8 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-O2 -march=k8 -pipe"
DISTDIR="/home/bvance/samba/distfiles"
FEATURES="ccache distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://gentoo.mirrored.ca/ ftp://gentoo.mirrored.ca/ http://gentoo.osuosl.org/ ftp://sunsite.ualberta.ca/pub/unix/Linux/gentoo/"
MAKEOPTS="-j4"
PKGDIR="/home/bvance/samba/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/home/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac acl acpi alsa amd64 ao audiofile berkdb bidi bitmap-fonts bonobo cairo cdinstall cdparanoia cdr cli cracklib crypt cups dbus dga doc dri dts dvd dvdr dvdread eds encode evo exif ffmpeg firefox flac foomanticdb fortran gd gdbm gif glut gnome gnutls gphoto2 gpm gstreamer gtk gtkhtml hal iconv imagemagick ipv6 isdnlog java javascript jbig jpeg jpeg2k libgda matroska matrox midi mmx mng mp3 mpeg mplayer mudflap ncurses nls nocd nptl nptlonly nsplugin nvidia offensive ogg opengl openmp oss pam pcre pdf perl png ppds pppd python quicktime readline reflection samba session sound spl sse sse2 ssl stream svg tcpd theora tiff truetype-fonts type1-fonts unicode usb utf-8 v4l vcd vorbis wmf wxwindows xine xinerama xorg xv xvid zlib" ALSA_CARDS="via82xx" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter 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="mouse keyboard evdev joystick" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2007-12-21 20:16 [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart B Vance
@ 2007-12-21 21:06 ` Hemmann, Volker Armin
2007-12-21 21:41 ` B Vance
2007-12-22 14:59 ` [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 " Jan Jitse Venselaar
0 siblings, 2 replies; 25+ messages in thread
From: Hemmann, Volker Armin @ 2007-12-21 21:06 UTC (permalink / raw
To: gentoo-amd64
Hi,
what about 169.04 or the latest releasse .07?
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2007-12-21 21:06 ` Hemmann, Volker Armin
@ 2007-12-21 21:41 ` B Vance
2007-12-21 23:00 ` [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 +xorg-x11 " Drake Donahue
2007-12-22 14:59 ` [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 " Jan Jitse Venselaar
1 sibling, 1 reply; 25+ messages in thread
From: B Vance @ 2007-12-21 21:41 UTC (permalink / raw
To: gentoo-amd64
The only version that I haven't tried it with is Nvidia-drivers
100.14.23, I try to avoid hard masked ebuilds if at all possible. The
last driver that worked "properly" was 1.0.9639, with the previous
stable ABI of xorg-server.
I'm assuming that the 169.04 you're referring to is Nvidia-settings.
I haven't tried the masked version yet. Would that have this kind of
effect? I thought it just modified xorg.conf if you ran it.
Thanks for the info and assistance.
B. Vance
On Fri, 2007-12-21 at 22:06 +0100, Hemmann, Volker Armin wrote:
> Hi,
>
> what about 169.04 or the latest releasse .07?
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 +xorg-x11 7.3 = blackscreen after every restart
2007-12-21 21:41 ` B Vance
@ 2007-12-21 23:00 ` Drake Donahue
2007-12-22 1:32 ` B Vance
2007-12-22 14:23 ` [gentoo-amd64] " B Vance
0 siblings, 2 replies; 25+ messages in thread
From: Drake Donahue @ 2007-12-21 23:00 UTC (permalink / raw
To: gentoo-amd64
After a failure and while in console, what output does:
eselect opengl list
give?
----- Original Message -----
From: "B Vance" <anonymous.pseudonym.88@gmail.com>
To: <gentoo-amd64@lists.gentoo.org>
Sent: Friday, December 21, 2007 4:41 PM
Subject: Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90
+xorg-x11 7.3 = blackscreen after every restart
> The only version that I haven't tried it with is Nvidia-drivers
> 100.14.23, I try to avoid hard masked ebuilds if at all possible. The
> last driver that worked "properly" was 1.0.9639, with the previous
> stable ABI of xorg-server.
>
> I'm assuming that the 169.04 you're referring to is Nvidia-settings.
> I haven't tried the masked version yet. Would that have this kind of
> effect? I thought it just modified xorg.conf if you ran it.
>
> Thanks for the info and assistance.
>
> B. Vance
>
>
> On Fri, 2007-12-21 at 22:06 +0100, Hemmann, Volker Armin wrote:
>> Hi,
>>
>> what about 169.04 or the latest releasse .07?
>
> --
> gentoo-amd64@gentoo.org mailing list
>
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 +xorg-x11 7.3 = blackscreen after every restart
2007-12-21 23:00 ` [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 +xorg-x11 " Drake Donahue
@ 2007-12-22 1:32 ` B Vance
2007-12-22 9:35 ` [gentoo-amd64] " Duncan
2007-12-22 14:23 ` [gentoo-amd64] " B Vance
1 sibling, 1 reply; 25+ messages in thread
From: B Vance @ 2007-12-22 1:32 UTC (permalink / raw
To: gentoo-amd64
I can't change to console mode. The only key presses that appear to do
anything are ctrl-Alt-Del. The screen goes to black and the drive light
flickers. Beyond that it seems to be dead as a door-nail.
B Vance
On Fri, 2007-12-21 at 18:00 -0500, Drake Donahue wrote:
> After a failure and while in console, what output does:
> eselect opengl list
> give?
>
> ----- Original Message -----
> From: "B Vance" <anonymous.pseudonym.88@gmail.com>
> To: <gentoo-amd64@lists.gentoo.org>
> Sent: Friday, December 21, 2007 4:41 PM
> Subject: Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90
> +xorg-x11 7.3 = blackscreen after every restart
>
>
> > The only version that I haven't tried it with is Nvidia-drivers
> > 100.14.23, I try to avoid hard masked ebuilds if at all possible. The
> > last driver that worked "properly" was 1.0.9639, with the previous
> > stable ABI of xorg-server.
> >
> > I'm assuming that the 169.04 you're referring to is Nvidia-settings.
> > I haven't tried the masked version yet. Would that have this kind of
> > effect? I thought it just modified xorg.conf if you ran it.
> >
> > Thanks for the info and assistance.
> >
> > B. Vance
> >
> >
> > On Fri, 2007-12-21 at 22:06 +0100, Hemmann, Volker Armin wrote:
> >> Hi,
> >>
> >> what about 169.04 or the latest releasse .07?
> >
> > --
> > gentoo-amd64@gentoo.org mailing list
> >
>
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* [gentoo-amd64] Re: NVIDIA 100.14.19 + xorg-server 1.4.0.90 +xorg-x11 7.3 = blackscreen after every restart
2007-12-22 1:32 ` B Vance
@ 2007-12-22 9:35 ` Duncan
2007-12-22 14:24 ` B Vance
2007-12-22 14:45 ` Hemmann, Volker Armin
0 siblings, 2 replies; 25+ messages in thread
From: Duncan @ 2007-12-22 9:35 UTC (permalink / raw
To: gentoo-amd64
B Vance <anonymous.pseudonym.88@gmail.com> posted
1198287150.5803.30.camel@ShadowAerie, excerpted below, on Fri, 21 Dec
2007 20:32:30 -0500:
> I can't change to console mode. The only key presses that appear to do
> anything are ctrl-Alt-Del. The screen goes to black and the drive light
> flickers. Beyond that it seems to be dead as a door-nail.
Well, if it takes the 3-finger salute, it's not dead. init, which
handles that sequence, remains alive, and can initiate the restart
sequence (init level 6), with the shutdown scripts running so it can run
bash and the like. (That's good, as it least it means you get to shut
down gracefully and don't endanger any data not yet written to disk.)
It would appear to be X that's dead, not the machine as a whole.
You say you can't switch to console mode, but that can mean different
things to different people. Does that mean you've tried Ctrl-Alt-F1,
etc, to see if the VT switcher works? Also try Ctrl-Alt-Bkspc, which
should (unless you've disabled it in your xorg.conf) kill X and return
you to a console prompt.
If none of those work directly, do you have magic sysrq turned on in your
kernel? CONFIG_MAGIC_SYSRQ, located under the kernel hacking menu in
menuconfig. If you are running a kernel with that configured in, you
have a few more options as well.
Even when the three-finger-salute doesn't work (of course, if it does,
use it), you can still try Alt-Sysrq-S (emergency-sync filesystems, do
this three times to be safe), Alt-Sysrq-U (unmount what can be unmounted,
remount-read-only the rest), Alt-Sysrq-B (reboot). That's handled
directly by the kernel, so as long as it isn't too far gone, you can
still avoid most problems of an unclean shutdown. Of course, if the
kernel is gone too, or at least gone far enough it doesn't trust itself
to reliably write anything to the disk lest it write in the wrong place,
this won't work, but it's always worth a try if Ctrl-Alt-Del isn't doing
anything.
However, that's for when things get /real/ bad. Since you can still do
Ctrl-Alt-Del, you don't have to try the Alt-sysrq-s,u,b thing. There
remain a couple other useful sequences to try, however.
Alt-sysrq-k (SAK, secure-access-key/system-attention-key) normally kills
everything running on the current virtual console; init normally restarts
the login daemon after that, giving you a chance to log back in. This
may work. Try Ctrl-Alt-F1 to switch to the first VC if necessary after
that.
Alt-sysrq-r (unRaw the keyboard mode) can also help, at times,
particularly when X crashes. If your VT-switcher keys (Ctrl-Alt-F?)
aren't working, sometimes that'll get them working again, so you can get
a console to work in.
If none of that is working, then the system is in pretty bad shape
regardless, and initiating shutdown (either c-a-d or alt-sysrq-sub as
necessary) is probably best anyway. However, at least in my experience
it's rare that ctrl-alt-del works if I can't get a console using one of
the methods above, so given that it /is/ working for you, it's fairly
likely you can get a console /one/ way or another. Of course, that's
assuming you hadn't already tried all that, but you didn't mention it, so
I figured it's worth the shot.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] Re: NVIDIA 100.14.19 + xorg-server 1.4.0.90 +xorg-x11 7.3 = blackscreen after every restart
2007-12-22 9:35 ` [gentoo-amd64] " Duncan
@ 2007-12-22 14:24 ` B Vance
2007-12-22 14:45 ` Hemmann, Volker Armin
1 sibling, 0 replies; 25+ messages in thread
From: B Vance @ 2007-12-22 14:24 UTC (permalink / raw
To: gentoo-amd64
I have tried Ctrl-Alt-F1-F6 F8-F12, Ctrl-Alt-Bkspace, Ctrl-Alt-+ and
Ctrl-Alt--. I don't have CONFIG_MAGIC_SYSRQ set, mainly because I didn't
have a scooby about what it is/does. If it matters, I've had this
problem with gentoo kernels from 2.6.19 to 2.6.23.
Now that I know about magic_sysyreq, I'll add it to the kernel.
Thanks for the info.
B Vance
On Sat, 2007-12-22 at 09:35 +0000, Duncan wrote:
> B Vance <anonymous.pseudonym.88@gmail.com> posted
> 1198287150.5803.30.camel@ShadowAerie, excerpted below, on Fri, 21 Dec
> 2007 20:32:30 -0500:
>
> > I can't change to console mode. The only key presses that appear to do
> > anything are ctrl-Alt-Del. The screen goes to black and the drive light
> > flickers. Beyond that it seems to be dead as a door-nail.
>
> Well, if it takes the 3-finger salute, it's not dead. init, which
> handles that sequence, remains alive, and can initiate the restart
> sequence (init level 6), with the shutdown scripts running so it can run
> bash and the like. (That's good, as it least it means you get to shut
> down gracefully and don't endanger any data not yet written to disk.)
>
> It would appear to be X that's dead, not the machine as a whole.
>
> You say you can't switch to console mode, but that can mean different
> things to different people. Does that mean you've tried Ctrl-Alt-F1,
> etc, to see if the VT switcher works? Also try Ctrl-Alt-Bkspc, which
> should (unless you've disabled it in your xorg.conf) kill X and return
> you to a console prompt.
>
> If none of those work directly, do you have magic sysrq turned on in your
> kernel? CONFIG_MAGIC_SYSRQ, located under the kernel hacking menu in
> menuconfig. If you are running a kernel with that configured in, you
> have a few more options as well.
>
> Even when the three-finger-salute doesn't work (of course, if it does,
> use it), you can still try Alt-Sysrq-S (emergency-sync filesystems, do
> this three times to be safe), Alt-Sysrq-U (unmount what can be unmounted,
> remount-read-only the rest), Alt-Sysrq-B (reboot). That's handled
> directly by the kernel, so as long as it isn't too far gone, you can
> still avoid most problems of an unclean shutdown. Of course, if the
> kernel is gone too, or at least gone far enough it doesn't trust itself
> to reliably write anything to the disk lest it write in the wrong place,
> this won't work, but it's always worth a try if Ctrl-Alt-Del isn't doing
> anything.
>
> However, that's for when things get /real/ bad. Since you can still do
> Ctrl-Alt-Del, you don't have to try the Alt-sysrq-s,u,b thing. There
> remain a couple other useful sequences to try, however.
>
> Alt-sysrq-k (SAK, secure-access-key/system-attention-key) normally kills
> everything running on the current virtual console; init normally restarts
> the login daemon after that, giving you a chance to log back in. This
> may work. Try Ctrl-Alt-F1 to switch to the first VC if necessary after
> that.
>
> Alt-sysrq-r (unRaw the keyboard mode) can also help, at times,
> particularly when X crashes. If your VT-switcher keys (Ctrl-Alt-F?)
> aren't working, sometimes that'll get them working again, so you can get
> a console to work in.
>
> If none of that is working, then the system is in pretty bad shape
> regardless, and initiating shutdown (either c-a-d or alt-sysrq-sub as
> necessary) is probably best anyway. However, at least in my experience
> it's rare that ctrl-alt-del works if I can't get a console using one of
> the methods above, so given that it /is/ working for you, it's fairly
> likely you can get a console /one/ way or another. Of course, that's
> assuming you hadn't already tried all that, but you didn't mention it, so
> I figured it's worth the shot.
>
> --
> Duncan - List replies preferred. No HTML msgs.
> "Every nonfree program has a lord, a master --
> and if you use the program, he is your master." Richard Stallman
>
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] Re: NVIDIA 100.14.19 + xorg-server 1.4.0.90 +xorg-x11 7.3 = blackscreen after every restart
2007-12-22 9:35 ` [gentoo-amd64] " Duncan
2007-12-22 14:24 ` B Vance
@ 2007-12-22 14:45 ` Hemmann, Volker Armin
1 sibling, 0 replies; 25+ messages in thread
From: Hemmann, Volker Armin @ 2007-12-22 14:45 UTC (permalink / raw
To: gentoo-amd64
On Samstag, 22. Dezember 2007, Duncan wrote:
> B Vance <anonymous.pseudonym.88@gmail.com> posted
> 1198287150.5803.30.camel@ShadowAerie, excerpted below, on Fri, 21 Dec
>
> 2007 20:32:30 -0500:
> > I can't change to console mode. The only key presses that appear to do
> > anything are ctrl-Alt-Del. The screen goes to black and the drive light
> > flickers. Beyond that it seems to be dead as a door-nail.
>
> Well, if it takes the 3-finger salute, it's not dead. init, which
> handles that sequence, remains alive, and can initiate the restart
> sequence (init level 6), with the shutdown scripts running so it can run
> bash and the like. (That's good, as it least it means you get to shut
> down gracefully and don't endanger any data not yet written to disk.)
>
> It would appear to be X that's dead, not the machine as a whole.
>
> You say you can't switch to console mode, but that can mean different
> things to different people. Does that mean you've tried Ctrl-Alt-F1,
> etc, to see if the VT switcher works? Also try Ctrl-Alt-Bkspc, which
> should (unless you've disabled it in your xorg.conf) kill X and return
> you to a console prompt.
>
> If none of those work directly, do you have magic sysrq turned on in your
> kernel? CONFIG_MAGIC_SYSRQ, located under the kernel hacking menu in
> menuconfig. If you are running a kernel with that configured in, you
> have a few more options as well.
>
> Even when the three-finger-salute doesn't work (of course, if it does,
> use it), you can still try Alt-Sysrq-S (emergency-sync filesystems, do
> this three times to be safe), Alt-Sysrq-U (unmount what can be unmounted,
> remount-read-only the rest), Alt-Sysrq-B (reboot). That's handled
> directly by the kernel, so as long as it isn't too far gone, you can
> still avoid most problems of an unclean shutdown. Of course, if the
> kernel is gone too, or at least gone far enough it doesn't trust itself
> to reliably write anything to the disk lest it write in the wrong place,
> this won't work, but it's always worth a try if Ctrl-Alt-Del isn't doing
> anything.
before you sync or unmount do 'e' and 'i' - terminate all tasks and kill all
tasks. Or some task writing to the disk and the sync is worthless - and the
unmounting might not work. So kill first, sync then, unmount after that.
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 +xorg-x11 7.3 = blackscreen after every restart
2007-12-21 23:00 ` [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 +xorg-x11 " Drake Donahue
2007-12-22 1:32 ` B Vance
@ 2007-12-22 14:23 ` B Vance
2007-12-22 21:28 ` [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90+xorg-x11 " Drake Donahue
1 sibling, 1 reply; 25+ messages in thread
From: B Vance @ 2007-12-22 14:23 UTC (permalink / raw
To: gentoo-amd64
After the system restarts, it shows [1] nvidia * [2] xorg-x11. I'm
hoping that the asterix by nvidia indicates that it isn't dropping the
opengl setting from nvidia that is causing this.
B Vance
On Fri, 2007-12-21 at 18:00 -0500, Drake Donahue wrote:
> After a failure and while in console, what output does:
> eselect opengl list
> give?
>
> ----- Original Message -----
> From: "B Vance" <anonymous.pseudonym.88@gmail.com>
> To: <gentoo-amd64@lists.gentoo.org>
> Sent: Friday, December 21, 2007 4:41 PM
> Subject: Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90
> +xorg-x11 7.3 = blackscreen after every restart
>
>
> > The only version that I haven't tried it with is Nvidia-drivers
> > 100.14.23, I try to avoid hard masked ebuilds if at all possible. The
> > last driver that worked "properly" was 1.0.9639, with the previous
> > stable ABI of xorg-server.
> >
> > I'm assuming that the 169.04 you're referring to is Nvidia-settings.
> > I haven't tried the masked version yet. Would that have this kind of
> > effect? I thought it just modified xorg.conf if you ran it.
> >
> > Thanks for the info and assistance.
> >
> > B. Vance
> >
> >
> > On Fri, 2007-12-21 at 22:06 +0100, Hemmann, Volker Armin wrote:
> >> Hi,
> >>
> >> what about 169.04 or the latest releasse .07?
> >
> > --
> > gentoo-amd64@gentoo.org mailing list
> >
>
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90+xorg-x11 7.3 = blackscreen after every restart
2007-12-22 14:23 ` [gentoo-amd64] " B Vance
@ 2007-12-22 21:28 ` Drake Donahue
2007-12-22 21:49 ` B Vance
0 siblings, 1 reply; 25+ messages in thread
From: Drake Donahue @ 2007-12-22 21:28 UTC (permalink / raw
To: gentoo-amd64
----- Original Message -----
From: "B Vance" <anonymous.pseudonym.88@gmail.com>
To: <gentoo-amd64@lists.gentoo.org>
Sent: Saturday, December 22, 2007 9:23 AM
Subject: Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90+xorg-x11
7.3 = blackscreen after every restart
> After the system restarts, it shows [1] nvidia * [2] xorg-x11. I'm
> hoping that the asterix by nvidia indicates that it isn't dropping the
> opengl setting from nvidia that is causing this.
>
> B Vance
Apologies for my top posting earlier.
You might try finding and renaming every instance of xorg.conf on your
machine to something else and then reboot the machine. If no xorg.conf
exists, the current X will run through its own script (not named xorg.conf)
and usually automagically produce a working windowed environment (or fail).
I believe that if you have an old xorg.conf, emerge nvidia-drivers will edit
it retaining part, deleting part, and adding part. If this is correct the
possibility exists that the edited xorg.conf will have internal
inconsistencies.
BTW, being a slob I use the terms terminal, console, and command line
interface pretty much interchangeably (sorry again). I presume you boot
directly to a windowed environment (desktop) when all goes well. And that
currently the boot gets to the point of trying to start X, fails, and drops
you to a command line prompt at which you login and then type: emerge
nvidia-drivers, after the emerge nvidia-drivers, you type some form of a
'startx' or 'start a display manager command' which then works to take you
to a desktop. If these assumptions are coreect, an eselect opengl list after
the crash and before the emerge nvidia-drivers could be informative. After
emerge nvidia-drivers the list should be as you found it and it should still
be that way for the next start of X.
> On Fri, 2007-12-21 at 18:00 -0500, Drake Donahue wrote:
>> After a failure and while in console, what output does:
>> eselect opengl list
>> give?
>>
>> ----- Original Message -----
>> From: "B Vance" <anonymous.pseudonym.88@gmail.com>
>> To: <gentoo-amd64@lists.gentoo.org>
>> Sent: Friday, December 21, 2007 4:41 PM
>> Subject: Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90
>> +xorg-x11 7.3 = blackscreen after every restart
>>
>>
>> > The only version that I haven't tried it with is Nvidia-drivers
>> > 100.14.23, I try to avoid hard masked ebuilds if at all possible. The
>> > last driver that worked "properly" was 1.0.9639, with the previous
>> > stable ABI of xorg-server.
>> >
>> > I'm assuming that the 169.04 you're referring to is Nvidia-settings.
>> > I haven't tried the masked version yet. Would that have this kind of
>> > effect? I thought it just modified xorg.conf if you ran it.
>> >
>> > Thanks for the info and assistance.
>> >
>> > B. Vance
>> >
>> >
>> > On Fri, 2007-12-21 at 22:06 +0100, Hemmann, Volker Armin wrote:
>> >> Hi,
>> >>
>> >> what about 169.04 or the latest releasse .07?
>> >
>> > --
>> > gentoo-amd64@gentoo.org mailing list
>> >
>>
>
> --
> gentoo-amd64@gentoo.org mailing list
>
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90+xorg-x11 7.3 = blackscreen after every restart
2007-12-22 21:28 ` [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90+xorg-x11 " Drake Donahue
@ 2007-12-22 21:49 ` B Vance
0 siblings, 0 replies; 25+ messages in thread
From: B Vance @ 2007-12-22 21:49 UTC (permalink / raw
To: gentoo-amd64
On Sat, 2007-12-22 at 16:28 -0500, Drake Donahue wrote:
> ----- Original Message -----
> From: "B Vance" <anonymous.pseudonym.88@gmail.com>
> To: <gentoo-amd64@lists.gentoo.org>
> Sent: Saturday, December 22, 2007 9:23 AM
> Subject: Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90+xorg-x11
> 7.3 = blackscreen after every restart
>
>
> > After the system restarts, it shows [1] nvidia * [2] xorg-x11. I'm
> > hoping that the asterix by nvidia indicates that it isn't dropping the
> > opengl setting from nvidia that is causing this.
> >
> > B Vance
>
> Apologies for my top posting earlier.
>
> You might try finding and renaming every instance of xorg.conf on your
> machine to something else and then reboot the machine. If no xorg.conf
> exists, the current X will run through its own script (not named xorg.conf)
> and usually automagically produce a working windowed environment (or fail).
> I believe that if you have an old xorg.conf, emerge nvidia-drivers will edit
> it retaining part, deleting part, and adding part. If this is correct the
> possibility exists that the edited xorg.conf will have internal
> inconsistencies.
>
> BTW, being a slob I use the terms terminal, console, and command line
> interface pretty much interchangeably (sorry again). I presume you boot
> directly to a windowed environment (desktop) when all goes well. And that
> currently the boot gets to the point of trying to start X, fails, and drops
> you to a command line prompt at which you login and then type: emerge
> nvidia-drivers, after the emerge nvidia-drivers, you type some form of a
> 'startx' or 'start a display manager command' which then works to take you
> to a desktop. If these assumptions are coreect, an eselect opengl list after
> the crash and before the emerge nvidia-drivers could be informative. After
> emerge nvidia-drivers the list should be as you found it and it should still
> be that way for the next start of X.
>
> > On Fri, 2007-12-21 at 18:00 -0500, Drake Donahue wrote:
> >> After a failure and while in console, what output does:
> >> eselect opengl list
> >> give?
> >>
> >> ----- Original Message -----
> >> From: "B Vance" <anonymous.pseudonym.88@gmail.com>
> >> To: <gentoo-amd64@lists.gentoo.org>
> >> Sent: Friday, December 21, 2007 4:41 PM
> >> Subject: Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90
> >> +xorg-x11 7.3 = blackscreen after every restart
> >>
> >>
> >> > The only version that I haven't tried it with is Nvidia-drivers
> >> > 100.14.23, I try to avoid hard masked ebuilds if at all possible. The
> >> > last driver that worked "properly" was 1.0.9639, with the previous
> >> > stable ABI of xorg-server.
> >> >
> >> > I'm assuming that the 169.04 you're referring to is Nvidia-settings.
> >> > I haven't tried the masked version yet. Would that have this kind of
> >> > effect? I thought it just modified xorg.conf if you ran it.
> >> >
> >> > Thanks for the info and assistance.
> >> >
> >> > B. Vance
> >> >
> >> >
> >> > On Fri, 2007-12-21 at 22:06 +0100, Hemmann, Volker Armin wrote:
> >> >> Hi,
> >> >>
> >> >> what about 169.04 or the latest releasse .07?
> >> >
> >> > --
> >> > gentoo-amd64@gentoo.org mailing list
> >> >
> >>
> >
> > --
> > gentoo-amd64@gentoo.org mailing list
> >
>
The laptop boots into the CLI, not the graphical logon. I'm guessing
that the 169.04 that was referred to earlier was the Nvidia drivers from
the webpage. I downloaded them and have now managed to start gdm
successfully after a restart, 3 times. Nvidia 169.07 appears to solve
the problem. My apologies to Volker for misunderstanding what he was
saying. As you was surmised, after the screenfreeze, the eselect still
had nvidia selected. I'm guessing that the nvidia-drivers-100.14.19
ebuild was the problem.
Thank you all for your assistance in this, and apologies for
top-posting. Seasons greetings to all.
B Vance
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2007-12-21 21:06 ` Hemmann, Volker Armin
2007-12-21 21:41 ` B Vance
@ 2007-12-22 14:59 ` Jan Jitse Venselaar
2007-12-30 13:36 ` Enrico Weigelt
1 sibling, 1 reply; 25+ messages in thread
From: Jan Jitse Venselaar @ 2007-12-22 14:59 UTC (permalink / raw
To: gentoo-amd64
[-- Attachment #1: Type: text/plain, Size: 379 bytes --]
On Friday 21 December 2007, Hemmann, Volker Armin wrote:
> Hi,
>
> what about 169.04 or the latest releasse .07?
I'm having the same problem, with a Geforce 8800 GTS and nvidia-drivers
169.04.
I first thought this had to do with the the new kdm from KDE 4, but since you
have the same problem, I guess it's something in either xorg or the nvidia
driver.
Jan Jitse
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2007-12-22 14:59 ` [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 " Jan Jitse Venselaar
@ 2007-12-30 13:36 ` Enrico Weigelt
2007-12-30 13:47 ` Hemmann, Volker Armin
2007-12-31 12:21 ` [gentoo-amd64] " Yuval Hager
0 siblings, 2 replies; 25+ messages in thread
From: Enrico Weigelt @ 2007-12-30 13:36 UTC (permalink / raw
To: gentoo-amd64
* Jan Jitse Venselaar <janjitse@gmail.com> wrote:
> I'm having the same problem, with a Geforce 8800 GTS and nvidia-drivers
> 169.04.
Actually, Nvidia's binary crap *never* worked for me (GeForce Go 6100).
All the versions I tried (all from portage, even the hard masked),
crashed the whole machine (!) a few seconds after the Xserver
came up. Seem their kernel driver is heavily broken.
The free Xorg driver works very well, but yet no GL available :(
Once I've got some spare time, I'll join the cracking project
to get an free GL driver.
Back in xf86 times, their secret-code Riva Xservers already have been
unstable crap, but at least they didn't kill the whole machine
after a few seconds.
I strongly suggest not to buy anything from this company, until
they open their specs to the free world !
cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service - http://www.metux.de/
---------------------------------------------------------------------
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages in dozens of versions:
http://patches.metux.de/
---------------------------------------------------------------------
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2007-12-30 13:36 ` Enrico Weigelt
@ 2007-12-30 13:47 ` Hemmann, Volker Armin
2007-12-30 18:02 ` Enrico Weigelt
2007-12-31 12:21 ` [gentoo-amd64] " Yuval Hager
1 sibling, 1 reply; 25+ messages in thread
From: Hemmann, Volker Armin @ 2007-12-30 13:47 UTC (permalink / raw
To: gentoo-amd64
On Sonntag, 30. Dezember 2007, Enrico Weigelt wrote:
> * Jan Jitse Venselaar <janjitse@gmail.com> wrote:
> > I'm having the same problem, with a Geforce 8800 GTS and nvidia-drivers
> > 169.04.
>
> Actually, Nvidia's binary crap *never* worked for me (GeForce Go 6100).
> All the versions I tried (all from portage, even the hard masked),
> crashed the whole machine (!) a few seconds after the Xserver
> came up. Seem their kernel driver is heavily broken.
maybe it is YOUR HARDWARE that is crap? Overheating? Bad PSU that is not able
to reliable power the 3d part of the core?
hundreds, thousands, maybe millions of nvidia-on-linux users don't have
problems. Maybe you should think about that for a moment?
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2007-12-30 13:47 ` Hemmann, Volker Armin
@ 2007-12-30 18:02 ` Enrico Weigelt
2007-12-30 22:30 ` Hemmann, Volker Armin
0 siblings, 1 reply; 25+ messages in thread
From: Enrico Weigelt @ 2007-12-30 18:02 UTC (permalink / raw
To: gentoo-amd64
* Hemmann, Volker Armin <volker.armin.hemmann@tu-clausthal.de> wrote:
Hi,
> > Actually, Nvidia's binary crap *never* worked for me (GeForce Go 6100).
> > All the versions I tried (all from portage, even the hard masked),
> > crashed the whole machine (!) a few seconds after the Xserver
> > came up. Seem their kernel driver is heavily broken.
>
> maybe it is YOUR HARDWARE that is crap? Overheating? Bad PSU that
> is not able to reliable power the 3d part of the core?
Quite uncertain. The machine is very stable w/o the NV drivers.
But just loading the kernel module and waiting a few mins
ends up in an total lockup. I could 100% reproduce this problem with
several nv-chipset based notebooks (different geforce versions).
Ah, and there had been an preinstalled Vista on that box, which
worked perfectly with 3D stuff.
So I don't think it's an hw issue.
> hundreds, thousands, maybe millions of nvidia-on-linux users don't
> have problems.
Where do you got these numbers from ? NV marketing dept.?
cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service - http://www.metux.de/
---------------------------------------------------------------------
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages in dozens of versions:
http://patches.metux.de/
---------------------------------------------------------------------
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2007-12-30 18:02 ` Enrico Weigelt
@ 2007-12-30 22:30 ` Hemmann, Volker Armin
2007-12-31 14:40 ` Enrico Weigelt
0 siblings, 1 reply; 25+ messages in thread
From: Hemmann, Volker Armin @ 2007-12-30 22:30 UTC (permalink / raw
To: gentoo-amd64
On Sonntag, 30. Dezember 2007, Enrico Weigelt wrote:
> * Hemmann, Volker Armin <volker.armin.hemmann@tu-clausthal.de> wrote:
>
> Hi,
>
> > > Actually, Nvidia's binary crap *never* worked for me (GeForce Go 6100).
> > > All the versions I tried (all from portage, even the hard masked),
> > > crashed the whole machine (!) a few seconds after the Xserver
> > > came up. Seem their kernel driver is heavily broken.
> >
> > maybe it is YOUR HARDWARE that is crap? Overheating? Bad PSU that
> > is not able to reliable power the 3d part of the core?
>
> Quite uncertain. The machine is very stable w/o the NV drivers.
> But just loading the kernel module and waiting a few mins
> ends up in an total lockup. I could 100% reproduce this problem with
> several nv-chipset based notebooks (different geforce versions).
> Ah, and there had been an preinstalled Vista on that box, which
> worked perfectly with 3D stuff.
> So I don't think it's an hw issue.
and vista has a much better power managment than linux - could still be
overheating.
>
> > hundreds, thousands, maybe millions of nvidia-on-linux users don't
> > have problems.
>
> Where do you got these numbers from ? NV marketing dept.?
from the fact that most people who use nvidia never have problems. But vocal
minority with problems is very - well, vocal.
People are quiet until they hit a problem.... a good indicator are 'which card
to buy' threads. Most people say 'nvidia, had no problems' a few say 'I had
problems with nvidia' and all ati users had problems....
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2007-12-30 22:30 ` Hemmann, Volker Armin
@ 2007-12-31 14:40 ` Enrico Weigelt
2007-12-31 16:18 ` Bob Sanders
2008-01-01 18:40 ` Hemmann, Volker Armin
0 siblings, 2 replies; 25+ messages in thread
From: Enrico Weigelt @ 2007-12-31 14:40 UTC (permalink / raw
To: gentoo-amd64
* Hemmann, Volker Armin <volker.armin.hemmann@tu-clausthal.de> wrote:
<snip>
> > Quite uncertain. The machine is very stable w/o the NV drivers.
> > But just loading the kernel module and waiting a few mins
> > ends up in an total lockup. I could 100% reproduce this problem with
> > several nv-chipset based notebooks (different geforce versions).
> > Ah, and there had been an preinstalled Vista on that box, which
> > worked perfectly with 3D stuff.
> > So I don't think it's an hw issue.
>
> and vista has a much better power managment than linux - could still be
> overheating.
Overheating a few mins after *cold* start and w/ using the 3D stuff
(just by loading the kernel module and waiting a bit ?). Still seems
very uncertain.
cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service - http://www.metux.de/
---------------------------------------------------------------------
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages in dozens of versions:
http://patches.metux.de/
---------------------------------------------------------------------
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2007-12-31 14:40 ` Enrico Weigelt
@ 2007-12-31 16:18 ` Bob Sanders
2008-01-01 18:40 ` Hemmann, Volker Armin
1 sibling, 0 replies; 25+ messages in thread
From: Bob Sanders @ 2007-12-31 16:18 UTC (permalink / raw
To: gentoo-amd64
Enrico Weigelt, mused, then expounded:
> * Hemmann, Volker Armin <volker.armin.hemmann@tu-clausthal.de> wrote:
>
> <snip>
>
> > > Quite uncertain. The machine is very stable w/o the NV drivers.
> > > But just loading the kernel module and waiting a few mins
> > > ends up in an total lockup. I could 100% reproduce this problem with
> > > several nv-chipset based notebooks (different geforce versions).
> > > Ah, and there had been an preinstalled Vista on that box, which
> > > worked perfectly with 3D stuff.
> > > So I don't think it's an hw issue.
> >
> > and vista has a much better power managment than linux - could still be
> > overheating.
>
> Overheating a few mins after *cold* start and w/ using the 3D stuff
> (just by loading the kernel module and waiting a bit ?). Still seems
> very uncertain.
>
>
More likely it's a poor motherboard design around the voltage regulators. I've
seen numerous instances where Windows works - because motherboard vendors cheat
in ACPI and power hacking via the bios, when Linux (or any other Unix like os)
won't.
Have you upgraded the bios? Or kept it up-to-date? Even for Linux, if the chips
and data paths don't get initialized correctly, problems can surface.
FWIW - I've run a GeForce 6600 GT for several now on a diffcult screen - SGI FP1600,
and, while I have had problems with the driver on ocassion - 1600x1080 isn't common nor
VESA, it hasn't let me down. In fact the only time I've had to drop to 2D is for the
old Quadro 1 and 2 cards running in some other systems.
Bob
-
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2007-12-31 14:40 ` Enrico Weigelt
2007-12-31 16:18 ` Bob Sanders
@ 2008-01-01 18:40 ` Hemmann, Volker Armin
1 sibling, 0 replies; 25+ messages in thread
From: Hemmann, Volker Armin @ 2008-01-01 18:40 UTC (permalink / raw
To: gentoo-amd64
On Montag, 31. Dezember 2007, Enrico Weigelt wrote:
> * Hemmann, Volker Armin <volker.armin.hemmann@tu-clausthal.de> wrote:
>
> <snip>
>
> > > Quite uncertain. The machine is very stable w/o the NV drivers.
> > > But just loading the kernel module and waiting a few mins
> > > ends up in an total lockup. I could 100% reproduce this problem with
> > > several nv-chipset based notebooks (different geforce versions).
> > > Ah, and there had been an preinstalled Vista on that box, which
> > > worked perfectly with 3D stuff.
> > > So I don't think it's an hw issue.
> >
> > and vista has a much better power managment than linux - could still be
> > overheating.
>
> Overheating a few mins after *cold* start and w/ using the 3D stuff
> (just by loading the kernel module and waiting a bit ?). Still seems
> very uncertain.
>
yes, if the full core runs at full speed it could be happen.
I was very certain that the kernel oopses I had at the end of Novembre/start
of Decembre were caused by the kernel - nope. I increased the voltage a
little bit and had no problems ever again.
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* [gentoo-amd64] Re: NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2007-12-30 13:36 ` Enrico Weigelt
2007-12-30 13:47 ` Hemmann, Volker Armin
@ 2007-12-31 12:21 ` Yuval Hager
2007-12-31 15:18 ` Enrico Weigelt
1 sibling, 1 reply; 25+ messages in thread
From: Yuval Hager @ 2007-12-31 12:21 UTC (permalink / raw
To: gentoo-amd64
[-- Attachment #1: Type: text/plain, Size: 703 bytes --]
On Sunday 30 December 2007, Enrico Weigelt wrote:
> * Jan Jitse Venselaar <janjitse@gmail.com> wrote:
> > I'm having the same problem, with a Geforce 8800 GTS and nvidia-drivers
> > 169.04.
>
> Actually, Nvidia's binary crap *never* worked for me (GeForce Go 6100).
> All the versions I tried (all from portage, even the hard masked),
> crashed the whole machine (!) a few seconds after the Xserver
> came up. Seem their kernel driver is heavily broken.
>
Have you tried their latest, x11-drivers/nvidia-drivers-169.07 ? I am not
following closely, but it should have major fixes and improvements.
It works for me on GeForce 7300.
http://bugs.gentoo.org/show_bug.cgi?id=199671
--y
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] Re: NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2007-12-31 12:21 ` [gentoo-amd64] " Yuval Hager
@ 2007-12-31 15:18 ` Enrico Weigelt
2008-01-01 18:41 ` Hemmann, Volker Armin
0 siblings, 1 reply; 25+ messages in thread
From: Enrico Weigelt @ 2007-12-31 15:18 UTC (permalink / raw
To: gentoo-amd64
* Yuval Hager <yuval@avramzon.net> wrote:
> Have you tried their latest, x11-drivers/nvidia-drivers-169.07 ? I am not
> following closely, but it should have major fixes and improvements.
> It works for me on GeForce 7300.
>
> http://bugs.gentoo.org/show_bug.cgi?id=199671
For this year I've already wasted too much resources on that.
Maybe I'll have a try in a few month. 3D stuff isnt't that
important for me - for 2D stuff the free driver works very fine.
BTW: the ebuild conflicts between kernel and nvidia-drivers are
also annoying. The kernel parts should be handled differently.
cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service - http://www.metux.de/
---------------------------------------------------------------------
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages in dozens of versions:
http://patches.metux.de/
---------------------------------------------------------------------
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] Re: NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2007-12-31 15:18 ` Enrico Weigelt
@ 2008-01-01 18:41 ` Hemmann, Volker Armin
2008-01-01 19:14 ` Bernhard Auzinger
2008-01-02 0:18 ` Enrico Weigelt
0 siblings, 2 replies; 25+ messages in thread
From: Hemmann, Volker Armin @ 2008-01-01 18:41 UTC (permalink / raw
To: gentoo-amd64
On Montag, 31. Dezember 2007, Enrico Weigelt wrote:
> * Yuval Hager <yuval@avramzon.net> wrote:
> > Have you tried their latest, x11-drivers/nvidia-drivers-169.07 ? I am not
> > following closely, but it should have major fixes and improvements.
> > It works for me on GeForce 7300.
> >
> > http://bugs.gentoo.org/show_bug.cgi?id=199671
>
> For this year I've already wasted too much resources on that.
> Maybe I'll have a try in a few month. 3D stuff isnt't that
> important for me - for 2D stuff the free driver works very fine.
>
yeah, just copying an ebuild and replacing nv with nvidia in xorg.conf costs
so much time and is so hard to do. Whining on the other hand does not take
any time at all.
> BTW: the ebuild conflicts between kernel and nvidia-drivers are
> also annoying. The kernel parts should be handled differently.
what are you talking about? conflicts? kernel parts? which kernel parts
handled by what and why?
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] Re: NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2008-01-01 18:41 ` Hemmann, Volker Armin
@ 2008-01-01 19:14 ` Bernhard Auzinger
2008-01-02 0:18 ` Enrico Weigelt
1 sibling, 0 replies; 25+ messages in thread
From: Bernhard Auzinger @ 2008-01-01 19:14 UTC (permalink / raw
To: gentoo-amd64
Am Dienstag 01 Januar 2008 schrieb Hemmann, Volker Armin:
> On Montag, 31. Dezember 2007, Enrico Weigelt wrote:
> > * Yuval Hager <yuval@avramzon.net> wrote:
> > > Have you tried their latest, x11-drivers/nvidia-drivers-169.07 ? I am
> > > not following closely, but it should have major fixes and improvements.
> > > It works for me on GeForce 7300.
> > >
> > > http://bugs.gentoo.org/show_bug.cgi?id=199671
> >
> > For this year I've already wasted too much resources on that.
> > Maybe I'll have a try in a few month. 3D stuff isnt't that
> > important for me - for 2D stuff the free driver works very fine.
>
> yeah, just copying an ebuild and replacing nv with nvidia in xorg.conf
> costs so much time and is so hard to do. Whining on the other hand does not
> take any time at all.
>
> > BTW: the ebuild conflicts between kernel and nvidia-drivers are
> > also annoying. The kernel parts should be handled differently.
>
> what are you talking about? conflicts? kernel parts? which kernel parts
> handled by what and why?
Maybe the problem is that he compiled in the deprecated nvidia framebuffer
support?
Rgds
Bernhard
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] Re: NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2008-01-01 18:41 ` Hemmann, Volker Armin
2008-01-01 19:14 ` Bernhard Auzinger
@ 2008-01-02 0:18 ` Enrico Weigelt
2008-01-02 2:37 ` Drake Donahue
1 sibling, 1 reply; 25+ messages in thread
From: Enrico Weigelt @ 2008-01-02 0:18 UTC (permalink / raw
To: gentoo-amd64
* Hemmann, Volker Armin <volker.armin.hemmann@tu-clausthal.de> wrote:
> > For this year I've already wasted too much resources on that.
> > Maybe I'll have a try in a few month. 3D stuff isnt't that
> > important for me - for 2D stuff the free driver works very fine.
> >
>
> yeah, just copying an ebuild and replacing nv with nvidia in xorg.conf costs
> so much time and is so hard to do. Whining on the other hand does not take
> any time at all.
It's more than that. Rebuilding the kernel, loosing fb and ovz, etc.
I prefer spending that amount of time on disassambling the binary
module ... ;-o
> > BTW: the ebuild conflicts between kernel and nvidia-drivers are
> > also annoying. The kernel parts should be handled differently.
>
> what are you talking about? conflicts? kernel parts? which kernel parts
> handled by what and why?
The problem comes from NV's (broken) package. Their "sanity"
checks seem to go against the *running* kernel, instead the one
to build for. So, in my case, it denies compiling, as the
currently running kernel has rivafb (but the target kernel won't).
cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service - http://www.metux.de/
---------------------------------------------------------------------
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages in dozens of versions:
http://patches.metux.de/
---------------------------------------------------------------------
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [gentoo-amd64] Re: NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart
2008-01-02 0:18 ` Enrico Weigelt
@ 2008-01-02 2:37 ` Drake Donahue
0 siblings, 0 replies; 25+ messages in thread
From: Drake Donahue @ 2008-01-02 2:37 UTC (permalink / raw
To: gentoo-amd64
----- Original Message -----
From: "Enrico Weigelt" <weigelt@metux.de>
To: <gentoo-amd64@lists.gentoo.org>
Sent: Tuesday, January 01, 2008 7:18 PM
Subject: Re: [gentoo-amd64] Re: NVIDIA 100.14.19 + xorg-server 1.4.0.90 +
xorg-x11 7.3 = blackscreen after every restart
>* Hemmann, Volker Armin <volker.armin.hemmann@tu-clausthal.de> wrote:
>
>> > For this year I've already wasted too much resources on that.
>> > Maybe I'll have a try in a few month. 3D stuff isnt't that
>> > important for me - for 2D stuff the free driver works very fine.
>> >
>>
>> yeah, just copying an ebuild and replacing nv with nvidia in xorg.conf
>> costs
>> so much time and is so hard to do. Whining on the other hand does not
>> take
>> any time at all.
>
> It's more than that. Rebuilding the kernel, loosing fb and ovz, etc.
> I prefer spending that amount of time on disassambling the binary
> module ... ;-o
>
>> > BTW: the ebuild conflicts between kernel and nvidia-drivers are
>> > also annoying. The kernel parts should be handled differently.
>>
>> what are you talking about? conflicts? kernel parts? which kernel parts
>> handled by what and why?
>
> The problem comes from NV's (broken) package. Their "sanity"
> checks seem to go against the *running* kernel, instead the one
> to build for. So, in my case, it denies compiling, as the
> currently running kernel has rivafb (but the target kernel won't).
Package is not broken. It is designed to install and activate kernel modules
(while running) and to modify the kernel module boot load list so of course
it "goes against" the running kernel. (which must be the same as the kernel
pointed at by /usr/src/linux.
>
You should read
http://www.gentoo.org/doc/en/nvidia-guide.xml
and
http://gentoo-wiki.com/HOWTO_nVidia_Drivers
carefully.
You need to rebuild your kernel to eliminate the rivafb (rivafb obsolete on
all gpu newer than riva128). And eliminate nvidiafb if you did that also.
These two modules are documented as preventing proper function of
nvidia-drivers. VESA VGA graphics support is the choice you should have for
FB support.
Quoting:
"
Kernel Configuration
As mentioned above, the nVidia kernel driver installs and runs against your
current kernel. It builds as a module, so it makes sense that your kernel
must support the loading of kernel modules. If you used genkernel all to
configure the kernel for you, then you're all set. If not, double check your
kernel configuration so that this support is enabled:
Code Listing 3.1: Enabling the Loading of Kernel Modules
Loadable module support --->
[*] Enable loadable module support
You also need to enable Memory Type Range Register in your kernel:
Code Listing 3.2: Enabling MTRR
Processor and Features --->
[*] MTRR (Memory Type Range Register) support
Also, if you have an AGP graphics card, you can optionally enable agpgart
support to your kernel, either compiled in or as a module. If you do not use
the in-kernel agpgart, then the drivers will use their own agpgart
implementation, called NvAGP. On certain systems, this performs better than
the in-kernel agpgart, and on others, it performs worse. You will need to
evaluate this on your own system to get the best performance. If you are
unsure what to do, use the in-kernel agpgart:
Code Listing 3.3: Enabling agpgart
Device Drivers --->
Character devices --->
<*> /dev/agpgart (AGP Support)
Note: On amd64, the IOMMU controls the agpgart setting.
Arch-specific notes
Important: For x86 and AMD64 processors, the in-kernel driver
conflicts with the binary driver provided by nVidia. If you will be
compiling your kernel for these CPUs, you must completely remove support for
the in-kernel driver as shown:
Code Listing 3.4: Remove the in-kernel driver
Device Drivers --->
Graphics Support --->
< > nVidia Framebuffer Support
< > nVidia Riva support
A good framebuffer alternative is VESA:
Code Listing 3.5: Enable VESA support
Device Drivers --->
Graphics Support --->
<*> VESA VGA graphics support
"
>
> cu
> --
> ---------------------------------------------------------------------
> Enrico Weigelt == metux IT service - http://www.metux.de/
> ---------------------------------------------------------------------
> Please visit the OpenSource QM Taskforce:
> http://wiki.metux.de/public/OpenSource_QM_Taskforce
> Patches / Fixes for a lot dozens of packages in dozens of versions:
> http://patches.metux.de/
> ---------------------------------------------------------------------
> --
> gentoo-amd64@gentoo.org mailing list
>
--
gentoo-amd64@gentoo.org mailing list
^ permalink raw reply [flat|nested] 25+ messages in thread
end of thread, other threads:[~2008-01-02 2:40 UTC | newest]
Thread overview: 25+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-12-21 20:16 [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 7.3 = blackscreen after every restart B Vance
2007-12-21 21:06 ` Hemmann, Volker Armin
2007-12-21 21:41 ` B Vance
2007-12-21 23:00 ` [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 +xorg-x11 " Drake Donahue
2007-12-22 1:32 ` B Vance
2007-12-22 9:35 ` [gentoo-amd64] " Duncan
2007-12-22 14:24 ` B Vance
2007-12-22 14:45 ` Hemmann, Volker Armin
2007-12-22 14:23 ` [gentoo-amd64] " B Vance
2007-12-22 21:28 ` [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90+xorg-x11 " Drake Donahue
2007-12-22 21:49 ` B Vance
2007-12-22 14:59 ` [gentoo-amd64] NVIDIA 100.14.19 + xorg-server 1.4.0.90 + xorg-x11 " Jan Jitse Venselaar
2007-12-30 13:36 ` Enrico Weigelt
2007-12-30 13:47 ` Hemmann, Volker Armin
2007-12-30 18:02 ` Enrico Weigelt
2007-12-30 22:30 ` Hemmann, Volker Armin
2007-12-31 14:40 ` Enrico Weigelt
2007-12-31 16:18 ` Bob Sanders
2008-01-01 18:40 ` Hemmann, Volker Armin
2007-12-31 12:21 ` [gentoo-amd64] " Yuval Hager
2007-12-31 15:18 ` Enrico Weigelt
2008-01-01 18:41 ` Hemmann, Volker Armin
2008-01-01 19:14 ` Bernhard Auzinger
2008-01-02 0:18 ` Enrico Weigelt
2008-01-02 2:37 ` Drake Donahue
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox