https://bugs.kde.org/show_bug.cgi?id=519940
Zamundaaa <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Latest Commit|https://invent.kde.org/plas |https://invent.kde.org/plas |ma/kwin/-/commit/58f3a46457 |ma/kwin/-/commit/eab291a098 |cea7e2b92ee5316aab7ec3a365e |d93ceb50ed6fe444bc96cfa2394 |1da |7ce --- Comment #8 from Zamundaaa <[email protected]> --- Git commit eab291a098d93ceb50ed6fe444bc96cfa23947ce by Xaver Hugl. Committed on 16/06/2026 at 17:44. Pushed by zamundaaa into branch 'Plasma/6.7'. backends/drm: work around implicit sRGB transfer function with legacy gamma According to amdgpu code, there is an implicit and otherwise apparently undocumented assumption made by legacy drm API: The gamma lut is applied in "linear space", iow the driver or hardware applies the piece-wise sRGB (inverse) transfer function before and after the LUT. To work around that legacy API quirk, un-do that transformation in our own LUT. To avoid regressions on i915, which does not seem to follow this rule, this is only done on amdgpu and nouveau. (cherry picked from commit 58f3a46457cea7e2b92ee5316aab7ec3a365e1da) Co-authored-by: Xaver Hugl <[email protected]> M +9 -0 src/backends/drm/drm_pipeline_legacy.cpp M +12 -0 src/core/drmdevice.cpp M +4 -0 src/core/drmdevice.h https://invent.kde.org/plasma/kwin/-/commit/eab291a098d93ceb50ed6fe444bc96cfa23947ce -- You are receiving this mail because: You are watching all bug changes.
