when using nvidia drivers, gcc3.2 and xfree4.2.0, X will lock up the system and force a hard reboot if the load "glx" line is not commented out in the XF86Config. I have tried everythign taht everyone can think of: Option "NvAGP" "0" (disables agp), turngin off fast writes in the bios, stripped CFLAGS, turing the agp down to 1x in the bios, even made sure the card was seated nice and proper. mem=nopentium is passed to the kernel at boottime since I have an AMD cpu and gentoo is completely unstable without it. With any version of gcc prior to gcc3.2 I had absolutley no problems with load "glx" in my XF86Config file which opnly leads my to believe it is definately a gcc3.2 issue.
teri, have you tried recompiling xfree for gcc3.2? it does depend on gcc for the libGL* stuff.
Works fine here, but then, I have an Intel box ... what can I say ?
mkeendy, it was a fresh install of 1.4_rc1 so everyhitng was compiled with gcc3.2
coming this week I'm going to do a chroot install of the latest 1.4_rc1 and try with the old nvidia drivers and the newest nvidia drivers to see what flaots and what sinks, will keep ya posted
I had some issues with one of MJC's kernels, but with gentoo-sources its still rock stable for me. Playing ut2003 like a dream ;)
I have the same software configuration, but am using a P4 CPU and GeForce2MX. I have the glx extention enabled and X will suddnely consume 100% CPU and the only input that responds is the mouse (no clicks accepted, just the motion). Using both USB mouse/keyboard, so I don't think that is the issue. I can log in remotely to kill X, but after X is killed the entire system freezes and have to do a hard reboot.
Try to cut down on optimizations when compiling xfree. Have you tried 4.2.1 yet ?
My system: Athlon, Abit KT7 mobo, GeForce2 AGP, GeForce2 MX400 PCI, Gentoo 1.4 beta with gcc-3.2. When dri is disabled, it gets a fatal error. When dri is enabled and glx is disabled, there are missing symbols but it starts anyway. When both are disabled it starts fine. When both glx and dri are enabled in XF86Config, starting X results in unresolved symbols and a fatal error: ----------------------------------------- (==) NV(0): Write-combining range (0xd0000000,0x2000000) (II) NV(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 29 256x256 slots 14 512x512 slots (==) NV(0): Backing store disabled (==) NV(0): Silken mouse enabled (**) Option "dpms" (**) NV(0): DPMS enabled (==) NV(1): Write-combining range (0xd8000000,0x2000000) (II) NV(1): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 29 256x256 slots 14 512x512 slots (==) NV(1): Backing store disabled (==) NV(1): Silken mouse enabled (**) Option "dpms" (**) NV(1): DPMS enabled Symbol __glXActiveScreens from module /usr/X11R6/lib/modules/extensions/libdri.a is unresolved! Symbol __glXActiveScreens from module /usr/X11R6/lib/modules/extensions/libdri.a is unresolved! (II) Entity 0 shares no resources (II) Entity 1 shares no resources (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 LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) [GLX]: Calling GlxExtensionInit Fatal server error: Caught signal 11. Server aborting When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.0.log". Please report problems to xfree86@xfree86.org. (II) Screen 0 shares mem & io resources (II) Screen 1 shares mem & io resources
I am using x11-base/xfree-4.2.0-r12, haven't seen 4.2.1 come down the pipe yet, where can I get it from. Also here is what my CFLAGS is set to: ="-march=pentium4 -O3 -pipe -mmmx -msse2 -funroll-loops -fomit-frame-pointer" What would you reccommend as safe/sane options for X?
NVidia do not use dri ... Seems there is a problem with your setup. Please read the docs with the nvidia drivers.
Well, I don't think gcc 3.2 is the main problem. I use gcc 2.95.3 and I have similar situation that the bug submitter mentioned (AMD Duron, Nvidia GeForce2 MX DDR, freezes on a very regular basis (more than 1 a day). I'll be using the XFree86 driver until this bug is fixed I guess. Slower but *seems* more stable so far.
Try a vanilla kernel ? You saw there is new nvidia drivers out ?
Perhaps bad memory or cpu heat might be investigated as well...
where are we with this bug people? as regards xfree-4.3.0-r2?
closing