<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>