Nouveau - Feb 2013 - [Bug 61537] New: Screen flicker when using display with incorrect EDID

https://bugs.freedesktop.org/show_bug.cgi?id=61537

          Priority: medium
            Bug ID: 61537
          Assignee: nouveau at lists.freedesktop.org
           Summary: Screen flicker when using display with incorrect EDID
        QA Contact: xorg-team at lists.x.org
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: tsalacinski at gmail.com
          Hardware: Other
            Status: NEW
           Version: unspecified
         Component: Driver/nouveau
           Product: xorg

Created attachment 75614
  --> https://bugs.freedesktop.org/attachment.cgi?id=75614&action=edit
Nouveau log (dmesg)

While trying to use Nouveau driver with display that sends incorrect EDID (only
FF, Samsung 226BW), screen flickers every ~10 seconds. Attached nouveau driver
log.

Everything works fine and very smooth, I can pass custom modelines to X server
to have 1680x1050 resolution, the only thing left that works very bad is this
flicker. If this matters, my GPU is GeForce 8600 GT.

Windows 7 uses 1024x768 resolution (same as Nouveau) while installing, but
without flicker.

Everytime log is filled up with new message, flicker happens.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130227/f45d3297/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=61537

--- Comment #1 from Jan Hebler <jhebler at gmail.com> ---
Same Problem here. You can use the following work-around
1. mkdir [KERNEL-FIRMWARE-DIRECTORY]/edid
2. cp [MONITOR-EDID-FILE].bin [KERNEL-FIRMWARE-DIRECTORY]/edid
3. add the following to your Kernel Commandline:

drm_kms_helper.edid_firmware=edid/[MONITOR-EDID-FILE].bin

This will provide kms and Friends with correct EDID-Informations. However
to stop the annoying flicker, you have to 
4. add another Statement to your Kernel Commandline:

drm_kms_helper.poll=0

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130401/f64116dc/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=61537

--- Comment #2 from Martin Peres <martin.peres at ensi-bourges.fr> ---
I investigated this issue a little. The flickering happens when someone runs
xrandr. This is a hardware issue as the problem happens even with when using
the proprietary driver. This issue got fixed starting with the geforce 8.

The desktop environment shouldn't poll on xrandr like that, so there is a
bug
on their side. On our side, the workaround suggested by Jan will be our
"solution" until someone really wants to dig into this issue and see
if there
is a way to build a cache or something to avoid load detection.

In any case, I'm tempted to close this bug as "WONTFIX" but
I'll wait for other
devs to agree before doing so.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140824/52cdd7db/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=61537

--- Comment #3 from Emil Velikov <emil.l.velikov at gmail.com> ---
A bit of a (hopefully useful) information

 - Whenever drm_kms_helper.poll is disabled, your vga monitor won't get
automatically detected when it's not plugged in at boot.

 - Iirc there are two modes when querying for info via the xrandr protocol -
use cached one or re-probe. 

 - Original nv50 (and earlier?) hardware the blob does a plain sleep/udelay
between setup and probe, while for nv92 and latter it uses a more elaborate
approach (see bug 67382, comment 34). Currently nouveau uses the former method
which contributes (not sure to what extend) to the flicker.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20140824/9ff803f6/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=61537

Martin Peres <martin.peres at free.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |MOVED

--- Comment #4 from Martin Peres <martin.peres at free.fr> ---
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been
closed from further activity.

You can subscribe and participate further through the new bug through this link
to our GitLab instance:
https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/36.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20191204/aee1cc23/attachment.html>