Bug 103955

Created attachment 94294 [details]
output of /sbin/lspci -v

Created attachment 94295 [details]
output of /sbin/lspci -vn

This card is now standard with Dell workstations.
This is a Dell Precision 650 workstation.

Please run the following:

redhat-config-xfree86 --reconfig

Attach the XFree86 config file that gets generated from this.  If it does
not autodetect, manually select any other Nvidia card from the card list,
and let me know if it works.

Currently, the "nv" driver has built in support for all known Nvidia chipsets
as of February this year, and also has support to autodetect unknown chips
from a known chip core (ie: NV18), so even chips that are not specifically
supported should be detected as "unknown NV18 chip" and the driver should
work anyway.

If you do get it to work, please attach the working config file and X server
log file, so I can update the driver appropriately and our hardware database.

Thanks in advance.

I'm not sure how redhat-config-xfree86 is supposed to work. It spits some error
messages, most of them probably because because the 1702FP flat panel display is
not recognized either (see bug #102892):

	# redhat-config-xfree86 --reconfig
	* ddcprobe returned bogus values:
	ID:   None
	Name: None
	HorizSync: None
	VertSync:  None
	
	Trying with card: NVIDIA Quadro 4 (generic)
	# 

I manually enter the display type. A new XF86Config file is generated. Please
find it attached.

I see no config file attached yet..  Please attach both the X config file
and log file that is generated from attempting to startx.

Mmmmh... We were actually using the 'nvidia' driver from nVidia on this machine,
not the 'nv' driver from XFree86.

Now 'redhat-config-xfree86 --reconfig' attempts to revert to the 'nv' driver
using 'NVIDIA Quadro 4 (generic)' but this doesn't seem to work. Well, XFree86
does run and doesn't report any errors, but I see only garbage on the screen.
Just changing from 'nv' back to 'nvidia' works just fine.

To tell the truth I don't mind that much, as I only need a basic XFree86
installation that just recognizes the card and the display. Then I install the
nVidia drivers anyway during post-installation in text-mode.

By the way, it's Quadro4, not Quadro 4.

Created attachment 94319 [details]
XF86Config with 'nv' driver, doesn't work, changing to 'nvidia' works

By the way, is 'NV18' the same as 'NVIDIA Quadro 4 (generic)'?
I can't find any reference to 'NV18'.

OK, I was getting additional errors because the nVidia drivers were still
installed. nVidia's GLX subsystem was complaining. I've now totally uninstalled
the nVidia drivers, so that we can focus on plain XFree86 issues.

Now I'm running 'startx' again. I still don't see anything on the screen,
because the monitor gets in "economy mode" (orange LED instead of green LED).
Switching back to console using Ctrl+F1, and switching the monitor off and back
on and I can see the console. Then switching back to graphic mode using Ctrl+F7,
 the monitor automatically gets into "economy mode".

The XFree86 log file shows no errors. See attached files.

Created attachment 94320 [details]
log of startx

Created attachment 94321 [details]
/var/log/XFree86.0.log

Please read bug #73733 first.  You are running XFree86 on a system which
has had unsupported Nvidia proprietary kernel modules loaded since the
last reboot.  This means that Nvidia's proprietary driver has modified the
video card's default power-on state.  This is not supported.

You must reinstall Red Hat supplied XFree86, because Nvidia's proprietary
drivers overwrite files that are shipped by Red Hat.  After reinstalling
Red Hat XFree86 packages using "rpm -Uvh --force XFree86*.i386.rpm", please
disable any kernel modules at boot time which are not supplied by Red Hat,
then reboot your system into a clean non-tainted kernel.  After performing
this, please run "startx" again, and then attach the output of the new
XFree86 log that gets generated, as well as your /var/log/messages file.

Also, once you've done the above, please run the following command as root:

rpm -V $(rpm -qa | grep XFree86) > rpm.log

Attach the rpm.log file that gets generated.

Thanks in advance.

I don't think I have to reinstall XFree86. I'm running
	nvidia-installer --uninstall
which uninstalls nVidia libraries and restores previous libraries.

I'll nevertheless reinstall XFree86 just to make sure. You never know, there
could be bugs in nvidia-installer.

OK,

Here is what I'm doing:

1) run 'init 3' to getinto text mode

2) modify /etc/inittab to that I reboot into text mode

3) startx (still using the nVidia drivers)

4) run redhat-config-xfree86 --reconfig, select monitor Dell 1702FP, use
autoprobed 'nv' driver for 'NVIDIA Quadro 4 (Generic)' video card. See attached
XF86Config file.

5) nvidia-install --uninstall

6) rpm -Uvh --force XFree86*.i386.rpm

7) rpm -V $(rpm -qa | grep XFree86) > rpm.log
   the rpm.log file is empty

8) rmmod nvidia
   remove nvidia line from /etc/modules.conf

9) reboot into text mode

10) log in as root

11) run lsmod > lsmod.log so that you can check which modules are loaded

12) startx

I still see the same errors. X11 seems to be starting without errors. As soon as
the video card switches to graphical mode, the monitor gets into "economy mode".

Created attachment 94325 [details]
/var/log/XFree86.0.log

Created attachment 94326 [details]
lsmod > lsmod.log

Ok, thanks.  Your card is detected by the XFree86 nv driver ok:

(--) PCI:*(1:0:0) nVidia Corporation NV18GL [Quadro4 NVS] rev 162, Mem @
0xfc000000/24, 0xf0000000/27, BIOS @ 0xc1000000/17
[SNIP]
(--) Chipset Quadro4 280 NVS found

There is nothing else significant that I can see in the log file.  Your
video card is getting correctly detected by the installer and configured
properly for the XFree86 open source driver, so the summary line of the
bug report is rather incorrect.

It does appear however that DDC probing both via ddcprobe and inside
the driver are not yeilding results.  Investigating...

I just realized that your display is a flat panel, and not a CRT.  The "nv"
driver does not "officially" support flat panel displays in 4.3.0.  It contains
only experimental DFP support, which is supplied as-is in hopes it works
for people.  Any problems encountered while using the "nv" driver with
flat panel displays should be reported to XFree86.org directly, by posting
a bug report at:  http://bugs.xfree86.org  and attaching the config file
and log file similarly to that report.

Before filing a bug report upstream, you should test the XFree86 developmental
"nv" driver, as the DFP support has been greatly enhanced in the current
CVS tree compared to 4.3.0.

*** This bug has been marked as a duplicate of 67193 ***

As far as I'm concerned, it's not a problem if the 'nv' driver doesn't support
the monitor, since I'll be switching to 'nvidia' drivers during post-install.
It's just that post-install is much easier when the monitor has been probed and
the XF86Config "Monitor" section updated accordingly.

For the sake of completeness, here is the output of dccprobe on this machine
(the 'nvidia' drivers are used instead of 'nv' here):

# /usr/sbin/ddcprobe

Videocard DDC probe results
Description:  NVIDIA Corporation NV18 Board - p118wsnz
Memory (MB):  64

Monitor DDC probe results
Monitor DDC Probe failed.
# 

Do not hesitate to ask for more information if needed.

Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.