Bug 87508 - Max pixel clock in EDID should be overridden by highest clock in mode descriptor
Summary: Max pixel clock in EDID should be overridden by highest clock in mode descriptor
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: unspecified
Hardware: All Linux (All)
: medium major
Assignee: Chris Wilson
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-12-19 20:05 UTC by Adam Leggett
Modified: 2014-12-19 20:47 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
xorg log (31.21 KB, text/plain)
2014-12-19 20:13 UTC, Adam Leggett
no flags Details
xrandr output (760 bytes, text/plain)
2014-12-19 20:14 UTC, Adam Leggett
no flags Details

Description Adam Leggett 2014-12-19 20:05:08 UTC
I have a Sony XBR 4K TV connected to the Haswell Refresh graphics on my i7-4790K. The following appears in the xorg log:

[ 9.308] (II) intel(0): Not using mode "4096x2160" (bad mode clock/interlace/doublescan)
[ 9.308] (II) intel(0): Not using mode "4096x2160" (bad mode clock/interlace/doublescan)
[ 9.308] (II) intel(0): Not using mode "3840x2160" (bad mode clock/interlace/doublescan)
[ 9.308] (II) intel(0): Not using mode "3840x2160" (bad mode clock/interlace/doublescan)
[ 9.308] (II) intel(0): Not using mode "3840x2160" (bad mode clock/interlace/doublescan)
[ 9.308] (II) intel(0): Not using mode "3840x2160" (bad mode clock/interlace/doublescan)
[ 9.308] (II) intel(0): Not using mode "3840x2160" (bad mode clock/interlace/doublescan)

This seems to appear for no better reason than because the EDID claims a max pixel clock of 165.0MHz.

If the EDID contains modes that exceed the EDID's own claimed max pixel clock, the max pixel clock should be adjusted. This appears to be what the nVidia proprietary driver does.
Comment 1 Chris Wilson 2014-12-19 20:06:34 UTC
Please attach your Xorg.0.log and xrandr --verbose.
Comment 2 Adam Leggett 2014-12-19 20:13:17 UTC
Created attachment 111056 [details]
xorg log
Comment 3 Adam Leggett 2014-12-19 20:14:23 UTC
Created attachment 111057 [details]
xrandr output
Comment 4 Chris Wilson 2014-12-19 20:47:15 UTC
commit d6c8d7509727060b8e2358b9ed1c0e17b2ec3401
Author: Damien Lespiau <damien.lespiau@intel.com>
Date:   Wed Jul 31 19:16:45 2013 +0100

    xfree86: Use the TMDS maximum frequency to prune modes
    
    Instead of only relying on the Range section, we can do better on
    HDMI to find out what is the max dot clock the monitor supports. The
    HDMI CEA vendor block adds a TMDS max freq we can use.
    
    This makes X not prune 4k resolutions on HDMI.
    
    v2: Replace X_INFO by X_PROBED in the message that prints the max
        TMDS frequency (Chris Wilson)
    
    Reviewed-by: Chris Wilson <chris at chris-wilson.co.uk>
    Signed-off-by: Damien Lespiau <damien.lespiau@intel.com>

Needs Xorg-1.16.


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.