Summary: | [Nvida/nv] driver corrupts VESA video modes | ||
---|---|---|---|
Product: | xorg | Reporter: | Alexandre Oliva <aoliva> |
Component: | Driver/nVidia (open) | Assignee: | Xorg Project Team <xorg-team> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | high | CC: | hugh |
Version: | 6.8.1 | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
URL: | http://www.ic.unicamp.br/~oliva/snapshots/FC3-r3004/ | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Alexandre Oliva
2004-10-20 20:33:44 UTC
Mike had suggested me to post differences between Xorg.0.log before and after fixing the problem. The only line that changes is the one that contains the log file name and the timestamp. The log file after the problem is fixed contains an additional line, however, that says: @@ -488,6 +488,7 @@ (II) NV(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) NV(0): I2C device "DDC:ddc2" removed. (II) NV(0): ... none found +(--) NV(0): CRTC 1 is currently programmed for DFP (**) NV(0): Forcing display type to DFP as specified (**) NV(0): Forcing CRTCNumber 1 as specified (II) NV(0): Using DFP on CRTC 1 Yes, my config file specifically chooses display #1 and says it's a DFP. The complete config file is available from the web page in the URL: field. I too observe this problem with my HP Pavilion zv5000z (HP produces similar machines with several different names and model numbers). If I do a "modprobe rivafb" before starting X, the problem is eliminated. In fact, the modprobe can recover from the problem after it has happened. I just did: 1) startx; text consoles are now scrambled 2) shut down X 3) modprobe rivafb; text console becomes unscrambled 4) startx 5) shut down x The differences between the two /var/log/Xorg.0.log files: -(II) PCI: stages = 0x03, oldVal1 = 0x80010004, mode1Res1 = 0x80000000 +(II) PCI: stages = 0x03, oldVal1 = 0x800000fc, mode1Res1 = 0x80000000 +(WW) Open APM failed (/dev/apm_bios) (No such file or directory) +(II) Mouse0: ps2EnableDataReporting: succeeded This seems to have been fixed in Fedora Core 3's update of X to what they call 6.8.2-1. I presume that the fix came from upstream (xorg). Thanks! Also fixed in xserver-xorg 6.8.2.dfsg.1-0pre1v1 for Debian, which are the packages that are supposed to go into experimental. X Window System Version 6.8.2 (Debian 6.8.2.dfsg.1-0pre1v1 20050623145528 david@squee.verizon.net) Release Date: 9 February 2005 |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.