[Bug 590361] [NEW] NV44 [Quadro NVS 285]: KMS/DRM sets video out of range for monitor

[ratbert]

Public bug reported:

uname: Linux dogbert 2.6.32-22-generic #36-Ubuntu SMP Thu Jun 3 22:02:19 UTC 2010 i686 GNU/Linux
lspci: VGA compatible controller: nVidia Corporation NV44 [Quadro NVS 285] (rev a1)

Xorg log snippets:
(II) Loading /usr/lib/xorg/modules/drivers/nv_drv.so

(II) NV(0): EDID (in hex):
(II) NV(0):     00ffffffffffff004c2d1f0139314a4d
(II) NV(0):     2b0f01036c261e782a6f86a25a4d9424
(II) NV(0):     1a4f54bfef808180714f010101010101
(II) NV(0):     010101010101302a009851002a403070
(II) NV(0):     1300782d1100001e000000fd00384b1e
(II) NV(0):     510e000a202020202020000000fc0053
(II) NV(0):     796e634d61737465720a2020000000ff
(II) NV(0):     00485645594130343734360a20200019
(--) NV(0): CRTC 0 appears to have a CRT attached
(II) NV(0): Using CRT on CRTC 0
(II) NV(0): EDID vendor "SAM", prod id 287
(II) NV(0): Using EDID range info for horizontal sync
(II) NV(0): Using EDID range info for vertical refresh

dmesg:

Kernel command line: root=UUID=920f8bae-d5d9-4709-8bf2-40e7f4d67eb8 ro
nomodeset quiet splash

Without nomodeset the system boots up with video out of range for the
monitor.

The following complex symptoms all apply to using the nomodeset option:

With nomodeset option, and from a very cold start (PC off for at least
30mins), the system usually boots with a correct looking display.
However, it takes many seconds to switch into a graphical mode with kdm
showing.

Usually, I can logout and back in as a different user successfully, but
KDM takes many seconds to reappear.

If the screen power saving kicks in while logged in, usually moving the
mouse will get the screen back but with many seconds of mouse jiggling.
Sometimes the video goes out of range and I'm forced to "blip" the power
switch to request a shutdown.

If I try to switch user (New X display), the monitor gets driven out of
range (Monitor, Samsung SyncMaster 913N, suggests 1280x1024 at 60Hz). I
can't get out of this. Trying to swictch back to the first user login
(Ctrl-Alt-F7) causes the monitor to "think" about it for a second or to
and then go out of range again. I'm forced to shut down by "blipping"
the power button to request a shut down.

Trying to reboot the working system causes the video to go out of range
after the desktop shuts down, but before the shutdown phase is
completed. The restarting stage, goes straight back into video out of
range. I am forced to "blip" the power buttton to request a shut down.

Trying to power up the system that went out of range on shutdown, will
immediately go video out of range after grub starts the kernel boot,
unless I wait for many minutes first. This is difficult to quantify, but
somewhere between 3 and 30 minutes. Pulling the power cable out for a
short while seems to reduce this time, maybe 3 to 10 minutes??

Using my PC currently feels like playing Russian roulette. It used to
work fine before I upgraded from 9.10 (with latest fixes and updates) to
10.04 (with all updates as they are published).

** Affects: linux-meta (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: xorg-needs-kernel-fix

-- 
NV44 [Quadro NVS 285]: KMS/DRM sets video out of range for monitor
https://bugs.launchpad.net/bugs/590361
You received this bug notification because you are a member of Kernel
Bugs, which is subscribed to linux-meta in ubuntu.