Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: xserver-xorg-video-nouveau (Ubuntu)
Status: New => Confirmed
--
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:
Confirmed
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 : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
