[Bug 99250] [SKL,IVB] HDMI and DP: EDID-supplied BPP is not always properly clamped.
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Tue Jan 3 20:17:20 UTC 2017
https://bugs.freedesktop.org/show_bug.cgi?id=99250
Nicholas Sielicki <sielicki at yandex.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |WONTFIX
--- Comment #2 from Nicholas Sielicki <sielicki at yandex.com> ---
HDMI 1.3A spec says the following
> 6.2.4 Color Depth Requirements
>
> HDMI Sources and Sinks may support color depths of 24, 30, 36 and/or 48 bits
> per pixel. All HDMI Sources and Sinks shall support 24 bits per pixel. Color
> depths greater than 24 bits are defined to be “Deep Color” modes. All Deep
> Color modes are optional though if an HDMI Source or Sink supports any Deep
> Color mode, it shall support 36-bit mode.
>
> For each supported Deep Color mode, RGB 4:4:4 shall be supported and optionally
> YCBCR 4:4:4 may be supported.
>
> YCBCR 4:2:2 is not permitted for any Deep Color mode.
>
> An HDMI Sink shall support all EDID-indicated Deep Color modes on all
> EDID-indicated video formats except if that combination exceeds the
> Max_TMDS_Clock indication.
>
> An HDMI Source shall not send any Deep Color mode to a Sink that does not
> indicate support for that mode.
The take away: it is illegal for DC_30bit to be set without DC_36bit also being
set.
The EDID claims the following:
> CEA extension block
> Extension version: 3
> 30 bytes of CEA data
> <...>
> Vendor-specific data block, OUI 000c03 (HDMI)
> Source physical address 1.0.0.0
> DC_30bit
Note the lack of DC_36bit.
While i915 is technically sending DC_36bit (a deep color mode) to a sink that
does not indicate support for that mode, the monitor clearly violated the spec
first and in a worse way. Had the monitor not violated the spec, i915 would not
have violated the spec.
So I think this can be chalked up as a bad monitor operating outside the spec.
I'm going to close this bug.
(Thank you to everyone on #intel-gfx for the help.)
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20170103/198c016b/attachment.html>
More information about the intel-gfx-bugs
mailing list