Hide Forgot
Description of problem: nouveau driver fails with live CD, gnome and XFCE spins lspci | grep VGA 40:00.0 VGA compatible controller: nVidia Corporation NV41GL [Quadro FX 1400] (rev a2) The problem is that when I boot a Fedora 15 live Cd, either gnome or xfce, the monitors initially seem to work in that they display at the proper resolution, both as the CD boots and as X initially starts. I can see the background and the mouse cursor - it is "busy" ... As the desktop finishes loading, however, my primary monitor becomes disabled. With gnome the screen goes black, with xfce it goes white. I can still see the mouse on my secondary monitor, but I can not seem to open any applications (such as a terminal) or change to a console (ctrl-alt-F1 or ctrl-alt-F2). Sorry, but because my system locked up it is hard to give much more in the way of information. Work around - I installed the kmod-nvidia driver, but, I prefer not to use this driver (was using nouveau driver in Fedora 14) Version-Release number of selected component (if applicable): How reproducible: Boot live CD and try to use the nouveau driver in Fedora 15 Steps to Reproduce: 1. Boot CD 2. 3. Actual results: X fails - primary monitor goes black / white as above. Expected results: nouveau driver works =) Additional info:
I cannot reproduce this with a F15 install updated to updates-testing, it's hard to know what to do next without more information.
Thank you Ben, it is hard to get information, such as logs, as the box locks up. I have this problem with my other nvidia card as well, although my third is working. I will try to ssh into the box and see if I can pull the logs, /var/log/Xorg.0.log or ~/Xsession-errors.
Hi Ben, would X logs help, or a photo of the problem, or more specs for his hardware? Some more information I got from talking to bodhi.zazen on freenode today: - it happens with both the F15 desktop live media and the F15 XFCE spin (so it's probably not related to GNOME 3) - He is able to get past login, and 'just as gnome or xfce would go to draw the panels -> screen goes white (gnome) or black (xfce)' - Since X appears to be locking up at that point, he is unable to grab logs (hitting ctrl+alt+f2 doesn't do anything) As he noted above, he is going to try to connect to the machine via ssh from another machine and tail the X logs when it happens, but I'm wondering if that would be helpful and if there is anything else he could grab for you or try.
If you can ssh into the box can you also save the output of "dmesg", that'd likely be useful as well. Thank you!
I did my best last night and found a work around. booting with the option : nouveau.noaccel=1 Allows me to boot and nouveau is working, but obviously with acceleration disabled. Without that option I have reached a dead end. The live CD does not have ssh enabled so I can not ssh in. I tried to boot to text, but X still starts. I tried to kill X (ctrl-alt-delete) , but it simply restarts. I can not access any of the consoles (Ctrl-alt-F1 throught Ctrl-alt-F12 do nothing) nor can I run any commands with Alt-F2. I did boot with the splash screen and quite disabled and did not see any error messages. If you have any advice on how I can access the broken system , I would be happy to send you additional logs.
Alight I was able to ssh in and obtain a few logs. Initially, I captured dmesg in a file called dmesg.before Then I ran startx , seemed to lock up. log = Xorg.0.log.pre Then I ran init 2 followed by init 5 init 5 started X in low resoltion, I logged out (of the X session) and back in (as livecd user) and reporduced the lock up. The files dmesg.lockup and Xorg.0.log.lockup are after the lockup
Created attachment 502945 [details] dmesg after ssh in, before starting X
Created attachment 502946 [details] Xorg log after running startx
Created attachment 502947 [details] dmesg after running init 5 -> system locked up
Created attachment 502948 [details] Xorg log after runnint init 5 -> lockup
Forgot to mention, this is on my second nvidia card lspci | grep VGA 01:00.0 VGA compatible controller: nVidia Corporation G73 [GeForce 7600 GT] (rev a1) Same problem as on the first card I listed. But nouveau is working on my third card lspci | grep VGA 60:00.0 VGA compatible controller: nVidia Corporation G86 [Quadro NVS 290] (rev a1) Thank you. FYI to be able to ssh into the desktop / live CD one has to : 1. At the boot menu , hit the tab key and add 'single' (without quotes) to the boot line. 2. Enable networking by running 'init 2' 3. Install openssh-server 'yum -y install openssh-server' 4. set a root password 'passwd' 5. Disable iptables or allow ssh in, I used 'iptables -I INPUT 1 -p tcp --dport 22 -s 192.168.1.0/22 -j ACCEPT' but you could just as easily stop or flush iptables. /etc/init.d/iptables stop 6. Enable ssh server in run level 5 'chkconfig sshd on' Little to none of that was documented anywhere that I saw ^^ , so keep that information in mind when you need additional information on what appears to be a lockedup system ;) Final information: Via ssh I re ran init 2 followed by init 5 X started, low graphics mode with mirrord screens. I was able to set a high resolution (1920x1200) on one screen with xrandr As soon as I activated the second monitor (with xrandr) it locks up xrandr -s 1920x1200 set the resolution on a single monitor, second monitor was turned off. Activate the second monitor xrandr --auto --output DVI-I-2 --primary --left-of DVI-I-1 set the proper resolution on both monitors, but reproduces the lock up. If I go back yet again, I can start both monitors in a lower resolution xrandr -s 1280x1024 xrandr --auto --output DVI-I-2 --primary --left-of DVI-I-1 both monitors work as expected, but in a low resolution. I can go as high as 1600x1200 But at full resolution, 1920x1200, it locks up.
This might actually be a duplicate of 708235. Are you able to install kernel-2.6.38.7-30.fc15 from updates-testing and give it a try?
I will give it a try. Small update: On my first nvidia card: lspci | grep VGA 40:00.0 VGA compatible controller: nVidia Corporation NV41GL [Quadro FX 1400] (rev a2) nouveau.noaccel=1 does not work, it boots, but drop me into the gnome fall back mode. I will try the new kernel on my second card lspci | grep VGA 60:00.0 VGA compatible controller: nVidia Corporation G86 [Quadro NVS 290] (rev a1) But as I have to do a fresh install and update, give me a day or two please.
(In reply to comment #13) > I will give it a try. > > Small update: On my first nvidia card: > > lspci | grep VGA > 40:00.0 VGA compatible controller: nVidia Corporation NV41GL [Quadro FX 1400] > (rev a2) > > nouveau.noaccel=1 > > does not work, it boots, but drop me into the gnome fall back mode. Of course it's going to.. noaccel disables acceleration.. > > I will try the new kernel on my second card > > lspci | grep VGA > 60:00.0 VGA compatible controller: nVidia Corporation G86 [Quadro NVS 290] (rev > a1) > > But as I have to do a fresh install and update, give me a day or two please. That chipset is not effected by this bug.
The new kernel works better, although I seem to now be suffering from random lockups. lspci | grep VGA 40:00.0 VGA compatible controller: nVidia Corporation NV41GL [Quadro FX 1400] (rev a2) uname -r 2.6.38.7-30.fc15.x86_64 grep nouv /var/log/Xorg.0.log [ 52.864] (==) Matched nouveau as autoconfigured driver 0 [ 52.864] (II) LoadModule: "nouveau" [ 52.864] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so [ 52.865] (II) Module nouveau: vendor="X.Org Foundation" [ 52.872] (II) [drm] nouveau interface version: 0.0.16 [ 52.872] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so [ 53.310] (II) NOUVEAU(0): [DRI2] DRI driver: nouveau [ 53.467] (II) AIGLX: Loaded and initialized /usr/lib64/dri/nouveau_dri.so When the system hard locks I can not access a console. Lock ups seem to occur most often when accessing the gnome 3 menu (Activities).
Oh, nomodset does not help with the random lockups. With the new kernel and nouveau driver I do not get a nice bootsplash =(
(In reply to comment #16) > Oh, nomodset does not help with the random lockups. nomodeset right? if so, and you still get lockups, it's not nouveau's fault. > > With the new kernel and nouveau driver I do not get a nice bootsplash =( If you're using nomodeset you won't...
In follow-up : First, thank you for your assistance with this, I highly prefer the nouveau (open source) driver if at all possible. Overall it is a nice driver, although yes there seems to be a slight performance hit as compared to the nvidia kmod. Just to be clear on where thing stand with the new kernel: kernel = 2.6.38.7-30 I have 2 cards: 1. Nouveau works flawlessly on my GeForce 7600 GT 2. There are some minor issues on the Quadro FX 1400, although it is much better on this second card. First - On the Quadro FX 1400 I am not getting a nice boot splash, it sort of works if I force a resolution with vga=791 . Second, on this card I am getting occasional, infrequent lockups. When the system locks I can not access a console =( The lack of a boot splash is trivial, almost a non issue, but any idea why I might be getting lockups ? I am thinking it is related to the nouveau driver as I do not experience the lockups with the nvidia kmod.
(In reply to comment #18) > In follow-up : > > First, thank you for your assistance with this, I highly prefer the nouveau > (open source) driver if at all possible. Overall it is a nice driver, although > yes there seems to be a slight performance hit as compared to the nvidia kmod. > > Just to be clear on where thing stand with the new kernel: > > kernel = 2.6.38.7-30 > > I have 2 cards: > > 1. Nouveau works flawlessly on my GeForce 7600 GT > > 2. There are some minor issues on the Quadro FX 1400, although it is much > better on this second card. Good, then this bug is fixed. > > First - On the Quadro FX 1400 I am not getting a nice boot splash, it sort of > works if I force a resolution with vga=791 . This is a completely separate bug, please file it as such. When you do, can you include your dmesg output attached :) > > Second, on this card I am getting occasional, infrequent lockups. When the > system locks I can not access a console =( > > The lack of a boot splash is trivial, almost a non issue, but any idea why I > might be getting lockups ? > > I am thinking it is related to the nouveau driver as I do not experience the > lockups with the nvidia kmod. I can't comment here yet, the fact you need to use "vga=" implies nouveau isn't actually being used at all.. But, we'll deal with that in the new bug! Closing this one :)