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) How reproducible: Always Steps to Reproduce: 1. Configure X to use the nv driver on a machine with an Nvidia 6800GS-based card 2. Start X 3. Actual results: Garbage on screen Expected results: Working X display Additional info:
*** 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.