Description of problem:
I have an Nvidia 6800GS PCIe video card. During install of FC5test3, anaconda
auto-detected this as an Nvidia NV41.0 chipset (which I believe is correct) and
chose the nv driver. However, the nv driver does not appear to work for this
card. When running the graphical installer, or when later starting X with the
nv driver after install, all I get is a screen full of garbage, and if I
attempt to switch back to a text console after this, I have no cursor and
scrolling does not work properly.
Version-Release number of selected component (if applicable):
(not sure exactly, whatever came with FC5test3)
Steps to Reproduce:
1. Configure X to use the nv driver on a machine with an Nvidia 6800GS-based
2. Start X
Garbage on screen
Working X display
*** Bug 184007 has been marked as a duplicate of this bug. ***
*** Bug 184010 has been marked as a duplicate of this bug. ***
It occurred to me that the following information might be of use:
My video card details:
PNY Verto GeForce 6800 GS (PCI Express 16X) 256MB
Video BIOS version: 05.41.02.48.03
Additional behavior notes:
The Nvidia binary driver (with the necessary patches to build under FC5) appears
to work fine with this card. I also noticed that if I run the X server using
the Nvidia driver, then shut it down, change my xorg.conf to use "nv" and start
it back up again, the nv driver appears to work. This suggests to me that this
is simply an initialization problem, and that once the hardware is initialized
properly by the binary driver, the open source driver does everything correctly
for the rest of the process (until the machine is rebooted).
I am also attaching some additional logfiles and lspci data.
Created attachment 125786 [details]
lspci -v output
Created attachment 125787 [details]
output from 'startx' when running with the nvidia binary driver
Created attachment 125788 [details]
output from 'startx' when running with the nv Xorg driver.
For the purposes of troublshooting properly, please completely uninstall the
proprietary nvidia driver, as it overwrites Fedora supplied files.
Next, please ensure you:
- are fully updated to current FC5 development, including the latest kernel
- have rebooted the system completely if a new kernel was installed or if
you had previously been using the proprietary nvidia driver - to ensure
the hardware is reset to power on defaults with the latest kernel.
If the problem still occurs, please report the issue in X.Org bugzilla at
http://bugs.freedesktop.org in the "xorg" product against the nVidia (open)
component, and the driver maintainer from Nvidia will investigate the issue.
Once you've filed your bug report to X.Org, if you paste the new
bug URL here, Red Hat will continue to track the issue in the
centralized X.Org bug tracker, and will review any bug fixes
that become available for consideration in future updates.
Setting status to "NEEDINFO_REPORTER", and awaiting upstream
bug report URL for tracking.
Thanks in advance.
Did a fresh install (for other reasons) and yum update to latest devel packages
and confirmed that the result is the same with newest FC5 kernel and packages
(this system has also not been touched by the proprietary driver).
I have opened a bug in the xorg bugzilla and added it as a reference in this
ticket as well.
Regarding bug 18410, which has been marked as a duplicate of this one, if we
can't get an xorg fix to this issue for the FC5 release, could we at least make
Anaconda default to the vesa driver for this card so that users such as myself
can get a working installer by default instead of a screen full of garbage?
err, meant bug 184010, sorry.
With the FC5 x86_64 DVD, I get the same garbage with my 6800GS when the
installer attempts to start X. Is there a way to get it to use the vesa driver
so I can install using the GUI, then worry about the driver later?
Tracking upstream bug http://freedesktop.org/bugzilla/show_bug.cgi?id=6212
Please try using 'Option "noaccel"' in the device section of your xorg.conf
and indicate if this allows it to work now. You'll notice that it is
fairly slow with noaccel, so if it does work, please comment out noaccel,
and now try the various "XaaNo" options documented in the xorg.conf manpage
one at a time and/or in combinations to see which ones are necessary to
work around the problem.
If you can determine which XaaNo options are needed, that will be useful
information to Nvidia to solve the underlying problem in the driver
Thanks in advance.
Option "noaccel" doesn't work for me, I'll wait for next Fedora test release to
take a look and see if it's ok.