Description of problem:
When booting the livecd for Fedora beta (the official one or http://adamwill.fedorapeople.org/gfx_test_week_20100412/gfx_test_week_20100412_x86-64.iso) with a newer NVIDIA chip (Quatro FX 380M on a HP elitebook 8440w) a blank screen occurs after loading the nouveau driver. Changing the boot options (removing quiet rhgb and adding 3) doesn't seem to help get any further in diagnosing the problem.
Version-Release number of selected component (if applicable):
NVIDIA chip Quatro FX 380M on HP elitebook 8440w
Fedora 13 beta
Steps to Reproduce:
1. Boot livecd (with either iso mentioned above -- official beta or test week) with 380M NVIDIA chip.
Booting to blank screen that can't be exited out.
Expected results: Boot into livecd desktop in order to install the system, or boot into a low graphics mode so installation can occur and binary driver can be installed later.
Additional info: The chip works fine with the most recent NVIDIA binary (195.36.15) on ubuntu 9.10. Log files cannot be retrieved as runtime 3 also seems to not boot into text mode with this problem.
Can you boot OK with "nomodeset 3"? If so, you *might* have some luck getting logs out of it by running "modprobe -r nouveau; modprobe nouveau modeset=1" from the console after that.
The screen will probably blank out still etc, but you could maybe switch to another console and save logs blindly, or it may survive in /var/log/messages after reboot.
"nomodeset 3" worked for booting into text, but after screen goes blank from running "modprobe -r nouveau; modprobe nouveau modeset=1", I can't get to a console. Neither Ctrl+Alt+Bckspace or Ctrl+Atl+F1 work. Is there another way to get back to the console so I can attempt to get the log?
After reboot, I don't get the errors in /var/log/messages associated with the previous exercise (it would seem). However the messages related to nouveau during boot in /var/log/messages are:
localhost kernel: [drm] nouveau 0000:01:00.0: failed to evaluate _DSM: 5
localhost kernel: [drm] nouveau 0000:01:00.0: Detected an NV50 generation card (0x0a8e00a2)
localhost kernel: [drm] Initialized nouveau 0.0.16 20090420 for 0000:01:00.0 on minor 0
Not sure it is recognizing the right generation of chip (mine is a Quatro FX 380M, not sure that is NV50 generation).
You definitely won't be able to see a console, but if you alt+fn to another console you can *maybe* (well, usually, things have to be very very dead for this to fail) login blindly and run "dmesg > dmesg.log".
It's correctly detected your card, from the driver's point of view not much has changed since the original GeForce 8 chip (NV50) and it treats them as such.
Giving this a try, but want to make sure I get it right. So I boot with livecd as before (nomodeset 3) and then run "modprobe -r nouveau; modprobe nouveau modeset=1", then when it goes blank, alt+fn to get a new console and login blindly and run dmesg > dmesg.log. Then I reboot with the livecd and look at that file? Getting a few hours of sleep so will be a little bit before results are posted.
How do I get the dmesg.log after running this? How do i get the network to start or some other method of saving that file?
Any chance of you doing an install at all? From a LiveCD will be tricky as no logs will be saved.
Created attachment 414293 [details]
dmesg after modprobe nouveau modeset=1
Created attachment 414294 [details]
hardware setup (lspci -vv)
I have the same issue in red hat enterprise linux 6 beta. Install dvd, boot.iso, pxe images, all have the same issue. The screen is blank. With nomodeset 3 everything works (only tried text mode).
I logged in remotely via ssh and performed the procedure "modprobe -r nouveau; modprobe nouveau modeset=1" and captured the dmesg log as requested.
Is there anything else I can do to help?
Thankyou for that! Okay, this looks fairly obvious, for once the display engine error reporting came in handy :)
It looks like the modeline we're using for your display may be very wrong. I have a strong suspicion I know which bug this is, and the patch was posted on a mailing list recently.
But to confirm, can I see the same log but with "modprobe -r nouveau; modprobe drm debug=15; modprobe nouveau modeset=1", and also the contents of /sys/class/drm/card0/card0-CONNECTOR_NAME/edid just in case it's not the bug I suspect :)
Maybe even easier, can you boot with "video=1024x768@75" in your options and see if that helps any.
I can confirm it boots fine with video=1024x768@75 in the kernel line instead of nomodeset (only tried text mode).
If you need the debug log anyway let me know.
Great! Thank you.
kernel-188.8.131.52-96.fc13 (http://koji.fedoraproject.org/koji/taskinfo?taskID=2191529) should work without additional options.
This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '13'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 13's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 13 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
This was actually fixed long ago, closing.