Bug 184006

*** 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
now, thanks.

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
upstream.

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.