[Expired for xserver-xorg-video-nouveau (Ubuntu) because there has been no activity for 60 days.]
** Changed in: xserver-xorg-video-nouveau (Ubuntu) Status: Incomplete => Expired -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xserver-xorg-video-nouveau in Ubuntu. https://bugs.launchpad.net/bugs/1077638 Title: nouveau drives lcd screens at non-standard sync Status in “xserver-xorg-video-nouveau” package in Ubuntu: Expired Bug description: 1) Description: Ubuntu 12.04.1 LTS Release: 12.04 2) xserver-xorg-video-nouveau: Installed: 1:0.0.16+git20111201+b5534a1-1build2 Candidate: 1:0.0.16+git20111201+b5534a1-1build2 Version table: *** 1:0.0.16+git20111201+b5534a1-1build2 0 500 http://ftp.egr.msu.edu/pub/ubuntu/archive/ precise/main i386 Packages 100 /var/lib/dpkg/status VGA compatible controller: NVIDIA Corporation NV31 [GeForce FX 5600] (rev a1) direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 -- OpenGL vendor string: nouveau OpenGL renderer string: Gallium 0.4 on NV31 OpenGL version string: 1.5 Mesa 8.0.4 Linux 3.2.0-33-generic 3) Using default native resolution 1280x1024x60hz reported by xorg.0.log and xrandr -q actually drives screen to non-stadard timing of 69.5Khz horiz and 65.2hz vertical. Expected timing should be ~64Khz horiz 60.0hz vert. Actual sync timing from video card to LCD monitor is different than set by xorg in default conditions. Only by creating a special modeline in xorg.conf will monitor report correct timing using monitors' built in OSD. Native preferred timing modeline: "1280x1024" 108.000 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync xrandr --verbose 1280x1024 (0x95) 108.0MHz +HSync +VSync +preferred h: width 1280 start 1328 end 1440 total 1688 skew 0 clock 64.0KHz v: height 1024 start 1025 end 1028 total 1066 clock 60.0Hz Actual custom modeline required to create "normal" readings: "1280x1024_100" 100.560 1280 1328 1440 1688 1024 1025 1028 1066 +HSync +Vsync Switching to VT1 or other terminal modes changes to the non-standard 69.5/65.2 mode. With "GRUB_GFXMODE=1024x768@60" set at boot, of 2 monitors tested, monitor 1 (native 1280x1024) will still display both modes for troubleshooting, monitor 2 native 1600x1200 will fail with "out of range" message as soon as the hand-off occurs to the nouveau driver, and will not display at all in terminal modes, which prevent any trouble shooting. Have been unable to discover any custom modeline which will drive the 1600x1200 monitor at any resolution. I don't believe this is a bad hardware situation, as Both monitors display correctly with correct expected sync timings in Windows 2K using nvidia driver, plugged in separately or together, including support for dual mode with one attached to the VGA port and the other DVI port. EDID information seems to compare correctly between OS's I believe that this non-standard sync output is causing a lot of the "blank screen" "out of range" bug reports / forum postings that I have read, which all are "solved" by using nomodeset options at boot so to be able to install the nvidia closed drivers. This is not an option I want to pursue as all earlier attempts with various "nvidia" drivers have resulted in system freezes when I was using 10.04. The nouveau driver works well for me, have had no system freezes at all, so I am not much interested in the nvidia blob. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/1077638/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp