<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hello All,<br>
    <br>
    Please find a proposed workaround patch for a weathered colours
    (incorrect assignment to Limited RGB setting) issue.<br>
    The weathered colour issue is documented at:<br>
    <br>
    <a class="moz-txt-link-freetext"
      href="https://bugs.archlinux.org/task/46472">https://bugs.archlinux.org/task/46472</a>
    <br>
    <a class="moz-txt-link-freetext"
href="https://wiki.archlinux.org/index.php/Intel_graphics#Weathered_colors_">https://wiki.archlinux.org/index.php/Intel_graphics#Weathered_colors_.28color_range_problem.29</a><br>
    <a
href="https://losca.blogspot.com.au/2013/11/workaround-for-setting-full-rgb-when.html">https://losca.blogspot.com.au/2013/11/workaround-for-setting-full-rgb-when.html</a><br>
    <br>
    <br>
    This patch, which I have shared with Jesse Barnes, provides a kernel
    command line option "i915.rgb_mode" with two usable options:<br>
    <br>
    i915.rgb_mode=1 gives forced Full RGB Mode;<br>
    i915.rgb_mode=2 gives forced Limited RGB Mode.<br>
    <br>
    Any other value passed to i915.rgb_mode will call the default
    Automatic RGB mode.<br>
    <br>
    A limitation of this patch is that the KMS framebuffer needs to be
    interrupted, such as occurs when xorg-server starts.<br>
    i.e. if xorg-server were not to be started, the weathered colour
    issue remains in effect, even with a switch from one tty to another.<br>
    For reference, the machine that I am testing on is a 4770k (Haswell,
    Core i7).<br>
    I am investigating the issue further to improve this workaround so
    that the change from KMS to xorg-server is not required for the
    patch to come into effect.<br>
    <br>
    I have tested this patch on Debian Testing.<br>
    <br>
    <br>
    -Damien Sticklen<br>
  </body>
</html>