Description of problem: nv driver doesn't recognize display hardware or LCD panel Version-Release number of selected component (if applicable): xorg-x11-drv-nv-1.0.1.5-1 How reproducible: Steps to Reproduce: 1.system-config-display --reconfig 2.change "vesa" to "nv" 3.startx Actual results: Expected results: Additional info: LCD Panel is a: Princeton Model L203, Product Name: LCD200, 1600x1200
Created attachment 124160 [details] xorg.conf
Created attachment 124161 [details] Xorg.0.log
Correction to Comment #0 : LCD Panel Product Name: LCD2000
Another nv-supported card not getting set to nv by system-config-display.
Created attachment 124194 [details] xorg.conf created by system-config-display --reconfig
Created attachment 124195 [details] nv driving happily working
John: Oddly, the top line of your X log file is corrupted. I've noticed that in a few people's log files lately, and it seems that the X server must have a bug in it which is corrupting part of the log files (and lord knows what all else). I've discussed it with some other developers, and we've confirmed that it isn't our web browsers or bugzilla corrupting it, but that it must be the X server itself doing it. That's indicative of a latent bug in the server which is probably going to become more apparent over time. I thought I'd mention that for documentive purposes here. For your card: Here's the chip X is detecting, which appears to be supported by the driver: (II) PCI: 05:00:0: chip 10de,0092 card 10de,0301 rev a1 class 03,00,00 hdr 00 Not sure why it's logging this: (--) PCI: (1:7:0) unknown vendor (0x14f1) unknown chipset (0x8800) rev 5, Mem @ 0xfb000000/24 Here's your chip detected: (--) PCI:*(5:0:0) nVidia Corporation GeForce 7800 GT rev 161, Mem @ 0xf7000000/24, 0xd0000000/28, 0xf8000000/24, I/O @ 0x5c00/7 The glx module below indicates you've installed Nvidia's proprietary drivers on your system, and that your X server is configured to load the proprietary Nvidia GLX module (which is unsupported). It's incompatible with the open source driver and should not be loaded when using "nv": (II) Module glx: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.8178 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 Comment out any lines in the config file that pertain to the proprietary driver when using the open source one. Also note that it is possible that the Nvidia proprietary module is what is causing the corruption of the X log file and could possibly destabilize the X server. This part: (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found) ... confirms the proprietary driver is present. Aside from all of that though, I've confirmed the chip is supposed to work with the nv driver, and I've added the missing PCI ID to nv.xinf, which will be present in the next nv driver build: 1.0.1.5-2 Thanks for the report. Hopefully we'll determine the real cause of the corrupted log files soon. Hopefully it's due to the proprietary X server module and not X.Org code. ;o)
(In reply to comment #0) > Description of problem: > nv driver doesn't recognize display hardware or LCD panel Display (monitor/LCD) detection is done by the ddcprobe utility, which only works on x86 architecture, as the method it uses to access the video BIOS is x86 specific. Thus on non-x86 architecture you may need to manually specify the parameters of your display. Alternatively you can remove the Horiz/Vert frequencies from the xorg.conf and allow the video driver to do direct DDC probing. Direct probing is usually more accurate than the BIOS method used on x86 by 'ddcprobe', however it is also unfortunately not 100% reliable due to a great number of factors. Any display detection problems that are the result of the "nv" video driver itself need to be reported to the upstream developers at Nvidia via X.Org bugzilla, as they have the hardware documentation to fix any problems.
Wes: Thanks for your files also. I've reviewed them and the driver as well, and added 10DE:00F2 to nv.xinf It appears most of the ID's are directly listed in nv_driver.c unlike the other video drivers, so I'm going to update nv.xinf with any others that are present in the driver source but missing from nv.xinf. Thanks again guys.
Ok, the new nv driver 1.0.1.5-2 is building now, should be in rawhide tomorrow. Thanks again.