Until recently, I ran =x11-drivers/nvidia-drivers-319.32 with newest Xorg. However, 319.32 got removed from the portage tree in favor of 319.49 (marked stable), so I updated to 319.49. With 319.49 however, I consistently get a black screen without error message in /var/log/Xorg.0.log or syslog. However, if I switch to <x11-drivers/nvidia-driver-319.49 (which in fact is 313.30 for me now) then everything works. Reproducible: Always Steps to Reproduce: 1. emerge '>x11-drivers/nvidia-drivers-319.32' 2. modprobe -r nvidia; modprobe nvidia (or reboot, doesn't matter) 3. startx Actual Results: screen goes black (I can, however, switch to text-console and back, but it's still black) Expected Results: X should come up showing at least a mouse pointer 1. I can literally switch back and forth to non-working X by installing 319.49 (or any other >319.32) [broken] and 313.30 [working] 2. I'm running sys-kernel/aufs-sources-3.8.10 3. This is my video card: 01:00.0 VGA compatible controller: NVIDIA Corporation G96M [GeForce 9650M GT] (rev a1)
Created attachment 361426 [details] emerge --info nvidia-drivers when having 313.30 (working) installed
uh oh, this seems to get stranger by the hour... Here's the story: yesterday, before reporting this, the situation was as I described above. Today morning, I fired up the system and it black-screened again on me (even with 313.30). I tried all morning to get any version of nvidia-drivers to run, but without success. I even downgraded the xorg-server to 1.11, no gain! Black screen, no error message to be found. Here's a hint tho: If I clear my $XSESSION and "startx" from console into black screen, then the last thing X outputs on the console is "loading XINERAMA". Anyways, since I need this system running, I switched to nouveau which (seemingly - after this episode with nvidia-drivers I got a little suspicious) works fine.
Created attachment 361760 [details] xorg log (black screen) with 331.13
Created attachment 361762 [details] dmesg with 331.13 (black screen)
Created attachment 361764 [details] emerge --info nvidia-drivers with 331.13 (black screen)
Comment on attachment 361760 [details] xorg log (black screen) with 331.13 unfortunately, the evdev xorg-driver is not up to date with the xorg-server in this log, so it contains some (EE)'s regarding that, sorry...
these last few logs have been made with aufs-sources-3.10.9 (black screens persist)
How many graphics devices does your system have?
(In reply to Jeroen Roovers from comment #8) > How many graphics devices does your system have? just this one it's an old ASUS N50Vn
(In reply to igel from comment #9) > (In reply to Jeroen Roovers from comment #8) > > How many graphics devices does your system have? > > just this one it's an old ASUS N50Vn I have no idea what that is. According to [1], that *might* be an "NVIDIA® GeForce® 9650M GT, with 1GB VRAM". Your lspci output would really help, here. [1] http://www.asus.com/Notebooks_Ultrabooks/N50Vn/#specifications
(In reply to Jeroen Roovers from comment #10) > (In reply to igel from comment #9) > > (In reply to Jeroen Roovers from comment #8) > > > How many graphics devices does your system have? > > > > just this one it's an old ASUS N50Vn > > I have no idea what that is. > > According to [1], that *might* be an "NVIDIA® GeForce® 9650M GT, with 1GB > VRAM". Your lspci output would really help, here. > > > [1] http://www.asus.com/Notebooks_Ultrabooks/N50Vn/#specifications of course: 01:00.0 VGA compatible controller: NVIDIA Corporation G96M [GeForce 9650M GT] (rev a1) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 1912 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 16 Region 0: Memory at fc000000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d0000000 (64-bit, prefetchable) [size=256M] Region 3: Memory at fa000000 (64-bit, non-prefetchable) [size=32M] Region 5: I/O ports at cc00 [size=128] [virtual] Expansion ROM at fd000000 [disabled] [size=512K] Capabilities: <access denied> Kernel driver in use: nouveau Kernel modules: nouveau, nvidia
Created attachment 361806 [details] lspci of the nvidia card sorry for the earlier lspci without sufficient permissions
okay, so I somehow got 319.49 to at least fire up an X with twm now (using aufs-sources-3.10.17). To this end, I made a new xorg.conf using nvidia-xconfig disabling just about everything related to glx and xinerama: nvidia-xconfig --no-composite --no-dynamic-twinview --no-xinerama --only-one-x-screen --no-render-accel --no-nvidia-xinerama-info-order --no-add-argb-glx-visuals --no-allow-glx-with-composite Funny though that I actually do get both my laptop display and a connected monitor in what I understand is xinerama mode anyways... I'll try slowly add options back into my X and running an eye-candy window manager and report back... If I'm feeling brave, maybe I'll try the newer nvidia-drivers once more...
Indeed, it all appears to be up and running smoothly (with 319.49, I don't dare to change this running system until I'm forced to) - for now (careful not to jinx). I'll report back on first sign of failure... Sorry for taking up your time so far, I've got no clue what happened and why, I'll quickpkg xorg and nvidia-drivers now I think.
I am having similar problems with any driver higher than 325.15, I have a desaktop and if I switch from the desktop on tty7 to tty1 or tty2 and switch back, I get a garbled screen, works fine with 325.15. Oh forgot to mention, any driver past 325 causes emerge issues where emerge will freeze on checking for working sleep among other things
Stop the X server and then delete ~/.nvidia config. Restart the X server and then log into your desktop. If that works for you then you have the same issue as me whenever I open nvidia-settings on the next reboot I get a black screen instead of kde desktop. I saw an error message when I tried to run startx as a normal user will post it later.
Created attachment 384224 [details] emerge --info nvidia-drivers
Reprodused on Nvidia GF GT440.
Comment on attachment 361760 [details] xorg log (black screen) with 331.13 (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so (II) Module evdev: vendor="X.Org Foundation" compiled for 1.11.4, module version = 2.7.3 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 13.0 (EE) module ABI major version (13) doesn't match the server's version (19) This happens repeatedly for the evdev and synaptics modules.
Comment on attachment 361762 [details] dmesg with 331.13 (black screen) This shows nothing out of the ordinary. The nvidia kernel module was apparently doing fine at the time.
(In reply to b14wc@hotmail.com from comment #16) > Stop the X server and then delete ~/.nvidia config. Restart the X server > and then log into your desktop. If that works for you then you have the > same issue as me whenever I open nvidia-settings on the next reboot I get a > black screen instead of kde desktop. Well, that's interesting. Which nvidia-settings was automatically run - the one in /opt/bin (x11-drivers/nvidia-drivers[tools] or the (very likely incompatible) one in /usr/bin (installed from source by media-video/nvidia-settings)? > I saw an error message when I tried to run startx as a normal user will post it later. You never did.
