[ANNOUNCE] weston 13.0.94

2024-08-30 Thread Marius Vlad
Hi all, This is the RC2 release for Weston 14.0.0. Changelog since RC1: Marius Vlad (2): libweston/color-management: Add fallback for static_assert build: bump to version 13.0.94 for the RC2 release git tag: 13.0.94 https://gitlab.freedesktop.org/wayland/weston/-/releases/13.0.94/d

[ANNOUNCE] weston 13.0.94

2024-08-30 Thread Marius Vlad
Hi all, This is the RC2 release for Weston 14.0.0. Changelog since RC1: Marius Vlad (2): libweston/color-management: Add fallback for static_assert build: bump to version 13.0.94 for the RC2 release git tag: 13.0.94 https://gitlab.freedesktop.org/wayland/weston/-/releases/13.0.94/d

Re: [PATCH v5 02/44] drm/vkms: Round fixp2int conversion in lerp_u16

2024-08-30 Thread Louis Chauvet
Le 19/08/24 - 16:56, Harry Wentland a écrit : > fixp2int always rounds down, fixp2int_ceil rounds up. We need > the new fixp2int_round. > > Signed-off-by: Harry Wentland > --- > drivers/gpu/drm/vkms/vkms_composer.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers

Re: [PATCH v5 14/44] drm/vkms: Add enumerated 1D curve colorop

2024-08-30 Thread Louis Chauvet
Le 19/08/24 - 16:56, Harry Wentland a écrit : > +static int vkms_initialize_color_pipeline(struct drm_plane *plane, struct > drm_prop_enum_list *list) > +{ > + > + struct drm_colorop *op, *prev_op; > + struct drm_device *dev = plane->dev; > + int ret; > + > + /* 1st op: 1d curve *

Re: [PATCH v5 00/44] Color Pipeline API w/ VKMS

2024-08-30 Thread Xaver Hugl
Hi, I have a WIP implementation of this for KWin at https://invent.kde.org/plasma/kwin/-/commits/work/zamundaaa/drm-colorop. It maps KWin's color pipeline to the drm one to get (primary plane only, for now) direct scanout of HDR content on SDR displays while doing tone mapping (or SDR on HDR, but

Re: [PATCH v5 03/44] drm/vkms: Add kunit tests for VKMS LUT handling

2024-08-30 Thread Louis Chauvet
Le 19/08/24 - 16:56, Harry Wentland a écrit : [...] > diff --git a/drivers/gpu/drm/vkms/vkms_composer.c > b/drivers/gpu/drm/vkms/vkms_composer.c > index 3d6785d081f2..3ecda70c2b55 100644 > --- a/drivers/gpu/drm/vkms/vkms_composer.c > +++ b/drivers/gpu/drm/vkms/vkms_composer.c > @@ -435,3 +435,7

Re: [PATCH v5 05/44] drm/colorop: Introduce new drm_colorop mode object

2024-08-30 Thread Louis Chauvet
Le 19/08/24 - 16:56, Harry Wentland a écrit : [...] > +#ifndef __DRM_COLOROP_H__ > +#define __DRM_COLOROP_H__ > + > +#include > +#include > +#include > + > +/** > + * struct drm_colorop_state - mutable colorop state > + */ > +struct drm_colorop_state { > + /** @colorop: backpointer to the

Re: [PATCH v5 00/44] Color Pipeline API w/ VKMS

2024-08-30 Thread Louis Chauvet
Le 19/08/24 - 16:56, Harry Wentland a écrit : > This is an RFC set for a color pipeline API, along with implementations > in VKMS and amdgpu. It is tested with a set of IGT tests that can be > found at [1]. The IGT tests run a pixel-by-pixel comparison with an > allowable delta variation as the goa

Re: [PATCH v5 18/44] drm/vkms: Use s32 for internal color pipeline precision

2024-08-30 Thread Louis Chauvet
Le 19/08/24 - 16:56, Harry Wentland a écrit : > Certain operations require us to preserve values below 0.0 and > above 1.0 (0x0 and 0x respectively in 16 bpc unorm). One > such operation is a BT709 encoding operation followed by its > decoding operation, or the reverse. > > We'll use s32 value

Re: [PATCH v5 41/44] drm/colorop: allow non-bypass colorops

2024-08-30 Thread Louis Chauvet
Le 19/08/24 - 16:57, Harry Wentland a écrit : > Not all HW will be able to do bypass on all color > operations. Introduce an 'allow_bypass' boolean for > all colorop init functions and only create the BYPASS > property when it's true. You did not change the documentation of struct drm_colorop_stat

Re: [PATCH v5 19/44] drm/vkms: add 3x4 matrix in color pipeline

2024-08-30 Thread Louis Chauvet
Le 19/08/24 - 16:56, Harry Wentland a écrit : > We add two 3x4 matrices into the VKMS color pipeline. The reason > we're adding matrices is so that we can test that application > of a matrix and its inverse yields an output equal to the input > image. > > One complication with the matrix implement