<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Mesa 17.2 no longer can give SRGB-capable framebuffer on i965, even though Mesa 17.1.x does."
href="https://bugs.freedesktop.org/show_bug.cgi?id=102354#c17">Comment # 17</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Mesa 17.2 no longer can give SRGB-capable framebuffer on i965, even though Mesa 17.1.x does."
href="https://bugs.freedesktop.org/show_bug.cgi?id=102354">bug 102354</a>
from <span class="vcard"><a class="email" href="mailto:lemody@gmail.com" title="Tapani Pälli <lemody@gmail.com>"> <span class="fn">Tapani Pälli</span></a>
</span></b>
<pre>(In reply to Deve from <a href="show_bug.cgi?id=102354#c16">comment #16</a>)
<span class="quote">> One thing that I noticed is that when you added new formats in
> intel_screen.c, now it should be probably:
>
> if (intel_loader_get_cap(dri_screen, DRI_LOADER_CAP_RGBA_ORDERING))
> num_formats = ARRAY_SIZE(formats);
> else
> num_formats = 5;
>
> rather than num_formats = 3. At least for me
> intel_loader_get_cap(dri_screen, DRI_LOADER_CAP_RGBA_ORDERING) returns false.
>
> In this case I see quite a lot configs with modes->sRGBCapable = true in
> driCreateConfigs in utils.c, but still no srgb-capable format in glxinfo :(</span >
Yep, that is a clear bug in the patch. With the change I get even more
configs/visuals that have srgb set to 's'. Will debug some more.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>