* [V7 00/45] Color Pipeline API w/ VKMS
@ 2024-12-20 4:33 Alex Hung
2024-12-20 4:33 ` [V7 01/45] drm: Add helper for conversion from signed-magnitude Alex Hung
` (44 more replies)
0 siblings, 45 replies; 127+ messages in thread
From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw)
To: dri-devel, amd-gfx
Cc: wayland-devel, harry.wentland, alex.hung, Ville Syrjala,
Pekka Paalanen, Simon Ser, Melissa Wen, Jonas Ådahl,
Sebastian Wick, Shashank Sharma, Alexander Goins, Joshua Ashton,
Michel Dänzer, Aleix Pol, Xaver Hugl, Victoria Brekenfeld,
Sima, Uma Shankar, Naseer Ahmed, Christopher Braga, Abhinav Kumar,
Arthur Grillo, Hector Martin, Liviu Dudau, Sasha McIntosh,
Chaitanya Kumar Borah
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 goal for these transformations is
perceptual correctness, not complete pixel accuracy.
v5 of this patchset fleshed out documentation for colorops and the
various defines that are being introduced.
v6 addresses a few comments from various reviewers.
v7 simplifies 3D LUT and addresses more comments from various reviewers.
VKMS supports two named transfer function colorops and two matrix
colorops.
Amdgpu advertises the following pipeline for GPUs with DCN 3 or newer:
1. 1D Curve EOTF
2. 3x4 CTM
3. Multiplier
4. 1D Curve Inverse EOTF
5. 1D LUT
6. 3D LUT
7. 1D Curve EOTF
8. 1D LUT
The supported curves for the 1D Curve type are:
- sRGB EOTF and its inverse
- PQ EOTF, scaled to [0.0, 125.0] and its inverse
- BT.2020/BT.709 OETF and its inverse
Note that the 1st and 5th colorops take the EOTF or Inverse
OETF while the 3rd colorop takes the Inverse EOTF or OETF.
The 3D LUT is a 17^3 tetrahedrally interpolated LUT but the mechanism
exists for other drivers to describe their own 3D LUT capability.
This mirrors the color pipeline used by gamescope and presented by
Melissa Wen, with the exception of the DEGAM LUT, which is not currently
used. See [1]
https://indico.freedesktop.org/event/4/contributions/186/attachments/138/218/xdc2023-TheRainbowTreasureMap-MelissaWen.pdf
At this point we're hoping to see gamescope and kwin implementations
take shape. The existing pipeline should be enough to satisfy the
gamescope use-cases on the drm_plane.
In order to support YUV we'll need to add COLOR_ENCODING and COLOR_RANGE
support to the color pipeline. I have sketched these out already but
don't have it all hooked up yet. This should not hinder adoption of this
API for gaming use-cases.
We'll also want to advertise IN_FORMATS on a color pipeline as some
color pipelines won't be able to work for all IN_FORMATS on a plane.
Again, I have a sketch but no full implementation yet. This is not
currently required by the AMD color pipeline and could be added after
the merge of this set.
VKMS patches could still be improved in a few ways, though the
payoff might be limited and I would rather focus on other work
at the moment. The most obvious thing to improve would be to
eliminate the hard-coded LUTs for identity, and sRGB, and replace
them with fixed-point math instead.
There are plenty of things that I would like to see, but they could
be added after the merge of this patchset:
- COLOR_ENCODING and COLOR_RANGE
- IN_FORMATS for a color pipeline
- Is it possible to support HW which can't bypass entire pipeline?
- Can we do a LOAD / COMMIT model for LUTs (and other properties)?
- read-only scaling colorop which defines scaling taps and position
- named matrices, for things like converting YUV to RGB
- Add custom LUT colorops to VKMS
IGT tests can be found at [1] or on the igt-dev mailing list. There
have been no updates since v5 and rebase on latest main is straight-
forward.
A kernel branch can be found at [2].
There is a version of v5 with Uma and Chaitanya's patches for the Intel color
pipeline based on top of v5 to show how I envision them to mesh with
my changes. The relevant branches can be found at [3] for the kernel
and [4] for IGT. There were some rebase conflicts in i915 and I'm
not entirely sure I've resolved all of them correctly, but the branch
compiles and shows my thoughts for the new DRM concepts to support
Intel's pipeline.
[1] https://gitlab.freedesktop.org/alex.hung/igt-gpu-tools/-/tree/amd-color-pipeline-v6
[2] https://gitlab.freedesktop.org/alex.hung/linux/-/tree/amd-color-pipeline-v7
[3] https://gitlab.freedesktop.org/hwentland/linux/-/tree/amd-intel-color-pipeline-v5
[4] https://gitlab.freedesktop.org/hwentland/igt-gpu-tools/-/tree/amd-intel-color-pipeline-v5
v7:
- Simplify 3D LUT by removing lut_3d_modes and update doc accordingly (Simon Ser)
- Add destroy / cleanup functions when color pipeline initialization
fails (Louis Chauvet)
- Fix checkpatch errors and warning (spaces, long lines, {}, and etc)
- Change lut's size from drm_colorop_state->size to drm_colorop->lut_size
and from size_property to lut_size_property
- Update some kernel updates and commit messagesa (Louis Chauvet)
- Squash "drm/colorop: Add atomic state print for drm_colorop" and
"drm/colorop: Add NEXT to colorop state print" (Simon Ser)
- Add missing MODULE_DESCRIPTION (Jeff Johnson)
v6:
- Eliminate need to include test as .c file (Louis Chauvet)
- some doc updates
- cleanup if colorop alloc or init fails in VKMS and amdgpu (Louis Chauvet)
- couple other small improvements in VKMS, such as rounding (Louis Chauvet)
- take ref for DATA blob in duplicate_state func & fix refcount issues (Xaver Hugl)
v5:
- amdgpu 3D LUT
- Don't require BYPASS
- update RFC docs and add to TOC tree
- add drm_colorop and COLOR_PIPELINE kernel docs (non-RFC)
- add amdgpu color pipeline doc
- define SIZE property similar to drm_crtc's GAMMA_SIZE
- various minor fixes and cleanups
v4:
- Add amdgpu color pipeline (WIP)
- Don't block setting of deprecated properties, instead pass client cap
to atomic check so drivers can ignore these props
- Drop IOCTL definitions (Pekka)
- Use enum property for colorop TYPE (Pekka)
- A few cleanups to the docs (Pekka)
- Rework the TYPE enum to name relation to avoid code duplication (Pekka)
- Add missing function declarations (Chaitanya Kumar Borah)
- Allow setting of NEXT property to NULL in _set_ function (Chaitanya Kumar Borah)
- Add helper for creation of pipeline drm_plane property (Pekka)
- Always create Bypass pipeline (Pekka)
- A bunch of changes to VKMS kunit tests (Pekka)
- Fix index in CTM doc (Pekka)
v3:
- Abandon IOCTLs and discover colorops as clients iterate the pipeline
- Remove need for libdrm
- Add color_pipeline client cap and make mutually exclusive with
COLOR_RANGE and COLOR_ENCODING properties
- add CTM colorop to VKMS
- Use include way for kunit testing static functions (Arthur)
- Make TYPE a range property
- Move enum drm_colorop_type to uapi header
- and a bunch of smaller bits that are highlighted in the relevant commit
description
v2:
- Rebased on drm-misc-next
- Introduce a VKMS Kunit so we can test LUT functionality in vkms_composer
- Incorporate feedback in color_pipeline.rst doc
- Add support for sRGB inverse EOTF
- Add 2nd enumerated TF colorop to VKMS
- Fix LUTs and some issues with applying LUTs in VKMS
Cc: Ville Syrjala <ville.syrjala@linux.intel.com>
Cc: Pekka Paalanen <pekka.paalanen@collabora.com>
Cc: Simon Ser <contact@emersion.fr>
Cc: Harry Wentland <harry.wentland@amd.com>
Cc: Melissa Wen <mwen@igalia.com>
Cc: Jonas Ådahl <jadahl@redhat.com>
Cc: Sebastian Wick <sebastian.wick@redhat.com>
Cc: Shashank Sharma <shashank.sharma@amd.com>
Cc: Alexander Goins <agoins@nvidia.com>
Cc: Joshua Ashton <joshua@froggi.es>
Cc: Michel Dänzer <mdaenzer@redhat.com>
Cc: Aleix Pol <aleixpol@kde.org>
Cc: Xaver Hugl <xaver.hugl@gmail.com>
Cc: Victoria Brekenfeld <victoria@system76.com>
Cc: Sima <daniel@ffwll.ch>
Cc: Uma Shankar <uma.shankar@intel.com>
Cc: Naseer Ahmed <quic_naseer@quicinc.com>
Cc: Christopher Braga <quic_cbraga@quicinc.com>
Cc: Abhinav Kumar <quic_abhinavk@quicinc.com>
Cc: Arthur Grillo <arthurgrillo@riseup.net>
Cc: Hector Martin <marcan@marcan.st>
Cc: Liviu Dudau <Liviu.Dudau@arm.com>
Cc: Sasha McIntosh <sashamcintosh@google.com>
Cc: Chaitanya Kumar Borah <chaitanya.kumar.borah@intel.com>
Alex Hung (15):
drm/colorop: define a new macro for_each_new_colorop_in_state
drm/amd/display: Skip color pipeline initialization for cursor plane
drm/amd/display: Add support for sRGB EOTF in DEGAM block
drm/amd/display: Add support for sRGB Inverse EOTF in SHAPER block
drm/amd/display: Add support for sRGB EOTF in BLND block
drm/colorop: Add 1D Curve Custom LUT type
drm/amd/display: add shaper and blend colorops for 1D Curve Custom LUT
drm/amd/display: add 3x4 matrix colorop
drm/colorop: Add mutliplier type
drm/amd/display: add multiplier colorop
drm/amd/display: Swap matrix and multiplier
drm/colorop: Add 3D LUT supports to color pipeline
drm/amd/display: add 3D LUT colorop
drm/colorop: Add kernel doc for data blob
drm/colorop: Add destroy functions for color pipeline
Harry Wentland (30):
drm: Add helper for conversion from signed-magnitude
drm/vkms: Round fixp2int conversion in lerp_u16
drm/vkms: Add kunit tests for VKMS LUT handling
drm/doc/rfc: Describe why prescriptive color pipeline is needed
drm/colorop: Introduce new drm_colorop mode object
drm/colorop: Add TYPE property
drm/colorop: Add 1D Curve subtype
Documentation/gpu: document drm_colorop
drm/colorop: Add BYPASS property
drm/colorop: Add NEXT property
drm/colorop: Add atomic state print for drm_colorop
drm/plane: Add COLOR PIPELINE property
drm/colorop: Introduce DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE
drm/vkms: Add enumerated 1D curve colorop
drm/vkms: Add kunit tests for linear and sRGB LUTs
drm/colorop: Add 3x4 CTM type
drm/vkms: Use s32 for internal color pipeline precision
drm/vkms: add 3x4 matrix in color pipeline
drm/tests: Add a few tests around drm_fixed.h
drm/vkms: Add tests for CTM handling
drm/colorop: pass plane_color_pipeline client cap to atomic check
drm/amd/display: Ignore deprecated props when plane_color_pipeline set
drm/amd/display: Add bypass COLOR PIPELINE
drm/colorop: Add PQ 125 EOTF and its inverse
drm/amd/display: Enable support for PQ 125 EOTF and Inverse
drm/colorop: add BT2020/BT709 OETF and Inverse OETF
drm/amd/display: Add support for BT.709 and BT.2020 TFs
drm/colorop: Define LUT_1D interpolation
drm/colorop: allow non-bypass colorops
drm/amd/display: Add AMD color pipeline doc
Documentation/gpu/drm-kms.rst | 15 +
Documentation/gpu/rfc/color_pipeline.rst | 378 +++++++++
Documentation/gpu/rfc/index.rst | 3 +
drivers/gpu/drm/Makefile | 1 +
.../gpu/drm/amd/display/amdgpu_dm/Makefile | 3 +-
.../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 4 +
.../amd/display/amdgpu_dm/amdgpu_dm_color.c | 566 ++++++++++++-
.../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 206 +++++
.../amd/display/amdgpu_dm/amdgpu_dm_colorop.h | 36 +
.../amd/display/amdgpu_dm/amdgpu_dm_plane.c | 32 +
drivers/gpu/drm/drm_atomic.c | 170 +++-
drivers/gpu/drm/drm_atomic_helper.c | 12 +
drivers/gpu/drm/drm_atomic_state_helper.c | 5 +
drivers/gpu/drm/drm_atomic_uapi.c | 165 ++++
drivers/gpu/drm/drm_colorop.c | 610 +++++++++++++
drivers/gpu/drm/drm_ioctl.c | 7 +
drivers/gpu/drm/drm_mode_config.c | 7 +
drivers/gpu/drm/drm_plane.c | 52 ++
drivers/gpu/drm/tests/Makefile | 3 +-
drivers/gpu/drm/tests/drm_fixp_test.c | 71 ++
drivers/gpu/drm/vkms/Kconfig | 15 +
drivers/gpu/drm/vkms/Makefile | 5 +-
drivers/gpu/drm/vkms/tests/.kunitconfig | 4 +
drivers/gpu/drm/vkms/tests/Makefile | 3 +
drivers/gpu/drm/vkms/tests/vkms_color_test.c | 459 ++++++++++
drivers/gpu/drm/vkms/vkms_colorop.c | 113 +++
drivers/gpu/drm/vkms/vkms_composer.c | 135 ++-
drivers/gpu/drm/vkms/vkms_composer.h | 27 +
drivers/gpu/drm/vkms/vkms_drv.h | 7 +
drivers/gpu/drm/vkms/vkms_luts.c | 801 ++++++++++++++++++
drivers/gpu/drm/vkms/vkms_luts.h | 12 +
drivers/gpu/drm/vkms/vkms_plane.c | 2 +
include/drm/drm_atomic.h | 130 +++
include/drm/drm_atomic_uapi.h | 3 +
include/drm/drm_colorop.h | 442 ++++++++++
include/drm/drm_file.h | 7 +
include/drm/drm_fixed.h | 18 +
include/drm/drm_mode_config.h | 18 +
include/drm/drm_plane.h | 19 +
include/uapi/drm/amdgpu_drm.h | 9 -
include/uapi/drm/drm.h | 16 +
include/uapi/drm/drm_mode.h | 92 ++
42 files changed, 4634 insertions(+), 49 deletions(-)
create mode 100644 Documentation/gpu/rfc/color_pipeline.rst
create mode 100644 drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c
create mode 100644 drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h
create mode 100644 drivers/gpu/drm/drm_colorop.c
create mode 100644 drivers/gpu/drm/tests/drm_fixp_test.c
create mode 100644 drivers/gpu/drm/vkms/tests/.kunitconfig
create mode 100644 drivers/gpu/drm/vkms/tests/Makefile
create mode 100644 drivers/gpu/drm/vkms/tests/vkms_color_test.c
create mode 100644 drivers/gpu/drm/vkms/vkms_colorop.c
create mode 100644 drivers/gpu/drm/vkms/vkms_composer.h
create mode 100644 drivers/gpu/drm/vkms/vkms_luts.c
create mode 100644 drivers/gpu/drm/vkms/vkms_luts.h
create mode 100644 include/drm/drm_colorop.h
--
2.43.0
^ permalink raw reply [flat|nested] 127+ messages in thread* [V7 01/45] drm: Add helper for conversion from signed-magnitude 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-02-24 16:07 ` Louis Chauvet 2024-12-20 4:33 ` [V7 02/45] drm/vkms: Round fixp2int conversion in lerp_u16 Alex Hung ` (43 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> CTM values are defined as signed-magnitude values. Add a helper that converts from CTM signed-magnitude fixed point value to the twos-complement value used by drm_fixed. Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- include/drm/drm_fixed.h | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) diff --git a/include/drm/drm_fixed.h b/include/drm/drm_fixed.h index 1922188f00e8..0b44f2f294ce 100644 --- a/include/drm/drm_fixed.h +++ b/include/drm/drm_fixed.h @@ -78,6 +78,24 @@ static inline u32 dfixed_div(fixed20_12 A, fixed20_12 B) #define DRM_FIXED_EPSILON 1LL #define DRM_FIXED_ALMOST_ONE (DRM_FIXED_ONE - DRM_FIXED_EPSILON) +/** + * @drm_sm2fixp + * + * Convert a 1.31.32 signed-magnitude fixed point to 32.32 + * 2s-complement fixed point + * + * @return s64 2s-complement fixed point + */ +static inline s64 drm_sm2fixp(__u64 a) +{ + if ((a & (1LL << 63))) { + return -(a & 0x7fffffffffffffffll); + } else { + return a; + } + +} + static inline s64 drm_int2fixp(int a) { return ((s64)a) << DRM_FIXED_POINT; -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 01/45] drm: Add helper for conversion from signed-magnitude 2024-12-20 4:33 ` [V7 01/45] drm: Add helper for conversion from signed-magnitude Alex Hung @ 2025-02-24 16:07 ` Louis Chauvet 2025-02-24 18:50 ` Alex Hung 0 siblings, 1 reply; 127+ messages in thread From: Louis Chauvet @ 2025-02-24 16:07 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland Le 20/12/2024 à 05:33, Alex Hung a écrit : > From: Harry Wentland <harry.wentland@amd.com> > > CTM values are defined as signed-magnitude values. Add > a helper that converts from CTM signed-magnitude fixed > point value to the twos-complement value used by > drm_fixed. > > Signed-off-by: Harry Wentland <harry.wentland@amd.com> Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> > --- > include/drm/drm_fixed.h | 18 ++++++++++++++++++ > 1 file changed, 18 insertions(+) > > diff --git a/include/drm/drm_fixed.h b/include/drm/drm_fixed.h > index 1922188f00e8..0b44f2f294ce 100644 > --- a/include/drm/drm_fixed.h > +++ b/include/drm/drm_fixed.h > @@ -78,6 +78,24 @@ static inline u32 dfixed_div(fixed20_12 A, fixed20_12 B) > #define DRM_FIXED_EPSILON 1LL > #define DRM_FIXED_ALMOST_ONE (DRM_FIXED_ONE - DRM_FIXED_EPSILON) > > +/** > + * @drm_sm2fixp > + * > + * Convert a 1.31.32 signed-magnitude fixed point to 32.32 > + * 2s-complement fixed point > + * > + * @return s64 2s-complement fixed point > + */ > +static inline s64 drm_sm2fixp(__u64 a) > +{ > + if ((a & (1LL << 63))) { > + return -(a & 0x7fffffffffffffffll); > + } else { > + return a; > + } > + > +} > + > static inline s64 drm_int2fixp(int a) > { > return ((s64)a) << DRM_FIXED_POINT; -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 01/45] drm: Add helper for conversion from signed-magnitude 2025-02-24 16:07 ` Louis Chauvet @ 2025-02-24 18:50 ` Alex Hung 2025-02-25 9:35 ` Louis Chauvet 0 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2025-02-24 18:50 UTC (permalink / raw) To: Louis Chauvet, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland On 2/24/25 09:07, Louis Chauvet wrote: > > > Le 20/12/2024 à 05:33, Alex Hung a écrit : >> From: Harry Wentland <harry.wentland@amd.com> >> >> CTM values are defined as signed-magnitude values. Add >> a helper that converts from CTM signed-magnitude fixed >> point value to the twos-complement value used by >> drm_fixed. >> >> Signed-off-by: Harry Wentland <harry.wentland@amd.com> > > Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> Hi Louis, Thanks for reviewing. The replies to other patches (2, 3, 5, 6, 7, 9, 10) seem to be empty (I checked on my inbox and on https://lore.kernel.org/all/44edbdfb-5e23-4c19-8c80-e7acb8b4930f@amd.com/T/#m2232bab7c543229a057123c5e762bf49c86a4148) Did you try to send something which didn't go through? > >> --- >> include/drm/drm_fixed.h | 18 ++++++++++++++++++ >> 1 file changed, 18 insertions(+) >> >> diff --git a/include/drm/drm_fixed.h b/include/drm/drm_fixed.h >> index 1922188f00e8..0b44f2f294ce 100644 >> --- a/include/drm/drm_fixed.h >> +++ b/include/drm/drm_fixed.h >> @@ -78,6 +78,24 @@ static inline u32 dfixed_div(fixed20_12 A, >> fixed20_12 B) >> #define DRM_FIXED_EPSILON 1LL >> #define DRM_FIXED_ALMOST_ONE (DRM_FIXED_ONE - DRM_FIXED_EPSILON) >> +/** >> + * @drm_sm2fixp >> + * >> + * Convert a 1.31.32 signed-magnitude fixed point to 32.32 >> + * 2s-complement fixed point >> + * >> + * @return s64 2s-complement fixed point >> + */ >> +static inline s64 drm_sm2fixp(__u64 a) >> +{ >> + if ((a & (1LL << 63))) { >> + return -(a & 0x7fffffffffffffffll); >> + } else { >> + return a; >> + } >> + >> +} >> + >> static inline s64 drm_int2fixp(int a) >> { >> return ((s64)a) << DRM_FIXED_POINT; > ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 01/45] drm: Add helper for conversion from signed-magnitude 2025-02-24 18:50 ` Alex Hung @ 2025-02-25 9:35 ` Louis Chauvet 0 siblings, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-25 9:35 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland Le 24/02/2025 à 19:50, Alex Hung a écrit : > > > On 2/24/25 09:07, Louis Chauvet wrote: >> >> >> Le 20/12/2024 à 05:33, Alex Hung a écrit : >>> From: Harry Wentland <harry.wentland@amd.com> >>> >>> CTM values are defined as signed-magnitude values. Add >>> a helper that converts from CTM signed-magnitude fixed >>> point value to the twos-complement value used by >>> drm_fixed. >>> >>> Signed-off-by: Harry Wentland <harry.wentland@amd.com> >> >> Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> > > Hi Louis, > > Thanks for reviewing. > > The replies to other patches (2, 3, 5, 6, 7, 9, 10) seem to be empty (I > checked on my inbox and on > https://lore.kernel.org/all/44edbdfb-5e23-4c19-8c80-e7acb8b4930f@amd.com/T/#m2232bab7c543229a057123c5e762bf49c86a4148) > > Did you try to send something which didn't go through? Hi! Sorry for this, I clearly don't know what happened, they are also empty in my Sent folder... Sorry for this, I will resend them. Louis Chauvet >> >>> --- >>> include/drm/drm_fixed.h | 18 ++++++++++++++++++ >>> 1 file changed, 18 insertions(+) >>> >>> diff --git a/include/drm/drm_fixed.h b/include/drm/drm_fixed.h >>> index 1922188f00e8..0b44f2f294ce 100644 >>> --- a/include/drm/drm_fixed.h >>> +++ b/include/drm/drm_fixed.h >>> @@ -78,6 +78,24 @@ static inline u32 dfixed_div(fixed20_12 A, >>> fixed20_12 B) >>> #define DRM_FIXED_EPSILON 1LL >>> #define DRM_FIXED_ALMOST_ONE (DRM_FIXED_ONE - DRM_FIXED_EPSILON) >>> +/** >>> + * @drm_sm2fixp >>> + * >>> + * Convert a 1.31.32 signed-magnitude fixed point to 32.32 >>> + * 2s-complement fixed point >>> + * >>> + * @return s64 2s-complement fixed point >>> + */ >>> +static inline s64 drm_sm2fixp(__u64 a) >>> +{ >>> + if ((a & (1LL << 63))) { >>> + return -(a & 0x7fffffffffffffffll); >>> + } else { >>> + return a; >>> + } >>> + >>> +} >>> + >>> static inline s64 drm_int2fixp(int a) >>> { >>> return ((s64)a) << DRM_FIXED_POINT; >> > -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 02/45] drm/vkms: Round fixp2int conversion in lerp_u16 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung 2024-12-20 4:33 ` [V7 01/45] drm: Add helper for conversion from signed-magnitude Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 9:37 ` Louis Chauvet 2024-12-20 4:33 ` [V7 03/45] drm/vkms: Add kunit tests for VKMS LUT handling Alex Hung ` (42 subsequent siblings) 44 siblings, 2 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx Cc: wayland-devel, harry.wentland, alex.hung, Louis Chauvet From: Harry Wentland <harry.wentland@amd.com> fixp2int always rounds down, fixp2int_ceil rounds up. We need the new fixp2int_round. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> --- drivers/gpu/drm/vkms/vkms_composer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/vkms/vkms_composer.c b/drivers/gpu/drm/vkms/vkms_composer.c index e7441b227b3c..3d6785d081f2 100644 --- a/drivers/gpu/drm/vkms/vkms_composer.c +++ b/drivers/gpu/drm/vkms/vkms_composer.c @@ -98,7 +98,7 @@ static u16 lerp_u16(u16 a, u16 b, s64 t) s64 delta = drm_fixp_mul(b_fp - a_fp, t); - return drm_fixp2int(a_fp + delta); + return drm_fixp2int_round(a_fp + delta); } static s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value) -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 02/45] drm/vkms: Round fixp2int conversion in lerp_u16 2024-12-20 4:33 ` [V7 02/45] drm/vkms: Round fixp2int conversion in lerp_u16 Alex Hung @ 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 9:37 ` Louis Chauvet 1 sibling, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-24 16:07 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 02/45] drm/vkms: Round fixp2int conversion in lerp_u16 2024-12-20 4:33 ` [V7 02/45] drm/vkms: Round fixp2int conversion in lerp_u16 Alex Hung 2025-02-24 16:07 ` Louis Chauvet @ 2025-02-25 9:37 ` Louis Chauvet 2025-02-25 11:28 ` Simon Ser 1 sibling, 1 reply; 127+ messages in thread From: Louis Chauvet @ 2025-02-25 9:37 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland Le 20/12/2024 à 05:33, Alex Hung a écrit : > From: Harry Wentland <harry.wentland@amd.com> > > fixp2int always rounds down, fixp2int_ceil rounds up. We need > the new fixp2int_round. > > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> Hi, Can I extract this patch from the series and apply it on drm-misc-next? Thanks, Louis Chauvet > --- > drivers/gpu/drm/vkms/vkms_composer.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/vkms/vkms_composer.c b/drivers/gpu/drm/vkms/vkms_composer.c > index e7441b227b3c..3d6785d081f2 100644 > --- a/drivers/gpu/drm/vkms/vkms_composer.c > +++ b/drivers/gpu/drm/vkms/vkms_composer.c > @@ -98,7 +98,7 @@ static u16 lerp_u16(u16 a, u16 b, s64 t) > > s64 delta = drm_fixp_mul(b_fp - a_fp, t); > > - return drm_fixp2int(a_fp + delta); > + return drm_fixp2int_round(a_fp + delta); > } > > static s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value) -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 02/45] drm/vkms: Round fixp2int conversion in lerp_u16 2025-02-25 9:37 ` Louis Chauvet @ 2025-02-25 11:28 ` Simon Ser 2025-02-25 14:05 ` Louis Chauvet 0 siblings, 1 reply; 127+ messages in thread From: Simon Ser @ 2025-02-25 11:28 UTC (permalink / raw) To: Louis Chauvet Cc: Alex Hung, dri-devel, amd-gfx, wayland-devel, harry.wentland On Tuesday, February 25th, 2025 at 10:37, Louis Chauvet <louis.chauvet@bootlin.com> wrote: > Can I extract this patch from the series and apply it on drm-misc-next? That sounds completely fine by me, and TBH it sounds like it could even be drm-misc-fixes material? We need to be a bit careful when merging patches from the same series via multiple trees. Maybe we'll merge the colorop stuff via the amd tree? I don't remember the rules around trees, and I don't know if it would be fine to merge the vkms changes in that tree as well. (I only remember Simona recommending against merging via multiple trees, because it's painful.) If we can't merge the vkms changes via the amd tree, they will likely need to wait for the amd tree to be merged back in drm-next? If we merge some changes via drm-misc-next, then we won't be able to merge the rest via amd, if the rest depends on these changes. Simon ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 02/45] drm/vkms: Round fixp2int conversion in lerp_u16 2025-02-25 11:28 ` Simon Ser @ 2025-02-25 14:05 ` Louis Chauvet 2025-02-25 14:43 ` Harry Wentland 0 siblings, 1 reply; 127+ messages in thread From: Louis Chauvet @ 2025-02-25 14:05 UTC (permalink / raw) To: Simon Ser; +Cc: Alex Hung, dri-devel, amd-gfx, wayland-devel, harry.wentland Le 25/02/2025 à 12:28, Simon Ser a écrit : > On Tuesday, February 25th, 2025 at 10:37, Louis Chauvet <louis.chauvet@bootlin.com> wrote: > >> Can I extract this patch from the series and apply it on drm-misc-next? > > That sounds completely fine by me, and TBH it sounds like it could even > be drm-misc-fixes material? Probably yes, I can take it now. > We need to be a bit careful when merging patches from the same series > via multiple trees. Maybe we'll merge the colorop stuff via the amd > tree? I don't remember the rules around trees, and I don't know if it > would be fine to merge the vkms changes in that tree as well. (I only > remember Simona recommending against merging via multiple trees, because > it's painful.) > > If we can't merge the vkms changes via the amd tree, they will likely > need to wait for the amd tree to be merged back in drm-next? > > If we merge some changes via drm-misc-next, then we won't be able to > merge the rest via amd, if the rest depends on these changes. If the drm-*-next branches are synchronized often, I propose to split into 4 series: - 2/45, in drm-misc-fixes (it is a bug) - 3/45, in drm-misc-next (only the vkms part needs it, can be merged just after [1] with minor conflict resolution, which I can do) - 1, 4..13, 21..45, in drm-amd-next - 14..20, in drm-misc-next, once drm-amd-next is merged in drm-misc-next (I don't expect huge conflicts if this is merged "soon", afaik nobody is currently working on the composition algorithm) [1]:https://lore.kernel.org/all/20250218101214.5790-1-jose.exposito89@gmail.com/ Thanks, Louis Chauvet > Simon -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 02/45] drm/vkms: Round fixp2int conversion in lerp_u16 2025-02-25 14:05 ` Louis Chauvet @ 2025-02-25 14:43 ` Harry Wentland 2025-02-25 14:45 ` Simon Ser 0 siblings, 1 reply; 127+ messages in thread From: Harry Wentland @ 2025-02-25 14:43 UTC (permalink / raw) To: Louis Chauvet, Simon Ser; +Cc: Alex Hung, dri-devel, amd-gfx, wayland-devel On 2025-02-25 09:05, Louis Chauvet wrote: > > > Le 25/02/2025 à 12:28, Simon Ser a écrit : >> On Tuesday, February 25th, 2025 at 10:37, Louis Chauvet <louis.chauvet@bootlin.com> wrote: >> >>> Can I extract this patch from the series and apply it on drm-misc-next? >> >> That sounds completely fine by me, and TBH it sounds like it could even >> be drm-misc-fixes material? > > Probably yes, I can take it now. > I think that's a good idea. >> We need to be a bit careful when merging patches from the same series >> via multiple trees. Maybe we'll merge the colorop stuff via the amd >> tree? I don't remember the rules around trees, and I don't know if it >> would be fine to merge the vkms changes in that tree as well. (I only >> remember Simona recommending against merging via multiple trees, because >> it's painful.) >> >> If we can't merge the vkms changes via the amd tree, they will likely >> need to wait for the amd tree to be merged back in drm-next? >> >> If we merge some changes via drm-misc-next, then we won't be able to >> merge the rest via amd, if the rest depends on these changes. > > If the drm-*-next branches are synchronized often, I propose to split into 4 series: > - 2/45, in drm-misc-fixes (it is a bug) > - 3/45, in drm-misc-next (only the vkms part needs it, can be merged just after [1] with minor conflict resolution, which I can do) > - 1, 4..13, 21..45, in drm-amd-next > - 14..20, in drm-misc-next, once drm-amd-next is merged in drm-misc-next (I don't expect huge conflicts if this is merged "soon", afaik nobody is currently working on the composition algorithm) > I would think it's easier if it all goes in via drm-misc next, except for patch 2 which can be part of drm-misc-fixes. Alex and I based our branches on drm-misc-next. There shouldn't be major conflicts with drm/amd code but we can check that before merging. Though your suggested scheme should work as well and I don't have very strong opinions either way. I have no problem with merging patches 1-3 early. Harry > [1]:https://lore.kernel.org/all/20250218101214.5790-1-jose.exposito89@gmail.com/ > > Thanks, > Louis Chauvet > >> Simon > ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 02/45] drm/vkms: Round fixp2int conversion in lerp_u16 2025-02-25 14:43 ` Harry Wentland @ 2025-02-25 14:45 ` Simon Ser 2025-02-25 16:00 ` Louis Chauvet 0 siblings, 1 reply; 127+ messages in thread From: Simon Ser @ 2025-02-25 14:45 UTC (permalink / raw) To: Harry Wentland Cc: Louis Chauvet, Alex Hung, dri-devel, amd-gfx, wayland-devel On Tuesday, February 25th, 2025 at 15:43, Harry Wentland <harry.wentland@amd.com> wrote: > > > We need to be a bit careful when merging patches from the same series > > > via multiple trees. Maybe we'll merge the colorop stuff via the amd > > > tree? I don't remember the rules around trees, and I don't know if it > > > would be fine to merge the vkms changes in that tree as well. (I only > > > remember Simona recommending against merging via multiple trees, because > > > it's painful.) > > > > > > If we can't merge the vkms changes via the amd tree, they will likely > > > need to wait for the amd tree to be merged back in drm-next? > > > > > > If we merge some changes via drm-misc-next, then we won't be able to > > > merge the rest via amd, if the rest depends on these changes. > > > > If the drm-*-next branches are synchronized often, I propose to split into 4 series: > > - 2/45, in drm-misc-fixes (it is a bug) > > - 3/45, in drm-misc-next (only the vkms part needs it, can be merged just after 1 with minor conflict resolution, which I can do) > > - 1, 4..13, 21..45, in drm-amd-next > > - 14..20, in drm-misc-next, once drm-amd-next is merged in drm-misc-next (I don't expect huge conflicts if this is merged "soon", afaik nobody is currently working on the composition algorithm) > > I would think it's easier if it all goes in via drm-misc next, > except for patch 2 which can be part of drm-misc-fixes. Alex > and I based our branches on drm-misc-next. There shouldn't be > major conflicts with drm/amd code but we can check that before > merging. That sounds like the simplest solution to me :) ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 02/45] drm/vkms: Round fixp2int conversion in lerp_u16 2025-02-25 14:45 ` Simon Ser @ 2025-02-25 16:00 ` Louis Chauvet 0 siblings, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-25 16:00 UTC (permalink / raw) To: Simon Ser, Harry Wentland; +Cc: Alex Hung, dri-devel, amd-gfx, wayland-devel Le 25/02/2025 à 15:45, Simon Ser a écrit : > On Tuesday, February 25th, 2025 at 15:43, Harry Wentland <harry.wentland@amd.com> wrote: > >>>> We need to be a bit careful when merging patches from the same series >>>> via multiple trees. Maybe we'll merge the colorop stuff via the amd >>>> tree? I don't remember the rules around trees, and I don't know if it >>>> would be fine to merge the vkms changes in that tree as well. (I only >>>> remember Simona recommending against merging via multiple trees, because >>>> it's painful.) >>>> >>>> If we can't merge the vkms changes via the amd tree, they will likely >>>> need to wait for the amd tree to be merged back in drm-next? >>>> >>>> If we merge some changes via drm-misc-next, then we won't be able to >>>> merge the rest via amd, if the rest depends on these changes. >>> >>> If the drm-*-next branches are synchronized often, I propose to split into 4 series: >>> - 2/45, in drm-misc-fixes (it is a bug) >>> - 3/45, in drm-misc-next (only the vkms part needs it, can be merged just after 1 with minor conflict resolution, which I can do) >>> - 1, 4..13, 21..45, in drm-amd-next >>> - 14..20, in drm-misc-next, once drm-amd-next is merged in drm-misc-next (I don't expect huge conflicts if this is merged "soon", afaik nobody is currently working on the composition algorithm) >> >> I would think it's easier if it all goes in via drm-misc next, >> except for patch 2 which can be part of drm-misc-fixes. Alex >> and I based our branches on drm-misc-next. There shouldn't be >> major conflicts with drm/amd code but we can check that before >> merging. > > That sounds like the simplest solution to me :) So let's go this way! I just applied PATCH 2. I don't feel comfortable merging the whole colorop and AMD parts without broader reviews, but I can definitely apply the VKMS part. -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 03/45] drm/vkms: Add kunit tests for VKMS LUT handling 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung 2024-12-20 4:33 ` [V7 01/45] drm: Add helper for conversion from signed-magnitude Alex Hung 2024-12-20 4:33 ` [V7 02/45] drm/vkms: Round fixp2int conversion in lerp_u16 Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 9:51 ` Louis Chauvet 2024-12-20 4:33 ` [V7 04/45] drm/doc/rfc: Describe why prescriptive color pipeline is needed Alex Hung ` (41 subsequent siblings) 44 siblings, 2 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx Cc: wayland-devel, harry.wentland, alex.hung, Louis Chauvet, Arthur Grillo From: Harry Wentland <harry.wentland@amd.com> Debugging LUT math is much easier when we can unit test it. Add kunit functionality to VKMS and add tests for - get_lut_index - lerp_u16 Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> Cc: Arthur Grillo <arthurgrillo@riseup.net> --- v7: - Fix checkpatch warnings and errors (Louis Chauvet) - Change SPDX-License-Identifier: GPL-2.0+ from /* */ to // - Fix checkpatch errors and warnings (new line at EOF, redundant spaces, and long lines) - Add static to const struct vkms_color_lut test_linear_lut - Add "MODULE_DESCRIPTION" (Jeff Johnson) v6: - Eliminate need to include test as .c file (Louis Chauvet) v5: - Bring back static for lerp_u16 and get_lut_index (Arthur) v4: - Test the critical points of the lerp function (Pekka) v3: - Use include way of testing static functions (Arthur) drivers/gpu/drm/vkms/Kconfig | 15 ++ drivers/gpu/drm/vkms/Makefile | 1 + drivers/gpu/drm/vkms/tests/.kunitconfig | 4 + drivers/gpu/drm/vkms/tests/Makefile | 3 + drivers/gpu/drm/vkms/tests/vkms_color_test.c | 172 +++++++++++++++++++ drivers/gpu/drm/vkms/vkms_composer.c | 8 +- drivers/gpu/drm/vkms/vkms_composer.h | 13 ++ 7 files changed, 214 insertions(+), 2 deletions(-) create mode 100644 drivers/gpu/drm/vkms/tests/.kunitconfig create mode 100644 drivers/gpu/drm/vkms/tests/Makefile create mode 100644 drivers/gpu/drm/vkms/tests/vkms_color_test.c create mode 100644 drivers/gpu/drm/vkms/vkms_composer.h diff --git a/drivers/gpu/drm/vkms/Kconfig b/drivers/gpu/drm/vkms/Kconfig index b9ecdebecb0b..59c4a32adb9d 100644 --- a/drivers/gpu/drm/vkms/Kconfig +++ b/drivers/gpu/drm/vkms/Kconfig @@ -13,3 +13,18 @@ config DRM_VKMS a VKMS. If M is selected the module will be called vkms. + +config DRM_VKMS_KUNIT_TESTS + tristate "KUnit tests for VKMS." if !KUNIT_ALL_TESTS + depends on DRM_VKMS=y && KUNIT + default KUNIT_ALL_TESTS + help + This builds unit tests for VKMS. This option is not useful for + distributions or general kernels, but only for kernel + developers working on VKMS. + + For more information on KUnit and unit tests in general, + please refer to the KUnit documentation in + Documentation/dev-tools/kunit/. + + If in doubt, say "N". diff --git a/drivers/gpu/drm/vkms/Makefile b/drivers/gpu/drm/vkms/Makefile index 1b28a6a32948..8d3e46dde635 100644 --- a/drivers/gpu/drm/vkms/Makefile +++ b/drivers/gpu/drm/vkms/Makefile @@ -9,3 +9,4 @@ vkms-y := \ vkms_writeback.o obj-$(CONFIG_DRM_VKMS) += vkms.o +obj-$(CONFIG_DRM_VKMS_KUNIT_TESTS) += tests/ diff --git a/drivers/gpu/drm/vkms/tests/.kunitconfig b/drivers/gpu/drm/vkms/tests/.kunitconfig new file mode 100644 index 000000000000..70e378228cbd --- /dev/null +++ b/drivers/gpu/drm/vkms/tests/.kunitconfig @@ -0,0 +1,4 @@ +CONFIG_KUNIT=y +CONFIG_DRM=y +CONFIG_DRM_VKMS=y +CONFIG_DRM_VKMS_KUNIT_TESTS=y diff --git a/drivers/gpu/drm/vkms/tests/Makefile b/drivers/gpu/drm/vkms/tests/Makefile new file mode 100644 index 000000000000..7876ca7a3c42 --- /dev/null +++ b/drivers/gpu/drm/vkms/tests/Makefile @@ -0,0 +1,3 @@ +# SPDX-License-Identifier: GPL-2.0-only + +obj-$(CONFIG_DRM_VKMS_KUNIT_TESTS) += vkms_color_test.o \ No newline at end of file diff --git a/drivers/gpu/drm/vkms/tests/vkms_color_test.c b/drivers/gpu/drm/vkms/tests/vkms_color_test.c new file mode 100644 index 000000000000..b53beaac2703 --- /dev/null +++ b/drivers/gpu/drm/vkms/tests/vkms_color_test.c @@ -0,0 +1,172 @@ +// SPDX-License-Identifier: GPL-2.0+ + +#include <kunit/test.h> + +#include <drm/drm_fixed.h> +#include <drm/drm_mode.h> +#include "../vkms_drv.h" +#include "../vkms_composer.h" + +#define TEST_LUT_SIZE 16 + +MODULE_IMPORT_NS(EXPORTED_FOR_KUNIT_TESTING); + +static struct drm_color_lut test_linear_array[TEST_LUT_SIZE] = { + { 0x0, 0x0, 0x0, 0 }, + { 0x1111, 0x1111, 0x1111, 0 }, + { 0x2222, 0x2222, 0x2222, 0 }, + { 0x3333, 0x3333, 0x3333, 0 }, + { 0x4444, 0x4444, 0x4444, 0 }, + { 0x5555, 0x5555, 0x5555, 0 }, + { 0x6666, 0x6666, 0x6666, 0 }, + { 0x7777, 0x7777, 0x7777, 0 }, + { 0x8888, 0x8888, 0x8888, 0 }, + { 0x9999, 0x9999, 0x9999, 0 }, + { 0xaaaa, 0xaaaa, 0xaaaa, 0 }, + { 0xbbbb, 0xbbbb, 0xbbbb, 0 }, + { 0xcccc, 0xcccc, 0xcccc, 0 }, + { 0xdddd, 0xdddd, 0xdddd, 0 }, + { 0xeeee, 0xeeee, 0xeeee, 0 }, + { 0xffff, 0xffff, 0xffff, 0 }, +}; + +static const struct vkms_color_lut test_linear_lut = { + .base = test_linear_array, + .lut_length = TEST_LUT_SIZE, + .channel_value2index_ratio = 0xf000fll +}; + + +static void vkms_color_test_get_lut_index(struct kunit *test) +{ + s64 lut_index; + int i; + + lut_index = get_lut_index(&test_linear_lut, test_linear_array[0].red); + KUNIT_EXPECT_EQ(test, drm_fixp2int(lut_index), 0); + + for (i = 0; i < TEST_LUT_SIZE; i++) { + lut_index = get_lut_index(&test_linear_lut, test_linear_array[i].red); + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(lut_index), i); + } +} + +static void vkms_color_test_lerp(struct kunit *test) +{ + /*** half-way round down ***/ + s64 t = 0x80000000 - 1; + + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x8); + + /* odd a */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x8); + + /* odd b */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0x8); + + /* b = a */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); + + /* b = a + 1 */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x10); + + /*** half-way round up ***/ + t = 0x80000000; + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x8); + + /* odd a */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x9); + + /* odd b */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0x8); + + /* b = a */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); + + /* b = a + 1 */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x11); + + /*** t = 0.0 ***/ + t = 0x0; + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x0); + + /* odd a */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x1); + + /* odd b */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0x1); + + /* b = a */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); + + /* b = a + 1 */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x10); + + /*** t = 1.0 ***/ + t = 0x100000000; + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x10); + + /* odd a */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x10); + + /* odd b */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0xf); + + /* b = a */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); + + /* b = a + 1 */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x11); + + /*** t = 0.0 + 1 ***/ + t = 0x0 + 1; + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x0); + + /* odd a */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x1); + + /* odd b */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0x1); + + /* b = a */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); + + /* b = a + 1 */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x10); + + /*** t = 1.0 - 1 ***/ + t = 0x100000000 - 1; + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x10); + + /* odd a */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x10); + + /* odd b */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0xf); + + /* b = a */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); + + /* b = a + 1 */ + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x11); + + /*** t chosen to verify the flipping point of result a (or b) to a+1 (or b-1) ***/ + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x1, 0x80000000 - 1), 0x0); + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x1, 0x80000000), 0x1); +} + +static struct kunit_case vkms_color_test_cases[] = { + KUNIT_CASE(vkms_color_test_get_lut_index), + KUNIT_CASE(vkms_color_test_lerp), + {} +}; + +static struct kunit_suite vkms_color_test_suite = { + .name = "vkms-color", + .test_cases = vkms_color_test_cases, +}; + +kunit_test_suite(vkms_color_test_suite); + +MODULE_DESCRIPTION("Kunit test for VKMS LUT handling"); +MODULE_LICENSE("GPL"); diff --git a/drivers/gpu/drm/vkms/vkms_composer.c b/drivers/gpu/drm/vkms/vkms_composer.c index 3d6785d081f2..d15ceac6c56f 100644 --- a/drivers/gpu/drm/vkms/vkms_composer.c +++ b/drivers/gpu/drm/vkms/vkms_composer.c @@ -12,6 +12,8 @@ #include <linux/minmax.h> #include "vkms_drv.h" +#include <kunit/visibility.h> +#include "vkms_composer.h" static u16 pre_mul_blend_channel(u16 src, u16 dst, u16 alpha) { @@ -91,7 +93,7 @@ static void fill_background(const struct pixel_argb_u16 *background_color, } // lerp(a, b, t) = a + (b - a) * t -static u16 lerp_u16(u16 a, u16 b, s64 t) +VISIBLE_IF_KUNIT u16 lerp_u16(u16 a, u16 b, s64 t) { s64 a_fp = drm_int2fixp(a); s64 b_fp = drm_int2fixp(b); @@ -100,13 +102,15 @@ static u16 lerp_u16(u16 a, u16 b, s64 t) return drm_fixp2int_round(a_fp + delta); } +EXPORT_SYMBOL_IF_KUNIT(lerp_u16); -static s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value) +VISIBLE_IF_KUNIT s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value) { s64 color_channel_fp = drm_int2fixp(channel_value); return drm_fixp_mul(color_channel_fp, lut->channel_value2index_ratio); } +EXPORT_SYMBOL_IF_KUNIT(get_lut_index); /* * This enum is related to the positions of the variables inside diff --git a/drivers/gpu/drm/vkms/vkms_composer.h b/drivers/gpu/drm/vkms/vkms_composer.h new file mode 100644 index 000000000000..9316a053e7d7 --- /dev/null +++ b/drivers/gpu/drm/vkms/vkms_composer.h @@ -0,0 +1,13 @@ +/* SPDX-License-Identifier: GPL-2.0+ */ + +#ifndef _VKMS_COMPOSER_H_ +#define _VKMS_COMPOSER_H_ + +#include <kunit/visibility.h> + +#if IS_ENABLED(CONFIG_KUNIT) +u16 lerp_u16(u16 a, u16 b, s64 t); +s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value); +#endif + +#endif /* _VKMS_COMPOSER_H_ */ -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 03/45] drm/vkms: Add kunit tests for VKMS LUT handling 2024-12-20 4:33 ` [V7 03/45] drm/vkms: Add kunit tests for VKMS LUT handling Alex Hung @ 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 9:51 ` Louis Chauvet 1 sibling, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-24 16:07 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx Cc: wayland-devel, harry.wentland, Arthur Grillo ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 03/45] drm/vkms: Add kunit tests for VKMS LUT handling 2024-12-20 4:33 ` [V7 03/45] drm/vkms: Add kunit tests for VKMS LUT handling Alex Hung 2025-02-24 16:07 ` Louis Chauvet @ 2025-02-25 9:51 ` Louis Chauvet 2025-02-25 14:45 ` Harry Wentland 1 sibling, 1 reply; 127+ messages in thread From: Louis Chauvet @ 2025-02-25 9:51 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx Cc: wayland-devel, harry.wentland, Arthur Grillo Le 20/12/2024 à 05:33, Alex Hung a écrit : > From: Harry Wentland <harry.wentland@amd.com> > > Debugging LUT math is much easier when we can unit test > it. Add kunit functionality to VKMS and add tests for > - get_lut_index > - lerp_u16 > > Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > Cc: Arthur Grillo <arthurgrillo@riseup.net> Hi, I would like to take this patch too. Can I take it with the modifications below: > --- > v7: > - Fix checkpatch warnings and errors (Louis Chauvet) > - Change SPDX-License-Identifier: GPL-2.0+ from /* */ to // > - Fix checkpatch errors and warnings (new line at EOF, redundant spaces, and long lines) > - Add static to const struct vkms_color_lut test_linear_lut > - Add "MODULE_DESCRIPTION" (Jeff Johnson) > > v6: > - Eliminate need to include test as .c file (Louis Chauvet) > > v5: > - Bring back static for lerp_u16 and get_lut_index (Arthur) > > v4: > - Test the critical points of the lerp function (Pekka) > > v3: > - Use include way of testing static functions (Arthur) > > drivers/gpu/drm/vkms/Kconfig | 15 ++ > drivers/gpu/drm/vkms/Makefile | 1 + > drivers/gpu/drm/vkms/tests/.kunitconfig | 4 + > drivers/gpu/drm/vkms/tests/Makefile | 3 + > drivers/gpu/drm/vkms/tests/vkms_color_test.c | 172 +++++++++++++++++++ > drivers/gpu/drm/vkms/vkms_composer.c | 8 +- > drivers/gpu/drm/vkms/vkms_composer.h | 13 ++ > 7 files changed, 214 insertions(+), 2 deletions(-) > create mode 100644 drivers/gpu/drm/vkms/tests/.kunitconfig > create mode 100644 drivers/gpu/drm/vkms/tests/Makefile > create mode 100644 drivers/gpu/drm/vkms/tests/vkms_color_test.c > create mode 100644 drivers/gpu/drm/vkms/vkms_composer.h > > diff --git a/drivers/gpu/drm/vkms/Kconfig b/drivers/gpu/drm/vkms/Kconfig > index b9ecdebecb0b..59c4a32adb9d 100644 > --- a/drivers/gpu/drm/vkms/Kconfig > +++ b/drivers/gpu/drm/vkms/Kconfig > @@ -13,3 +13,18 @@ config DRM_VKMS > a VKMS. > > If M is selected the module will be called vkms. > + > +config DRM_VKMS_KUNIT_TESTS Can I change to: config DRM_VKMS_KUNIT_TEST > + tristate "KUnit tests for VKMS." if !KUNIT_ALL_TESTS Can I change to: tristate "KUnit tests for VKMS" if !KUNIT_ALL_TESTS > + depends on DRM_VKMS=y && KUNIT Can I change to: depends on DRM_VKMS && KUNIT > + default KUNIT_ALL_TESTS > + help > + This builds unit tests for VKMS. This option is not useful for > + distributions or general kernels, but only for kernel > + developers working on VKMS. > + > + For more information on KUnit and unit tests in general, > + please refer to the KUnit documentation in > + Documentation/dev-tools/kunit/. > + > + If in doubt, say "N". > diff --git a/drivers/gpu/drm/vkms/Makefile b/drivers/gpu/drm/vkms/Makefile > index 1b28a6a32948..8d3e46dde635 100644 > --- a/drivers/gpu/drm/vkms/Makefile > +++ b/drivers/gpu/drm/vkms/Makefile > @@ -9,3 +9,4 @@ vkms-y := \ > vkms_writeback.o > > obj-$(CONFIG_DRM_VKMS) += vkms.o > +obj-$(CONFIG_DRM_VKMS_KUNIT_TESTS) += tests/ > diff --git a/drivers/gpu/drm/vkms/tests/.kunitconfig b/drivers/gpu/drm/vkms/tests/.kunitconfig > new file mode 100644 > index 000000000000..70e378228cbd > --- /dev/null > +++ b/drivers/gpu/drm/vkms/tests/.kunitconfig > @@ -0,0 +1,4 @@ > +CONFIG_KUNIT=y > +CONFIG_DRM=y > +CONFIG_DRM_VKMS=y > +CONFIG_DRM_VKMS_KUNIT_TESTS=y > diff --git a/drivers/gpu/drm/vkms/tests/Makefile b/drivers/gpu/drm/vkms/tests/Makefile > new file mode 100644 > index 000000000000..7876ca7a3c42 > --- /dev/null > +++ b/drivers/gpu/drm/vkms/tests/Makefile > @@ -0,0 +1,3 @@ > +# SPDX-License-Identifier: GPL-2.0-only > + > +obj-$(CONFIG_DRM_VKMS_KUNIT_TESTS) += vkms_color_test.o > \ No newline at end of file > diff --git a/drivers/gpu/drm/vkms/tests/vkms_color_test.c b/drivers/gpu/drm/vkms/tests/vkms_color_test.c > new file mode 100644 > index 000000000000..b53beaac2703 > --- /dev/null > +++ b/drivers/gpu/drm/vkms/tests/vkms_color_test.c > @@ -0,0 +1,172 @@ > +// SPDX-License-Identifier: GPL-2.0+ > + > +#include <kunit/test.h> > + > +#include <drm/drm_fixed.h> > +#include <drm/drm_mode.h> > +#include "../vkms_drv.h" > +#include "../vkms_composer.h" > + > +#define TEST_LUT_SIZE 16 > + > +MODULE_IMPORT_NS(EXPORTED_FOR_KUNIT_TESTING); Needs to be changed to: (Can I do it?) MODULE_IMPORT_NS("EXPORTED_FOR_KUNIT_TESTING"); Thanks, Louis Chauvet > + > +static struct drm_color_lut test_linear_array[TEST_LUT_SIZE] = { > + { 0x0, 0x0, 0x0, 0 }, > + { 0x1111, 0x1111, 0x1111, 0 }, > + { 0x2222, 0x2222, 0x2222, 0 }, > + { 0x3333, 0x3333, 0x3333, 0 }, > + { 0x4444, 0x4444, 0x4444, 0 }, > + { 0x5555, 0x5555, 0x5555, 0 }, > + { 0x6666, 0x6666, 0x6666, 0 }, > + { 0x7777, 0x7777, 0x7777, 0 }, > + { 0x8888, 0x8888, 0x8888, 0 }, > + { 0x9999, 0x9999, 0x9999, 0 }, > + { 0xaaaa, 0xaaaa, 0xaaaa, 0 }, > + { 0xbbbb, 0xbbbb, 0xbbbb, 0 }, > + { 0xcccc, 0xcccc, 0xcccc, 0 }, > + { 0xdddd, 0xdddd, 0xdddd, 0 }, > + { 0xeeee, 0xeeee, 0xeeee, 0 }, > + { 0xffff, 0xffff, 0xffff, 0 }, > +}; > + > +static const struct vkms_color_lut test_linear_lut = { > + .base = test_linear_array, > + .lut_length = TEST_LUT_SIZE, > + .channel_value2index_ratio = 0xf000fll > +}; > + > + > +static void vkms_color_test_get_lut_index(struct kunit *test) > +{ > + s64 lut_index; > + int i; > + > + lut_index = get_lut_index(&test_linear_lut, test_linear_array[0].red); > + KUNIT_EXPECT_EQ(test, drm_fixp2int(lut_index), 0); > + > + for (i = 0; i < TEST_LUT_SIZE; i++) { > + lut_index = get_lut_index(&test_linear_lut, test_linear_array[i].red); > + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(lut_index), i); > + } > +} > + > +static void vkms_color_test_lerp(struct kunit *test) > +{ > + /*** half-way round down ***/ > + s64 t = 0x80000000 - 1; > + > + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x8); > + > + /* odd a */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x8); > + > + /* odd b */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0x8); > + > + /* b = a */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); > + > + /* b = a + 1 */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x10); > + > + /*** half-way round up ***/ > + t = 0x80000000; > + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x8); > + > + /* odd a */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x9); > + > + /* odd b */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0x8); > + > + /* b = a */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); > + > + /* b = a + 1 */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x11); > + > + /*** t = 0.0 ***/ > + t = 0x0; > + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x0); > + > + /* odd a */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x1); > + > + /* odd b */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0x1); > + > + /* b = a */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); > + > + /* b = a + 1 */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x10); > + > + /*** t = 1.0 ***/ > + t = 0x100000000; > + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x10); > + > + /* odd a */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x10); > + > + /* odd b */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0xf); > + > + /* b = a */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); > + > + /* b = a + 1 */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x11); > + > + /*** t = 0.0 + 1 ***/ > + t = 0x0 + 1; > + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x0); > + > + /* odd a */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x1); > + > + /* odd b */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0x1); > + > + /* b = a */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); > + > + /* b = a + 1 */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x10); > + > + /*** t = 1.0 - 1 ***/ > + t = 0x100000000 - 1; > + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x10); > + > + /* odd a */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x10); > + > + /* odd b */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0xf); > + > + /* b = a */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); > + > + /* b = a + 1 */ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x11); > + > + /*** t chosen to verify the flipping point of result a (or b) to a+1 (or b-1) ***/ > + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x1, 0x80000000 - 1), 0x0); > + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x1, 0x80000000), 0x1); > +} > + > +static struct kunit_case vkms_color_test_cases[] = { > + KUNIT_CASE(vkms_color_test_get_lut_index), > + KUNIT_CASE(vkms_color_test_lerp), > + {} > +}; > + > +static struct kunit_suite vkms_color_test_suite = { > + .name = "vkms-color", > + .test_cases = vkms_color_test_cases, > +}; > + > +kunit_test_suite(vkms_color_test_suite); > + > +MODULE_DESCRIPTION("Kunit test for VKMS LUT handling"); > +MODULE_LICENSE("GPL"); > diff --git a/drivers/gpu/drm/vkms/vkms_composer.c b/drivers/gpu/drm/vkms/vkms_composer.c > index 3d6785d081f2..d15ceac6c56f 100644 > --- a/drivers/gpu/drm/vkms/vkms_composer.c > +++ b/drivers/gpu/drm/vkms/vkms_composer.c > @@ -12,6 +12,8 @@ > #include <linux/minmax.h> > > #include "vkms_drv.h" > +#include <kunit/visibility.h> > +#include "vkms_composer.h" > > static u16 pre_mul_blend_channel(u16 src, u16 dst, u16 alpha) > { > @@ -91,7 +93,7 @@ static void fill_background(const struct pixel_argb_u16 *background_color, > } > > // lerp(a, b, t) = a + (b - a) * t > -static u16 lerp_u16(u16 a, u16 b, s64 t) > +VISIBLE_IF_KUNIT u16 lerp_u16(u16 a, u16 b, s64 t) > { > s64 a_fp = drm_int2fixp(a); > s64 b_fp = drm_int2fixp(b); > @@ -100,13 +102,15 @@ static u16 lerp_u16(u16 a, u16 b, s64 t) > > return drm_fixp2int_round(a_fp + delta); > } > +EXPORT_SYMBOL_IF_KUNIT(lerp_u16); > > -static s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value) > +VISIBLE_IF_KUNIT s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value) > { > s64 color_channel_fp = drm_int2fixp(channel_value); > > return drm_fixp_mul(color_channel_fp, lut->channel_value2index_ratio); > } > +EXPORT_SYMBOL_IF_KUNIT(get_lut_index); > > /* > * This enum is related to the positions of the variables inside > diff --git a/drivers/gpu/drm/vkms/vkms_composer.h b/drivers/gpu/drm/vkms/vkms_composer.h > new file mode 100644 > index 000000000000..9316a053e7d7 > --- /dev/null > +++ b/drivers/gpu/drm/vkms/vkms_composer.h > @@ -0,0 +1,13 @@ > +/* SPDX-License-Identifier: GPL-2.0+ */ > + > +#ifndef _VKMS_COMPOSER_H_ > +#define _VKMS_COMPOSER_H_ > + > +#include <kunit/visibility.h> > + > +#if IS_ENABLED(CONFIG_KUNIT) > +u16 lerp_u16(u16 a, u16 b, s64 t); > +s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value); > +#endif > + > +#endif /* _VKMS_COMPOSER_H_ */ -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 03/45] drm/vkms: Add kunit tests for VKMS LUT handling 2025-02-25 9:51 ` Louis Chauvet @ 2025-02-25 14:45 ` Harry Wentland 0 siblings, 0 replies; 127+ messages in thread From: Harry Wentland @ 2025-02-25 14:45 UTC (permalink / raw) To: Louis Chauvet, Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, Arthur Grillo On 2025-02-25 04:51, Louis Chauvet wrote: > > > Le 20/12/2024 à 05:33, Alex Hung a écrit : >> From: Harry Wentland <harry.wentland@amd.com> >> >> Debugging LUT math is much easier when we can unit test >> it. Add kunit functionality to VKMS and add tests for >> - get_lut_index >> - lerp_u16 >> >> Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> >> Signed-off-by: Alex Hung <alex.hung@amd.com> >> Signed-off-by: Harry Wentland <harry.wentland@amd.com> >> Cc: Arthur Grillo <arthurgrillo@riseup.net> > > Hi, > > I would like to take this patch too. Can I take it with the modifications below: > >> --- >> v7: >> - Fix checkpatch warnings and errors (Louis Chauvet) >> - Change SPDX-License-Identifier: GPL-2.0+ from /* */ to // >> - Fix checkpatch errors and warnings (new line at EOF, redundant spaces, and long lines) >> - Add static to const struct vkms_color_lut test_linear_lut >> - Add "MODULE_DESCRIPTION" (Jeff Johnson) >> >> v6: >> - Eliminate need to include test as .c file (Louis Chauvet) >> >> v5: >> - Bring back static for lerp_u16 and get_lut_index (Arthur) >> >> v4: >> - Test the critical points of the lerp function (Pekka) >> >> v3: >> - Use include way of testing static functions (Arthur) >> drivers/gpu/drm/vkms/Kconfig | 15 ++ >> drivers/gpu/drm/vkms/Makefile | 1 + >> drivers/gpu/drm/vkms/tests/.kunitconfig | 4 + >> drivers/gpu/drm/vkms/tests/Makefile | 3 + >> drivers/gpu/drm/vkms/tests/vkms_color_test.c | 172 +++++++++++++++++++ >> drivers/gpu/drm/vkms/vkms_composer.c | 8 +- >> drivers/gpu/drm/vkms/vkms_composer.h | 13 ++ >> 7 files changed, 214 insertions(+), 2 deletions(-) >> create mode 100644 drivers/gpu/drm/vkms/tests/.kunitconfig >> create mode 100644 drivers/gpu/drm/vkms/tests/Makefile >> create mode 100644 drivers/gpu/drm/vkms/tests/vkms_color_test.c >> create mode 100644 drivers/gpu/drm/vkms/vkms_composer.h >> >> diff --git a/drivers/gpu/drm/vkms/Kconfig b/drivers/gpu/drm/vkms/Kconfig >> index b9ecdebecb0b..59c4a32adb9d 100644 >> --- a/drivers/gpu/drm/vkms/Kconfig >> +++ b/drivers/gpu/drm/vkms/Kconfig >> @@ -13,3 +13,18 @@ config DRM_VKMS >> a VKMS. >> If M is selected the module will be called vkms. >> + >> +config DRM_VKMS_KUNIT_TESTS > > Can I change to: > > config DRM_VKMS_KUNIT_TEST > >> + tristate "KUnit tests for VKMS." if !KUNIT_ALL_TESTS > > Can I change to: > > tristate "KUnit tests for VKMS" if !KUNIT_ALL_TESTS > >> + depends on DRM_VKMS=y && KUNIT > > Can I change to: > > depends on DRM_VKMS && KUNIT > >> + default KUNIT_ALL_TESTS >> + help >> + This builds unit tests for VKMS. This option is not useful for >> + distributions or general kernels, but only for kernel >> + developers working on VKMS. >> + >> + For more information on KUnit and unit tests in general, >> + please refer to the KUnit documentation in >> + Documentation/dev-tools/kunit/. >> + >> + If in doubt, say "N". >> diff --git a/drivers/gpu/drm/vkms/Makefile b/drivers/gpu/drm/vkms/Makefile >> index 1b28a6a32948..8d3e46dde635 100644 >> --- a/drivers/gpu/drm/vkms/Makefile >> +++ b/drivers/gpu/drm/vkms/Makefile >> @@ -9,3 +9,4 @@ vkms-y := \ >> vkms_writeback.o >> obj-$(CONFIG_DRM_VKMS) += vkms.o >> +obj-$(CONFIG_DRM_VKMS_KUNIT_TESTS) += tests/ >> diff --git a/drivers/gpu/drm/vkms/tests/.kunitconfig b/drivers/gpu/drm/vkms/tests/.kunitconfig >> new file mode 100644 >> index 000000000000..70e378228cbd >> --- /dev/null >> +++ b/drivers/gpu/drm/vkms/tests/.kunitconfig >> @@ -0,0 +1,4 @@ >> +CONFIG_KUNIT=y >> +CONFIG_DRM=y >> +CONFIG_DRM_VKMS=y >> +CONFIG_DRM_VKMS_KUNIT_TESTS=y >> diff --git a/drivers/gpu/drm/vkms/tests/Makefile b/drivers/gpu/drm/vkms/tests/Makefile >> new file mode 100644 >> index 000000000000..7876ca7a3c42 >> --- /dev/null >> +++ b/drivers/gpu/drm/vkms/tests/Makefile >> @@ -0,0 +1,3 @@ >> +# SPDX-License-Identifier: GPL-2.0-only >> + >> +obj-$(CONFIG_DRM_VKMS_KUNIT_TESTS) += vkms_color_test.o >> \ No newline at end of file >> diff --git a/drivers/gpu/drm/vkms/tests/vkms_color_test.c b/drivers/gpu/drm/vkms/tests/vkms_color_test.c >> new file mode 100644 >> index 000000000000..b53beaac2703 >> --- /dev/null >> +++ b/drivers/gpu/drm/vkms/tests/vkms_color_test.c >> @@ -0,0 +1,172 @@ >> +// SPDX-License-Identifier: GPL-2.0+ >> + >> +#include <kunit/test.h> >> + >> +#include <drm/drm_fixed.h> >> +#include <drm/drm_mode.h> >> +#include "../vkms_drv.h" >> +#include "../vkms_composer.h" >> + >> +#define TEST_LUT_SIZE 16 >> + >> +MODULE_IMPORT_NS(EXPORTED_FOR_KUNIT_TESTING); > > Needs to be changed to: (Can I do it?) > > MODULE_IMPORT_NS("EXPORTED_FOR_KUNIT_TESTING"); > Sure, no objections to any of the changes. Feel free to take it whenever you like. Harry > Thanks, > Louis Chauvet > >> + >> +static struct drm_color_lut test_linear_array[TEST_LUT_SIZE] = { >> + { 0x0, 0x0, 0x0, 0 }, >> + { 0x1111, 0x1111, 0x1111, 0 }, >> + { 0x2222, 0x2222, 0x2222, 0 }, >> + { 0x3333, 0x3333, 0x3333, 0 }, >> + { 0x4444, 0x4444, 0x4444, 0 }, >> + { 0x5555, 0x5555, 0x5555, 0 }, >> + { 0x6666, 0x6666, 0x6666, 0 }, >> + { 0x7777, 0x7777, 0x7777, 0 }, >> + { 0x8888, 0x8888, 0x8888, 0 }, >> + { 0x9999, 0x9999, 0x9999, 0 }, >> + { 0xaaaa, 0xaaaa, 0xaaaa, 0 }, >> + { 0xbbbb, 0xbbbb, 0xbbbb, 0 }, >> + { 0xcccc, 0xcccc, 0xcccc, 0 }, >> + { 0xdddd, 0xdddd, 0xdddd, 0 }, >> + { 0xeeee, 0xeeee, 0xeeee, 0 }, >> + { 0xffff, 0xffff, 0xffff, 0 }, >> +}; >> + >> +static const struct vkms_color_lut test_linear_lut = { >> + .base = test_linear_array, >> + .lut_length = TEST_LUT_SIZE, >> + .channel_value2index_ratio = 0xf000fll >> +}; >> + >> + >> +static void vkms_color_test_get_lut_index(struct kunit *test) >> +{ >> + s64 lut_index; >> + int i; >> + >> + lut_index = get_lut_index(&test_linear_lut, test_linear_array[0].red); >> + KUNIT_EXPECT_EQ(test, drm_fixp2int(lut_index), 0); >> + >> + for (i = 0; i < TEST_LUT_SIZE; i++) { >> + lut_index = get_lut_index(&test_linear_lut, test_linear_array[i].red); >> + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(lut_index), i); >> + } >> +} >> + >> +static void vkms_color_test_lerp(struct kunit *test) >> +{ >> + /*** half-way round down ***/ >> + s64 t = 0x80000000 - 1; >> + >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x8); >> + >> + /* odd a */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x8); >> + >> + /* odd b */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0x8); >> + >> + /* b = a */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); >> + >> + /* b = a + 1 */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x10); >> + >> + /*** half-way round up ***/ >> + t = 0x80000000; >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x8); >> + >> + /* odd a */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x9); >> + >> + /* odd b */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0x8); >> + >> + /* b = a */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); >> + >> + /* b = a + 1 */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x11); >> + >> + /*** t = 0.0 ***/ >> + t = 0x0; >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x0); >> + >> + /* odd a */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x1); >> + >> + /* odd b */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0x1); >> + >> + /* b = a */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); >> + >> + /* b = a + 1 */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x10); >> + >> + /*** t = 1.0 ***/ >> + t = 0x100000000; >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x10); >> + >> + /* odd a */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x10); >> + >> + /* odd b */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0xf); >> + >> + /* b = a */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); >> + >> + /* b = a + 1 */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x11); >> + >> + /*** t = 0.0 + 1 ***/ >> + t = 0x0 + 1; >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x0); >> + >> + /* odd a */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x1); >> + >> + /* odd b */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0x1); >> + >> + /* b = a */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); >> + >> + /* b = a + 1 */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x10); >> + >> + /*** t = 1.0 - 1 ***/ >> + t = 0x100000000 - 1; >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x10, t), 0x10); >> + >> + /* odd a */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0x10, t), 0x10); >> + >> + /* odd b */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x1, 0xf, t), 0xf); >> + >> + /* b = a */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x10, t), 0x10); >> + >> + /* b = a + 1 */ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x10, 0x11, t), 0x11); >> + >> + /*** t chosen to verify the flipping point of result a (or b) to a+1 (or b-1) ***/ >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x1, 0x80000000 - 1), 0x0); >> + KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x1, 0x80000000), 0x1); >> +} >> + >> +static struct kunit_case vkms_color_test_cases[] = { >> + KUNIT_CASE(vkms_color_test_get_lut_index), >> + KUNIT_CASE(vkms_color_test_lerp), >> + {} >> +}; >> + >> +static struct kunit_suite vkms_color_test_suite = { >> + .name = "vkms-color", >> + .test_cases = vkms_color_test_cases, >> +}; >> + >> +kunit_test_suite(vkms_color_test_suite); >> + >> +MODULE_DESCRIPTION("Kunit test for VKMS LUT handling"); >> +MODULE_LICENSE("GPL"); >> diff --git a/drivers/gpu/drm/vkms/vkms_composer.c b/drivers/gpu/drm/vkms/vkms_composer.c >> index 3d6785d081f2..d15ceac6c56f 100644 >> --- a/drivers/gpu/drm/vkms/vkms_composer.c >> +++ b/drivers/gpu/drm/vkms/vkms_composer.c >> @@ -12,6 +12,8 @@ >> #include <linux/minmax.h> >> #include "vkms_drv.h" >> +#include <kunit/visibility.h> >> +#include "vkms_composer.h" >> static u16 pre_mul_blend_channel(u16 src, u16 dst, u16 alpha) >> { >> @@ -91,7 +93,7 @@ static void fill_background(const struct pixel_argb_u16 *background_color, >> } >> // lerp(a, b, t) = a + (b - a) * t >> -static u16 lerp_u16(u16 a, u16 b, s64 t) >> +VISIBLE_IF_KUNIT u16 lerp_u16(u16 a, u16 b, s64 t) >> { >> s64 a_fp = drm_int2fixp(a); >> s64 b_fp = drm_int2fixp(b); >> @@ -100,13 +102,15 @@ static u16 lerp_u16(u16 a, u16 b, s64 t) >> return drm_fixp2int_round(a_fp + delta); >> } >> +EXPORT_SYMBOL_IF_KUNIT(lerp_u16); >> -static s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value) >> +VISIBLE_IF_KUNIT s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value) >> { >> s64 color_channel_fp = drm_int2fixp(channel_value); >> return drm_fixp_mul(color_channel_fp, lut->channel_value2index_ratio); >> } >> +EXPORT_SYMBOL_IF_KUNIT(get_lut_index); >> /* >> * This enum is related to the positions of the variables inside >> diff --git a/drivers/gpu/drm/vkms/vkms_composer.h b/drivers/gpu/drm/vkms/vkms_composer.h >> new file mode 100644 >> index 000000000000..9316a053e7d7 >> --- /dev/null >> +++ b/drivers/gpu/drm/vkms/vkms_composer.h >> @@ -0,0 +1,13 @@ >> +/* SPDX-License-Identifier: GPL-2.0+ */ >> + >> +#ifndef _VKMS_COMPOSER_H_ >> +#define _VKMS_COMPOSER_H_ >> + >> +#include <kunit/visibility.h> >> + >> +#if IS_ENABLED(CONFIG_KUNIT) >> +u16 lerp_u16(u16 a, u16 b, s64 t); >> +s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value); >> +#endif >> + >> +#endif /* _VKMS_COMPOSER_H_ */ > ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 04/45] drm/doc/rfc: Describe why prescriptive color pipeline is needed 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (2 preceding siblings ...) 2024-12-20 4:33 ` [V7 03/45] drm/vkms: Add kunit tests for VKMS LUT handling Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2024-12-20 4:33 ` [V7 05/45] drm/colorop: Introduce new drm_colorop mode object Alex Hung ` (40 subsequent siblings) 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> Add documentation for color pipeline API. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Add a commit messages v5: - Don't require BYPASS to succeed (Sebastian) - use DATA for 1D and 3D LUT types (Sebastian) - update 3DLUT ops to use 3DLUT_MODES and 3DLUT_MODE_INDEX - Add section on drm_colorop extensibility - Add color_pipeline.rst to RFC toc tree v4: - Drop IOCTL docs since we dropped the IOCTLs (Pekka) - Clarify reading and setting of COLOR_PIPELINE prop (Pekka) - Add blurb about not requiring to reject a pipeline due to incompatible ops, as long as op can be bypassed (Pekka) - Dropped informational strings (such as input CSC) as they're not actually intended to be advertised (Pekka) v3: - Describe DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE (Sebastian) - Ask for clear documentation of colorop behavior (Sebastian) v2: - Update colorop visualizations to match reality (Sebastian, Alex Hung) - Updated wording (Pekka) - Change BYPASS wording to make it non-mandatory (Sebastian) - Drop cover-letter-like paragraph from COLOR_PIPELINE Plane Property section (Pekka) - Use PQ EOTF instead of its inverse in Pipeline Programming example (Melissa) - Add "Driver Implementer's Guide" section (Pekka) - Add "Driver Forward/Backward Compatibility" section (Sebastian, Pekka) Documentation/gpu/rfc/color_pipeline.rst | 378 +++++++++++++++++++++++ Documentation/gpu/rfc/index.rst | 3 + 2 files changed, 381 insertions(+) create mode 100644 Documentation/gpu/rfc/color_pipeline.rst diff --git a/Documentation/gpu/rfc/color_pipeline.rst b/Documentation/gpu/rfc/color_pipeline.rst new file mode 100644 index 000000000000..0470c4bc1148 --- /dev/null +++ b/Documentation/gpu/rfc/color_pipeline.rst @@ -0,0 +1,378 @@ +.. SPDX-License-Identifier: GPL-2.0 + +======================== +Linux Color Pipeline API +======================== + +What problem are we solving? +============================ + +We would like to support pre-, and post-blending complex color +transformations in display controller hardware in order to allow for +HW-supported HDR use-cases, as well as to provide support to +color-managed applications, such as video or image editors. + +It is possible to support an HDR output on HW supporting the Colorspace +and HDR Metadata drm_connector properties, but that requires the +compositor or application to render and compose the content into one +final buffer intended for display. Doing so is costly. + +Most modern display HW offers various 1D LUTs, 3D LUTs, matrices, and other +operations to support color transformations. These operations are often +implemented in fixed-function HW and therefore much more power efficient than +performing similar operations via shaders or CPU. + +We would like to make use of this HW functionality to support complex color +transformations with no, or minimal CPU or shader load. + + +How are other OSes solving this problem? +======================================== + +The most widely supported use-cases regard HDR content, whether video or +gaming. + +Most OSes will specify the source content format (color gamut, encoding transfer +function, and other metadata, such as max and average light levels) to a driver. +Drivers will then program their fixed-function HW accordingly to map from a +source content buffer's space to a display's space. + +When fixed-function HW is not available the compositor will assemble a shader to +ask the GPU to perform the transformation from the source content format to the +display's format. + +A compositor's mapping function and a driver's mapping function are usually +entirely separate concepts. On OSes where a HW vendor has no insight into +closed-source compositor code such a vendor will tune their color management +code to visually match the compositor's. On other OSes, where both mapping +functions are open to an implementer they will ensure both mappings match. + +This results in mapping algorithm lock-in, meaning that no-one alone can +experiment with or introduce new mapping algorithms and achieve +consistent results regardless of which implementation path is taken. + +Why is Linux different? +======================= + +Unlike other OSes, where there is one compositor for one or more drivers, on +Linux we have a many-to-many relationship. Many compositors; many drivers. +In addition each compositor vendor or community has their own view of how +color management should be done. This is what makes Linux so beautiful. + +This means that a HW vendor can now no longer tune their driver to one +compositor, as tuning it to one could make it look fairly different from +another compositor's color mapping. + +We need a better solution. + + +Descriptive API +=============== + +An API that describes the source and destination colorspaces is a descriptive +API. It describes the input and output color spaces but does not describe +how precisely they should be mapped. Such a mapping includes many minute +design decision that can greatly affect the look of the final result. + +It is not feasible to describe such mapping with enough detail to ensure the +same result from each implementation. In fact, these mappings are a very active +research area. + + +Prescriptive API +================ + +A prescriptive API describes not the source and destination colorspaces. It +instead prescribes a recipe for how to manipulate pixel values to arrive at the +desired outcome. + +This recipe is generally an ordered list of straight-forward operations, +with clear mathematical definitions, such as 1D LUTs, 3D LUTs, matrices, +or other operations that can be described in a precise manner. + + +The Color Pipeline API +====================== + +HW color management pipelines can significantly differ between HW +vendors in terms of availability, ordering, and capabilities of HW +blocks. This makes a common definition of color management blocks and +their ordering nigh impossible. Instead we are defining an API that +allows user space to discover the HW capabilities in a generic manner, +agnostic of specific drivers and hardware. + + +drm_colorop Object +================== + +To support the definition of color pipelines we define the DRM core +object type drm_colorop. Individual drm_colorop objects will be chained +via the NEXT property of a drm_colorop to constitute a color pipeline. +Each drm_colorop object is unique, i.e., even if multiple color +pipelines have the same operation they won't share the same drm_colorop +object to describe that operation. + +Note that drivers are not expected to map drm_colorop objects statically +to specific HW blocks. The mapping of drm_colorop objects is entirely a +driver-internal detail and can be as dynamic or static as a driver needs +it to be. See more in the Driver Implementation Guide section below. + +Each drm_colorop has three core properties: + +TYPE: An enumeration property, definint the type of transformation, such as +* enumerated curve +* custom (uniform) 1D LUT +* 3x3 matrix +* 3x4 matrix +* 3D LUT +* etc. + +Depending on the type of transformation other properties will describe +more details. + +BYPASS: A boolean property that can be used to easily put a block into +bypass mode. The BYPASS property is not mandatory for a colorop, as long +as the entire pipeline can get bypassed by setting the COLOR_PIPELINE on +a plane to '0'. + +NEXT: The ID of the next drm_colorop in a color pipeline, or 0 if this +drm_colorop is the last in the chain. + +An example of a drm_colorop object might look like one of these:: + + /* 1D enumerated curve */ + Color operation 42 + ├─ "TYPE": immutable enum {1D enumerated curve, 1D LUT, 3x3 matrix, 3x4 matrix, 3D LUT, etc.} = 1D enumerated curve + ├─ "BYPASS": bool {true, false} + ├─ "CURVE_1D_TYPE": enum {sRGB EOTF, sRGB inverse EOTF, PQ EOTF, PQ inverse EOTF, …} + └─ "NEXT": immutable color operation ID = 43 + + /* custom 4k entry 1D LUT */ + Color operation 52 + ├─ "TYPE": immutable enum {1D enumerated curve, 1D LUT, 3x3 matrix, 3x4 matrix, 3D LUT, etc.} = 1D LUT + ├─ "BYPASS": bool {true, false} + ├─ "SIZE": immutable range = 4096 + ├─ "DATA": blob + └─ "NEXT": immutable color operation ID = 0 + + /* 17^3 3D LUT */ + Color operation 72 + ├─ "TYPE": immutable enum {1D enumerated curve, 1D LUT, 3x3 matrix, 3x4 matrix, 3D LUT, etc.} = 3D LUT + ├─ "BYPASS": bool {true, false} + ├─ "3DLUT_MODES": read-only blob of supported 3DLUT modes + ├─ "3DLUT_MODE_INDEX": index of selected 3DLUT mode + ├─ "DATA": blob + └─ "NEXT": immutable color operation ID = 73 + +drm_colorop extensibility +------------------------- + +Unlike existing DRM core objects, like &drm_plane, drm_colorop is not +extensible. This simplifies implementations and keeps all functionality +for managing &drm_colorop objects in the DRM core. + +If there is a need one may introduce a simple &drm_colorop_funcs +function table in the future, for example to support an IN_FORMATS +property on a &drm_colorop. + +If a driver requires the ability to create a driver-specific colorop +object they will need to add &drm_colorop func table support with +support for the usual functions, like destroy, atomic_duplicate_state, +and atomic_destroy_state. + + +COLOR_PIPELINE Plane Property +============================= + +Color Pipelines are created by a driver and advertised via a new +COLOR_PIPELINE enum property on each plane. Values of the property +always include object id 0, which is the default and means all color +processing is disabled. Additional values will be the object IDs of the +first drm_colorop in a pipeline. A driver can create and advertise none, +one, or more possible color pipelines. A DRM client will select a color +pipeline by setting the COLOR PIPELINE to the respective value. + +NOTE: Many DRM clients will set enumeration properties via the string +value, often hard-coding it. Since this enumeration is generated based +on the colorop object IDs it is important to perform the Color Pipeline +Discovery, described below, instead of hard-coding color pipeline +assignment. Drivers might generate the enum strings dynamically. +Hard-coded strings might only work for specific drivers on a specific +pieces of HW. Color Pipeline Discovery can work universally, as long as +drivers implement the required color operations. + +The COLOR_PIPELINE property is only exposed when the +DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE is set. Drivers shall ignore any +existing pre-blend color operations when this cap is set, such as +COLOR_RANGE and COLOR_ENCODING. If drivers want to support COLOR_RANGE +or COLOR_ENCODING functionality when the color pipeline client cap is +set, they are expected to expose colorops in the pipeline to allow for +the appropriate color transformation. + +Setting of the COLOR_PIPELINE plane property or drm_colorop properties +is only allowed for userspace that sets this client cap. + +An example of a COLOR_PIPELINE property on a plane might look like this:: + + Plane 10 + ├─ "TYPE": immutable enum {Overlay, Primary, Cursor} = Primary + ├─ … + └─ "COLOR_PIPELINE": enum {0, 42, 52} = 0 + + +Color Pipeline Discovery +======================== + +A DRM client wanting color management on a drm_plane will: + +1. Get the COLOR_PIPELINE property of the plane +2. iterate all COLOR_PIPELINE enum values +3. for each enum value walk the color pipeline (via the NEXT pointers) + and see if the available color operations are suitable for the + desired color management operations + +If userspace encounters an unknown or unsuitable color operation during +discovery it does not need to reject the entire color pipeline outright, +as long as the unknown or unsuitable colorop has a "BYPASS" property. +Drivers will ensure that a bypassed block does not have any effect. + +An example of chained properties to define an AMD pre-blending color +pipeline might look like this:: + + Plane 10 + ├─ "TYPE" (immutable) = Primary + └─ "COLOR_PIPELINE": enum {0, 44} = 0 + + Color operation 44 + ├─ "TYPE" (immutable) = 1D enumerated curve + ├─ "BYPASS": bool + ├─ "CURVE_1D_TYPE": enum {sRGB EOTF, PQ EOTF} = sRGB EOTF + └─ "NEXT" (immutable) = 45 + + Color operation 45 + ├─ "TYPE" (immutable) = 3x4 Matrix + ├─ "BYPASS": bool + ├─ "DATA": blob + └─ "NEXT" (immutable) = 46 + + Color operation 46 + ├─ "TYPE" (immutable) = 1D enumerated curve + ├─ "BYPASS": bool + ├─ "CURVE_1D_TYPE": enum {sRGB Inverse EOTF, PQ Inverse EOTF} = sRGB EOTF + └─ "NEXT" (immutable) = 47 + + Color operation 47 + ├─ "TYPE" (immutable) = 1D LUT + ├─ "SIZE": immutable range = 4096 + ├─ "DATA": blob + └─ "NEXT" (immutable) = 48 + + Color operation 48 + ├─ "TYPE" (immutable) = 3D LUT + ├─ "3DLUT_MODE_INDEX": 0 + ├─ "DATA": blob + └─ "NEXT" (immutable) = 49 + + Color operation 49 + ├─ "TYPE" (immutable) = 1D enumerated curve + ├─ "BYPASS": bool + ├─ "CURVE_1D_TYPE": enum {sRGB EOTF, PQ EOTF} = sRGB EOTF + └─ "NEXT" (immutable) = 0 + + +Color Pipeline Programming +========================== + +Once a DRM client has found a suitable pipeline it will: + +1. Set the COLOR_PIPELINE enum value to the one pointing at the first + drm_colorop object of the desired pipeline +2. Set the properties for all drm_colorop objects in the pipeline to the + desired values, setting BYPASS to true for unused drm_colorop blocks, + and false for enabled drm_colorop blocks +3. Perform (TEST_ONLY or not) atomic commit with all the other KMS + states it wishes to change + +To configure the pipeline for an HDR10 PQ plane and blending in linear +space, a compositor might perform an atomic commit with the following +property values:: + + Plane 10 + └─ "COLOR_PIPELINE" = 42 + + Color operation 42 + └─ "BYPASS" = true + + Color operation 44 + └─ "BYPASS" = true + + Color operation 45 + └─ "BYPASS" = true + + Color operation 46 + └─ "BYPASS" = true + + Color operation 47 + ├─ "LUT_3D_DATA" = Gamut mapping + tone mapping + night mode + └─ "BYPASS" = false + + Color operation 48 + ├─ "CURVE_1D_TYPE" = PQ EOTF + └─ "BYPASS" = false + + +Driver Implementer's Guide +========================== + +What does this all mean for driver implementations? As noted above the +colorops can map to HW directly but don't need to do so. Here are some +suggestions on how to think about creating your color pipelines: + +- Try to expose pipelines that use already defined colorops, even if + your hardware pipeline is split differently. This allows existing + userspace to immediately take advantage of the hardware. + +- Additionally, try to expose your actual hardware blocks as colorops. + Define new colorop types where you believe it can offer significant + benefits if userspace learns to program them. + +- Avoid defining new colorops for compound operations with very narrow + scope. If you have a hardware block for a special operation that + cannot be split further, you can expose that as a new colorop type. + However, try to not define colorops for "use cases", especially if + they require you to combine multiple hardware blocks. + +- Design new colorops as prescriptive, not descriptive; by the + mathematical formula, not by the assumed input and output. + +A defined colorop type must be deterministic. The exact behavior of the +colorop must be documented entirely, whether via a mathematical formula +or some other description. Its operation can depend only on its +properties and input and nothing else, allowed error tolerance +notwithstanding. + + +Driver Forward/Backward Compatibility +===================================== + +As this is uAPI drivers can't regress color pipelines that have been +introduced for a given HW generation. New HW generations are free to +abandon color pipelines advertised for previous generations. +Nevertheless, it can be beneficial to carry support for existing color +pipelines forward as those will likely already have support in DRM +clients. + +Introducing new colorops to a pipeline is fine, as long as they can be +bypassed or are purely informational. DRM clients implementing support +for the pipeline can always skip unknown properties as long as they can +be confident that doing so will not cause unexpected results. + +If a new colorop doesn't fall into one of the above categories +(bypassable or informational) the modified pipeline would be unusable +for user space. In this case a new pipeline should be defined. + + +References +========== + +1. https://lore.kernel.org/dri-devel/QMers3awXvNCQlyhWdTtsPwkp5ie9bze_hD5nAccFW7a_RXlWjYB7MoUW_8CKLT2bSQwIXVi5H6VULYIxCdgvryZoAoJnC5lZgyK1QWn488=@emersion.fr/ \ No newline at end of file diff --git a/Documentation/gpu/rfc/index.rst b/Documentation/gpu/rfc/index.rst index 476719771eef..d3726adeca6a 100644 --- a/Documentation/gpu/rfc/index.rst +++ b/Documentation/gpu/rfc/index.rst @@ -31,3 +31,6 @@ host such documentation: .. toctree:: i915_vm_bind.rst + +.. toctree:: + color_pipeline.rst \ No newline at end of file -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* [V7 05/45] drm/colorop: Introduce new drm_colorop mode object 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (3 preceding siblings ...) 2024-12-20 4:33 ` [V7 04/45] drm/doc/rfc: Describe why prescriptive color pipeline is needed Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-13 8:04 ` Simon Ser ` (2 more replies) 2024-12-20 4:33 ` [V7 06/45] drm/colorop: Add TYPE property Alex Hung ` (39 subsequent siblings) 44 siblings, 3 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> This patches introduces a new drm_colorop mode object. This object represents color transformations and can be used to define color pipelines. We also introduce the drm_colorop_state here, as well as various helpers and state tracking bits. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Fix checkpatch warnings and errors - Add a tab to for_each_oldnew_colorop_in_state definition - Change unsigned index to unsigned int index - Fix a checkpatch warning - a new line after variable declaration v6: - Comment that properties validity depends on type (Louis Chauvet) v5: - Add comment to drm_atomic_state.colorops - Replace a misplaced 'plane' with 'colorop' in comment - Fix colorop_list kernel doc - Add kernel doc for color_pipeline - drop unused drm_colorop_destroy_state - drop drm_colorop_init, to be introduced in later patch when used - Add kernel docs - Drop TODOs v4: - Drop IOCTL definitions (Pekka) - add missing declaration (Chaitanya Kumar Borah) v3: - Drop TODO for lock (it's handled in drm_modeset_drop_locks) (Melissa) - Don't get plane state when getting colorop state - Make some functions static (kernel test robot) drivers/gpu/drm/Makefile | 1 + drivers/gpu/drm/drm_atomic.c | 70 ++++++++++++ drivers/gpu/drm/drm_atomic_helper.c | 12 ++ drivers/gpu/drm/drm_atomic_uapi.c | 48 ++++++++ drivers/gpu/drm/drm_colorop.c | 104 +++++++++++++++++ drivers/gpu/drm/drm_mode_config.c | 7 ++ include/drm/drm_atomic.h | 89 +++++++++++++++ include/drm/drm_atomic_uapi.h | 1 + include/drm/drm_colorop.h | 166 ++++++++++++++++++++++++++++ include/drm/drm_mode_config.h | 18 +++ include/drm/drm_plane.h | 8 ++ include/uapi/drm/drm_mode.h | 1 + 12 files changed, 525 insertions(+) create mode 100644 drivers/gpu/drm/drm_colorop.c create mode 100644 include/drm/drm_colorop.h diff --git a/drivers/gpu/drm/Makefile b/drivers/gpu/drm/Makefile index 784229d4504d..055f3e535d15 100644 --- a/drivers/gpu/drm/Makefile +++ b/drivers/gpu/drm/Makefile @@ -44,6 +44,7 @@ drm-y := \ drm_client.o \ drm_client_modeset.o \ drm_color_mgmt.o \ + drm_colorop.o \ drm_connector.o \ drm_crtc.o \ drm_displayid.o \ diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c index 0fc99da93afe..327d906c48c5 100644 --- a/drivers/gpu/drm/drm_atomic.c +++ b/drivers/gpu/drm/drm_atomic.c @@ -42,6 +42,7 @@ #include <drm/drm_mode.h> #include <drm/drm_print.h> #include <drm/drm_writeback.h> +#include <drm/drm_colorop.h> #include "drm_crtc_internal.h" #include "drm_internal.h" @@ -107,6 +108,7 @@ void drm_atomic_state_default_release(struct drm_atomic_state *state) kfree(state->connectors); kfree(state->crtcs); kfree(state->planes); + kfree(state->colorops); kfree(state->private_objs); } EXPORT_SYMBOL(drm_atomic_state_default_release); @@ -138,6 +140,10 @@ drm_atomic_state_init(struct drm_device *dev, struct drm_atomic_state *state) sizeof(*state->planes), GFP_KERNEL); if (!state->planes) goto fail; + state->colorops = kcalloc(dev->mode_config.num_colorop, + sizeof(*state->colorops), GFP_KERNEL); + if (!state->colorops) + goto fail; /* * Because drm_atomic_state can be committed asynchronously we need our @@ -249,6 +255,20 @@ void drm_atomic_state_default_clear(struct drm_atomic_state *state) state->planes[i].new_state = NULL; } + for (i = 0; i < config->num_colorop; i++) { + struct drm_colorop *colorop = state->colorops[i].ptr; + + if (!colorop) + continue; + + drm_colorop_atomic_destroy_state(colorop, + state->colorops[i].state); + state->colorops[i].ptr = NULL; + state->colorops[i].state = NULL; + state->colorops[i].old_state = NULL; + state->colorops[i].new_state = NULL; + } + for (i = 0; i < state->num_private_objs; i++) { struct drm_private_obj *obj = state->private_objs[i].ptr; @@ -568,6 +588,56 @@ drm_atomic_get_plane_state(struct drm_atomic_state *state, } EXPORT_SYMBOL(drm_atomic_get_plane_state); + +/** + * drm_atomic_get_colorop_state - get colorop state + * @state: global atomic state object + * @colorop: colorop to get state object for + * + * This function returns the colorop state for the given colorop, allocating it + * if needed. It will also grab the relevant plane lock to make sure that the + * state is consistent. + * + * Returns: + * + * Either the allocated state or the error code encoded into the pointer. When + * the error is EDEADLK then the w/w mutex code has detected a deadlock and the + * entire atomic sequence must be restarted. All other errors are fatal. + */ +struct drm_colorop_state * +drm_atomic_get_colorop_state(struct drm_atomic_state *state, + struct drm_colorop *colorop) +{ + int ret, index = drm_colorop_index(colorop); + struct drm_colorop_state *colorop_state; + + WARN_ON(!state->acquire_ctx); + + colorop_state = drm_atomic_get_existing_colorop_state(state, colorop); + if (colorop_state) + return colorop_state; + + ret = drm_modeset_lock(&colorop->plane->mutex, state->acquire_ctx); + if (ret) + return ERR_PTR(ret); + + colorop_state = drm_atomic_helper_colorop_duplicate_state(colorop); + if (!colorop_state) + return ERR_PTR(-ENOMEM); + + state->colorops[index].state = colorop_state; + state->colorops[index].ptr = colorop; + state->colorops[index].old_state = colorop->state; + state->colorops[index].new_state = colorop_state; + colorop_state->state = state; + + drm_dbg_atomic(colorop->dev, "Added [COLOROP:%d] %p state to %p\n", + colorop->base.id, colorop_state, state); + + return colorop_state; +} +EXPORT_SYMBOL(drm_atomic_get_colorop_state); + static bool plane_switching_crtc(const struct drm_plane_state *old_plane_state, const struct drm_plane_state *new_plane_state) diff --git a/drivers/gpu/drm/drm_atomic_helper.c b/drivers/gpu/drm/drm_atomic_helper.c index 43cdf39019a4..70ed524bb3c1 100644 --- a/drivers/gpu/drm/drm_atomic_helper.c +++ b/drivers/gpu/drm/drm_atomic_helper.c @@ -3022,6 +3022,8 @@ int drm_atomic_helper_swap_state(struct drm_atomic_state *state, struct drm_crtc_state *old_crtc_state, *new_crtc_state; struct drm_plane *plane; struct drm_plane_state *old_plane_state, *new_plane_state; + struct drm_colorop *colorop; + struct drm_colorop_state *old_colorop_state, *new_colorop_state; struct drm_crtc_commit *commit; struct drm_private_obj *obj; struct drm_private_state *old_obj_state, *new_obj_state; @@ -3099,6 +3101,16 @@ int drm_atomic_helper_swap_state(struct drm_atomic_state *state, } } + for_each_oldnew_colorop_in_state(state, colorop, old_colorop_state, new_colorop_state, i) { + WARN_ON(colorop->state != old_colorop_state); + + old_colorop_state->state = state; + new_colorop_state->state = NULL; + + state->colorops[i].state = old_colorop_state; + colorop->state = new_colorop_state; + } + drm_panic_lock(state->dev, flags); for_each_oldnew_plane_in_state(state, plane, old_plane_state, new_plane_state, i) { WARN_ON(plane->state != old_plane_state); diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c index 7936c2023955..cfc1485b592e 100644 --- a/drivers/gpu/drm/drm_atomic_uapi.c +++ b/drivers/gpu/drm/drm_atomic_uapi.c @@ -34,6 +34,7 @@ #include <drm/drm_drv.h> #include <drm/drm_writeback.h> #include <drm/drm_vblank.h> +#include <drm/drm_colorop.h> #include <linux/dma-fence.h> #include <linux/uaccess.h> @@ -642,6 +643,26 @@ drm_atomic_plane_get_property(struct drm_plane *plane, return 0; } + +static int drm_atomic_colorop_set_property(struct drm_colorop *colorop, + struct drm_colorop_state *state, struct drm_file *file_priv, + struct drm_property *property, uint64_t val) +{ + drm_dbg_atomic(colorop->dev, + "[COLOROP:%d] unknown property [PROP:%d:%s]]\n", + colorop->base.id, + property->base.id, property->name); + return -EINVAL; +} + +static int +drm_atomic_colorop_get_property(struct drm_colorop *colorop, + const struct drm_colorop_state *state, + struct drm_property *property, uint64_t *val) +{ + return -EINVAL; +} + static int drm_atomic_set_writeback_fb_for_connector( struct drm_connector_state *conn_state, struct drm_framebuffer *fb) @@ -908,6 +929,16 @@ int drm_atomic_get_property(struct drm_mode_object *obj, plane->state, property, val); break; } + case DRM_MODE_OBJECT_COLOROP: { + struct drm_colorop *colorop = obj_to_colorop(obj); + + if (colorop->plane) + WARN_ON(!drm_modeset_is_locked(&colorop->plane->mutex)); + + ret = drm_atomic_colorop_get_property(colorop, + colorop->state, property, val); + break; + } default: drm_dbg_atomic(dev, "[OBJECT:%d] has no properties\n", obj->id); ret = -EINVAL; @@ -1084,6 +1115,23 @@ int drm_atomic_set_property(struct drm_atomic_state *state, ret = drm_atomic_plane_set_property(plane, plane_state, file_priv, prop, prop_value); + + break; + } + case DRM_MODE_OBJECT_COLOROP: { + struct drm_colorop *colorop = obj_to_colorop(obj); + struct drm_colorop_state *colorop_state; + + colorop_state = drm_atomic_get_colorop_state(state, colorop); + if (IS_ERR(colorop_state)) { + ret = PTR_ERR(colorop_state); + break; + } + + ret = drm_atomic_colorop_set_property(colorop, + colorop_state, file_priv, + prop, prop_value); + break; } default: diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c new file mode 100644 index 000000000000..d215e22c9d20 --- /dev/null +++ b/drivers/gpu/drm/drm_colorop.c @@ -0,0 +1,104 @@ +// SPDX-License-Identifier: MIT +/* + * Copyright (C) 2023 Advanced Micro Devices, Inc. All rights reserved. + * + * Permission is hereby granted, free of charge, to any person obtaining a + * copy of this software and associated documentation files (the "Software"), + * to deal in the Software without restriction, including without limitation + * the rights to use, copy, modify, merge, publish, distribute, sublicense, + * and/or sell copies of the Software, and to permit persons to whom the + * Software is furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice shall be included in + * all copies or substantial portions of the Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL + * THE COPYRIGHT HOLDER(S) OR AUTHOR(S) BE LIABLE FOR ANY CLAIM, DAMAGES OR + * OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, + * ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR + * OTHER DEALINGS IN THE SOFTWARE. + * + * Authors: AMD + * + */ + +#include <drm/drm_colorop.h> +#include <drm/drm_print.h> +#include <drm/drm_drv.h> +#include <drm/drm_plane.h> + +#include "drm_crtc_internal.h" + +static void __drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop, + struct drm_colorop_state *state) +{ + memcpy(state, colorop->state, sizeof(*state)); +} + +struct drm_colorop_state * +drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop) +{ + struct drm_colorop_state *state; + + if (WARN_ON(!colorop->state)) + return NULL; + + state = kmalloc(sizeof(*state), GFP_KERNEL); + if (state) + __drm_atomic_helper_colorop_duplicate_state(colorop, state); + + return state; +} + + +void drm_colorop_atomic_destroy_state(struct drm_colorop *colorop, + struct drm_colorop_state *state) +{ + kfree(state); +} + +/** + * __drm_colorop_state_reset - resets colorop state to default values + * @colorop_state: atomic colorop state, must not be NULL + * @colorop: colorop object, must not be NULL + * + * Initializes the newly allocated @colorop_state with default + * values. This is useful for drivers that subclass the CRTC state. + */ +static void __drm_colorop_state_reset(struct drm_colorop_state *colorop_state, + struct drm_colorop *colorop) +{ + colorop_state->colorop = colorop; +} + +/** + * __drm_colorop_reset - reset state on colorop + * @colorop: drm colorop + * @colorop_state: colorop state to assign + * + * Initializes the newly allocated @colorop_state and assigns it to + * the &drm_crtc->state pointer of @colorop, usually required when + * initializing the drivers or when called from the &drm_colorop_funcs.reset + * hook. + * + * This is useful for drivers that subclass the colorop state. + */ +static void __drm_colorop_reset(struct drm_colorop *colorop, + struct drm_colorop_state *colorop_state) +{ + if (colorop_state) + __drm_colorop_state_reset(colorop_state, colorop); + + colorop->state = colorop_state; +} + +void drm_colorop_reset(struct drm_colorop *colorop) +{ + kfree(colorop->state); + colorop->state = kzalloc(sizeof(*colorop->state), GFP_KERNEL); + + if (colorop->state) + __drm_colorop_reset(colorop, colorop->state); +} diff --git a/drivers/gpu/drm/drm_mode_config.c b/drivers/gpu/drm/drm_mode_config.c index 37d2e0a4ef4b..f238a2f049b0 100644 --- a/drivers/gpu/drm/drm_mode_config.c +++ b/drivers/gpu/drm/drm_mode_config.c @@ -29,6 +29,7 @@ #include <drm/drm_managed.h> #include <drm/drm_mode_config.h> #include <drm/drm_print.h> +#include <drm/drm_colorop.h> #include <linux/dma-resv.h> #include "drm_crtc_internal.h" @@ -182,11 +183,15 @@ int drm_mode_getresources(struct drm_device *dev, void *data, void drm_mode_config_reset(struct drm_device *dev) { struct drm_crtc *crtc; + struct drm_colorop *colorop; struct drm_plane *plane; struct drm_encoder *encoder; struct drm_connector *connector; struct drm_connector_list_iter conn_iter; + drm_for_each_colorop(colorop, dev) + drm_colorop_reset(colorop); + drm_for_each_plane(plane, dev) if (plane->funcs->reset) plane->funcs->reset(plane); @@ -420,6 +425,7 @@ int drmm_mode_config_init(struct drm_device *dev) INIT_LIST_HEAD(&dev->mode_config.property_list); INIT_LIST_HEAD(&dev->mode_config.property_blob_list); INIT_LIST_HEAD(&dev->mode_config.plane_list); + INIT_LIST_HEAD(&dev->mode_config.colorop_list); INIT_LIST_HEAD(&dev->mode_config.privobj_list); idr_init_base(&dev->mode_config.object_idr, 1); idr_init_base(&dev->mode_config.tile_idr, 1); @@ -441,6 +447,7 @@ int drmm_mode_config_init(struct drm_device *dev) dev->mode_config.num_crtc = 0; dev->mode_config.num_encoder = 0; dev->mode_config.num_total_plane = 0; + dev->mode_config.num_colorop = 0; if (IS_ENABLED(CONFIG_LOCKDEP)) { struct drm_modeset_acquire_ctx modeset_ctx; diff --git a/include/drm/drm_atomic.h b/include/drm/drm_atomic.h index 31ca88deb10d..effd9302c979 100644 --- a/include/drm/drm_atomic.h +++ b/include/drm/drm_atomic.h @@ -30,6 +30,7 @@ #include <drm/drm_crtc.h> #include <drm/drm_util.h> +#include <drm/drm_colorop.h> /** * struct drm_crtc_commit - track modeset commits on a CRTC @@ -157,6 +158,11 @@ struct drm_crtc_commit { bool abort_completion; }; +struct __drm_colorops_state { + struct drm_colorop *ptr; + struct drm_colorop_state *state, *old_state, *new_state; +}; + struct __drm_planes_state { struct drm_plane *ptr; struct drm_plane_state *state, *old_state, *new_state; @@ -408,6 +414,14 @@ struct drm_atomic_state { */ bool duplicated : 1; + /** + * @colorops: + * + * Pointer to array of @drm_colorop and @drm_colorop_state part of this + * update. + */ + struct __drm_colorops_state *colorops; + /** * @planes: * @@ -549,6 +563,9 @@ drm_atomic_get_crtc_state(struct drm_atomic_state *state, struct drm_plane_state * __must_check drm_atomic_get_plane_state(struct drm_atomic_state *state, struct drm_plane *plane); +struct drm_colorop_state * +drm_atomic_get_colorop_state(struct drm_atomic_state *state, + struct drm_colorop *colorop); struct drm_connector_state * __must_check drm_atomic_get_connector_state(struct drm_atomic_state *state, struct drm_connector *connector); @@ -678,6 +695,55 @@ drm_atomic_get_new_plane_state(const struct drm_atomic_state *state, return state->planes[drm_plane_index(plane)].new_state; } + +/** + * drm_atomic_get_existing_colorop_state - get colorop state, if it exists + * @state: global atomic state object + * @colorop: colorop to grab + * + * This function returns the colorop state for the given colorop, or NULL + * if the colorop is not part of the global atomic state. + * + * This function is deprecated, @drm_atomic_get_old_colorop_state or + * @drm_atomic_get_new_colorop_state should be used instead. + */ +static inline struct drm_colorop_state * +drm_atomic_get_existing_colorop_state(struct drm_atomic_state *state, + struct drm_colorop *colorop) +{ + return state->colorops[drm_colorop_index(colorop)].state; +} + +/** + * drm_atomic_get_old_colorop_state - get colorop state, if it exists + * @state: global atomic state object + * @colorop: colorop to grab + * + * This function returns the old colorop state for the given colorop, or + * NULL if the colorop is not part of the global atomic state. + */ +static inline struct drm_colorop_state * +drm_atomic_get_old_colorop_state(struct drm_atomic_state *state, + struct drm_colorop *colorop) +{ + return state->colorops[drm_colorop_index(colorop)].old_state; +} + +/** + * drm_atomic_get_new_colorop_state - get colorop state, if it exists + * @state: global atomic state object + * @colorop: colorop to grab + * + * This function returns the new colorop state for the given colorop, or + * NULL if the colorop is not part of the global atomic state. + */ +static inline struct drm_colorop_state * +drm_atomic_get_new_colorop_state(struct drm_atomic_state *state, + struct drm_colorop *colorop) +{ + return state->colorops[drm_colorop_index(colorop)].new_state; +} + /** * drm_atomic_get_existing_connector_state - get connector state, if it exists * @state: global atomic state object @@ -925,6 +991,29 @@ void drm_state_dump(struct drm_device *dev, struct drm_printer *p); (new_crtc_state) = (__state)->crtcs[__i].new_state, \ (void)(new_crtc_state) /* Only to avoid unused-but-set-variable warning */, 1)) +/** + * for_each_oldnew_colorop_in_state - iterate over all colorops in an atomic update + * @__state: &struct drm_atomic_state pointer + * @colorop: &struct drm_colorop iteration cursor + * @old_colorop_state: &struct drm_colorop_state iteration cursor for the old state + * @new_colorop_state: &struct drm_colorop_state iteration cursor for the new state + * @__i: int iteration cursor, for macro-internal use + * + * This iterates over all colorops in an atomic update, tracking both old and + * new state. This is useful in places where the state delta needs to be + * considered, for example in atomic check functions. + */ +#define for_each_oldnew_colorop_in_state(__state, colorop, old_colorop_state, new_colorop_state, __i) \ + for ((__i) = 0; \ + (__i) < (__state)->dev->mode_config.num_colorop; \ + (__i)++) \ + for_each_if ((__state)->colorops[__i].ptr && \ + ((colorop) = (__state)->colorops[__i].ptr, \ + (void)(colorop) /* Only to avoid unused-but-set-variable warning */, \ + (old_colorop_state) = (__state)->colorops[__i].old_state,\ + (new_colorop_state) = (__state)->colorops[__i].new_state, 1)) + + /** * for_each_oldnew_plane_in_state - iterate over all planes in an atomic update * @__state: &struct drm_atomic_state pointer diff --git a/include/drm/drm_atomic_uapi.h b/include/drm/drm_atomic_uapi.h index 4c6d39d7bdb2..70a115d523cd 100644 --- a/include/drm/drm_atomic_uapi.h +++ b/include/drm/drm_atomic_uapi.h @@ -37,6 +37,7 @@ struct drm_crtc; struct drm_connector_state; struct dma_fence; struct drm_framebuffer; +struct drm_colorop; int __must_check drm_atomic_set_mode_for_crtc(struct drm_crtc_state *state, diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h new file mode 100644 index 000000000000..cc3e94dcf085 --- /dev/null +++ b/include/drm/drm_colorop.h @@ -0,0 +1,166 @@ +/* SPDX-License-Identifier: MIT */ +/* + * Copyright (C) 2023 Advanced Micro Devices, Inc. All rights reserved. + * + * Permission is hereby granted, free of charge, to any person obtaining a + * copy of this software and associated documentation files (the "Software"), + * to deal in the Software without restriction, including without limitation + * the rights to use, copy, modify, merge, publish, distribute, sublicense, + * and/or sell copies of the Software, and to permit persons to whom the + * Software is furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice shall be included in + * all copies or substantial portions of the Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL + * THE COPYRIGHT HOLDER(S) OR AUTHOR(S) BE LIABLE FOR ANY CLAIM, DAMAGES OR + * OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, + * ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR + * OTHER DEALINGS IN THE SOFTWARE. + * + * Authors: AMD + * + */ + +#ifndef __DRM_COLOROP_H__ +#define __DRM_COLOROP_H__ + +#include <drm/drm_mode_object.h> +#include <drm/drm_mode.h> +#include <drm/drm_property.h> + +/** + * struct drm_colorop_state - mutable colorop state + */ +struct drm_colorop_state { + /** @colorop: backpointer to the colorop */ + struct drm_colorop *colorop; + + /* + * Color properties + * + * The following fields are not always valid, their usage depends + * on the colorop type. See their associated comment for more + * information. + */ + + /** @state: backpointer to global drm_atomic_state */ + struct drm_atomic_state *state; +}; + +/** + * struct drm_colorop - DRM color operation control structure + * + * A colorop represents one color operation. They can be chained via + * the 'next' pointer to build a color pipeline. + */ +struct drm_colorop { + /** @dev: parent DRM device */ + struct drm_device *dev; + + /** + * @head: + * + * List of all colorops on @dev, linked from &drm_mode_config.colorop_list. + * Invariant over the lifetime of @dev and therefore does not need + * locking. + */ + struct list_head head; + + /** + * @index: Position inside the mode_config.list, can be used as an array + * index. It is invariant over the lifetime of the colorop. + */ + unsigned int index; + + /** @base: base mode object */ + struct drm_mode_object base; + + /** + * @plane: + * + * The plane on which the colorop sits. A drm_colorop is always unique + * to a plane. + */ + struct drm_plane *plane; + + /** + * @state: + * + * Current atomic state for this colorop. + * + * This is protected by @mutex. Note that nonblocking atomic commits + * access the current colorop state without taking locks. + */ + struct drm_colorop_state *state; + + /* + * Color properties + * + * The following fields are not always valid, their usage depends + * on the colorop type. See their associated comment for more + * information. + */ + + /** @properties: property tracking for this colorop */ + struct drm_object_properties properties; + +}; + +#define obj_to_colorop(x) container_of(x, struct drm_colorop, base) + +/** + * drm_colorop_find - look up a Colorop object from its ID + * @dev: DRM device + * @file_priv: drm file to check for lease against. + * @id: &drm_mode_object ID + * + * This can be used to look up a Colorop from its userspace ID. Only used by + * drivers for legacy IOCTLs and interface, nowadays extensions to the KMS + * userspace interface should be done using &drm_property. + */ +static inline struct drm_colorop *drm_colorop_find(struct drm_device *dev, + struct drm_file *file_priv, + uint32_t id) +{ + struct drm_mode_object *mo; + + mo = drm_mode_object_find(dev, file_priv, id, DRM_MODE_OBJECT_COLOROP); + return mo ? obj_to_colorop(mo) : NULL; +} + +struct drm_colorop_state * +drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop); + +void drm_colorop_atomic_destroy_state(struct drm_colorop *colorop, + struct drm_colorop_state *state); + +/** + * drm_colorop_reset - reset colorop atomic state + * @colorop: drm colorop + * + * Resets the atomic state for @colorop by freeing the state pointer (which might + * be NULL, e.g. at driver load time) and allocating a new empty state object. + */ +void drm_colorop_reset(struct drm_colorop *colorop); + +/** + * drm_colorop_index - find the index of a registered colorop + * @colorop: colorop to find index for + * + * Given a registered colorop, return the index of that colorop within a DRM + * device's list of colorops. + */ +static inline unsigned int drm_colorop_index(const struct drm_colorop *colorop) +{ + return colorop->index; +} + + +#define drm_for_each_colorop(colorop, dev) \ + list_for_each_entry(colorop, &(dev)->mode_config.colorop_list, head) + + +#endif /* __DRM_COLOROP_H__ */ diff --git a/include/drm/drm_mode_config.h b/include/drm/drm_mode_config.h index 271765e2e9f2..d4661d4431dc 100644 --- a/include/drm/drm_mode_config.h +++ b/include/drm/drm_mode_config.h @@ -499,6 +499,24 @@ struct drm_mode_config { */ struct raw_spinlock panic_lock; + /** + * @num_colorop: + * + * Number of colorop objects on this device. + * This is invariant over the lifetime of a device and hence doesn't + * need any locks. + */ + int num_colorop; + + /** + * @colorop_list: + * + * List of colorop objects linked with &drm_colorop.head. This is + * invariant over the lifetime of a device and hence doesn't need any + * locks. + */ + struct list_head colorop_list; + /** * @num_crtc: * diff --git a/include/drm/drm_plane.h b/include/drm/drm_plane.h index dd718c62ac31..2a9b902623c0 100644 --- a/include/drm/drm_plane.h +++ b/include/drm/drm_plane.h @@ -243,6 +243,14 @@ struct drm_plane_state { */ enum drm_scaling_filter scaling_filter; + /** + * @color_pipeline: + * + * The first colorop of the active color pipeline, or NULL, if no + * color pipeline is active. + */ + struct drm_colorop *color_pipeline; + /** * @commit: Tracks the pending commit to prevent use-after-free conditions, * and for async plane updates. diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h index c082810c08a8..d49cded6c568 100644 --- a/include/uapi/drm/drm_mode.h +++ b/include/uapi/drm/drm_mode.h @@ -629,6 +629,7 @@ struct drm_mode_connector_set_property { #define DRM_MODE_OBJECT_FB 0xfbfbfbfb #define DRM_MODE_OBJECT_BLOB 0xbbbbbbbb #define DRM_MODE_OBJECT_PLANE 0xeeeeeeee +#define DRM_MODE_OBJECT_COLOROP 0xfafafafa #define DRM_MODE_OBJECT_ANY 0 struct drm_mode_obj_get_properties { -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 05/45] drm/colorop: Introduce new drm_colorop mode object 2024-12-20 4:33 ` [V7 05/45] drm/colorop: Introduce new drm_colorop mode object Alex Hung @ 2025-01-13 8:04 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:05 ` Louis Chauvet 2 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-13 8:04 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland Reviewed-by: Simon Ser <contact@emersion.fr> ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 05/45] drm/colorop: Introduce new drm_colorop mode object 2024-12-20 4:33 ` [V7 05/45] drm/colorop: Introduce new drm_colorop mode object Alex Hung 2025-01-13 8:04 ` Simon Ser @ 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:05 ` Louis Chauvet 2 siblings, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-24 16:07 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 05/45] drm/colorop: Introduce new drm_colorop mode object 2024-12-20 4:33 ` [V7 05/45] drm/colorop: Introduce new drm_colorop mode object Alex Hung 2025-01-13 8:04 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet @ 2025-02-25 10:05 ` Louis Chauvet 2025-02-28 15:55 ` Harry Wentland 2 siblings, 1 reply; 127+ messages in thread From: Louis Chauvet @ 2025-02-25 10:05 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland Le 20/12/2024 à 05:33, Alex Hung a écrit : > From: Harry Wentland <harry.wentland@amd.com> > > This patches introduces a new drm_colorop mode object. This > object represents color transformations and can be used to > define color pipelines. > > We also introduce the drm_colorop_state here, as well as > various helpers and state tracking bits. > > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > --- > v7: > - Fix checkpatch warnings and errors > - Add a tab to for_each_oldnew_colorop_in_state definition > - Change unsigned index to unsigned int index > - Fix a checkpatch warning - a new line after variable declaration > > v6: > - Comment that properties validity depends on type (Louis Chauvet) > > v5: > - Add comment to drm_atomic_state.colorops > - Replace a misplaced 'plane' with 'colorop' in comment > - Fix colorop_list kernel doc > - Add kernel doc for color_pipeline > - drop unused drm_colorop_destroy_state > - drop drm_colorop_init, to be introduced in later patch > when used > - Add kernel docs > - Drop TODOs > > v4: > - Drop IOCTL definitions (Pekka) > - add missing declaration (Chaitanya Kumar Borah) > > v3: > - Drop TODO for lock (it's handled in drm_modeset_drop_locks) > (Melissa) > - Don't get plane state when getting colorop state > - Make some functions static (kernel test robot) > > drivers/gpu/drm/Makefile | 1 + > drivers/gpu/drm/drm_atomic.c | 70 ++++++++++++ > drivers/gpu/drm/drm_atomic_helper.c | 12 ++ > drivers/gpu/drm/drm_atomic_uapi.c | 48 ++++++++ > drivers/gpu/drm/drm_colorop.c | 104 +++++++++++++++++ > drivers/gpu/drm/drm_mode_config.c | 7 ++ > include/drm/drm_atomic.h | 89 +++++++++++++++ > include/drm/drm_atomic_uapi.h | 1 + > include/drm/drm_colorop.h | 166 ++++++++++++++++++++++++++++ > include/drm/drm_mode_config.h | 18 +++ > include/drm/drm_plane.h | 8 ++ > include/uapi/drm/drm_mode.h | 1 + > 12 files changed, 525 insertions(+) > create mode 100644 drivers/gpu/drm/drm_colorop.c > create mode 100644 include/drm/drm_colorop.h > > diff --git a/drivers/gpu/drm/Makefile b/drivers/gpu/drm/Makefile > index 784229d4504d..055f3e535d15 100644 > --- a/drivers/gpu/drm/Makefile > +++ b/drivers/gpu/drm/Makefile > @@ -44,6 +44,7 @@ drm-y := \ > drm_client.o \ > drm_client_modeset.o \ > drm_color_mgmt.o \ > + drm_colorop.o \ > drm_connector.o \ > drm_crtc.o \ > drm_displayid.o \ > diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c > index 0fc99da93afe..327d906c48c5 100644 > --- a/drivers/gpu/drm/drm_atomic.c > +++ b/drivers/gpu/drm/drm_atomic.c > @@ -42,6 +42,7 @@ > #include <drm/drm_mode.h> > #include <drm/drm_print.h> > #include <drm/drm_writeback.h> > +#include <drm/drm_colorop.h> > > #include "drm_crtc_internal.h" > #include "drm_internal.h" > @@ -107,6 +108,7 @@ void drm_atomic_state_default_release(struct drm_atomic_state *state) > kfree(state->connectors); > kfree(state->crtcs); > kfree(state->planes); > + kfree(state->colorops); > kfree(state->private_objs); > } > EXPORT_SYMBOL(drm_atomic_state_default_release); > @@ -138,6 +140,10 @@ drm_atomic_state_init(struct drm_device *dev, struct drm_atomic_state *state) > sizeof(*state->planes), GFP_KERNEL); > if (!state->planes) > goto fail; > + state->colorops = kcalloc(dev->mode_config.num_colorop, > + sizeof(*state->colorops), GFP_KERNEL); > + if (!state->colorops) > + goto fail; > > /* > * Because drm_atomic_state can be committed asynchronously we need our > @@ -249,6 +255,20 @@ void drm_atomic_state_default_clear(struct drm_atomic_state *state) > state->planes[i].new_state = NULL; > } > > + for (i = 0; i < config->num_colorop; i++) { > + struct drm_colorop *colorop = state->colorops[i].ptr; > + > + if (!colorop) > + continue; > + > + drm_colorop_atomic_destroy_state(colorop, > + state->colorops[i].state); > + state->colorops[i].ptr = NULL; > + state->colorops[i].state = NULL; There is no risk of use-after-free between the drm_colorop_atomic_destroy_state and the state->colorops[i].state? > + state->colorops[i].old_state = NULL; > + state->colorops[i].new_state = NULL; > + } > + > for (i = 0; i < state->num_private_objs; i++) { > struct drm_private_obj *obj = state->private_objs[i].ptr; > > @@ -568,6 +588,56 @@ drm_atomic_get_plane_state(struct drm_atomic_state *state, > } > EXPORT_SYMBOL(drm_atomic_get_plane_state); > > + > +/** > + * drm_atomic_get_colorop_state - get colorop state > + * @state: global atomic state object > + * @colorop: colorop to get state object for > + * > + * This function returns the colorop state for the given colorop, allocating it > + * if needed. It will also grab the relevant plane lock to make sure that the > + * state is consistent. > + * > + * Returns: > + * > + * Either the allocated state or the error code encoded into the pointer. When > + * the error is EDEADLK then the w/w mutex code has detected a deadlock and the > + * entire atomic sequence must be restarted. All other errors are fatal. > + */ > +struct drm_colorop_state * > +drm_atomic_get_colorop_state(struct drm_atomic_state *state, > + struct drm_colorop *colorop) > +{ > + int ret, index = drm_colorop_index(colorop); > + struct drm_colorop_state *colorop_state; > + > + WARN_ON(!state->acquire_ctx); > + > + colorop_state = drm_atomic_get_existing_colorop_state(state, colorop); You mark drm_atomic_get_existing_colorop_state in its definition, so I think we should avoid introducing new users of it. > + if (colorop_state) > + return colorop_state; > + > + ret = drm_modeset_lock(&colorop->plane->mutex, state->acquire_ctx); > + if (ret) > + return ERR_PTR(ret); > + > + colorop_state = drm_atomic_helper_colorop_duplicate_state(colorop); > + if (!colorop_state) > + return ERR_PTR(-ENOMEM); > + > + state->colorops[index].state = colorop_state; > + state->colorops[index].ptr = colorop; > + state->colorops[index].old_state = colorop->state; > + state->colorops[index].new_state = colorop_state; > + colorop_state->state = state; > + > + drm_dbg_atomic(colorop->dev, "Added [COLOROP:%d] %p state to %p\n", > + colorop->base.id, colorop_state, state); > + > + return colorop_state; > +} > +EXPORT_SYMBOL(drm_atomic_get_colorop_state); > + > static bool > plane_switching_crtc(const struct drm_plane_state *old_plane_state, > const struct drm_plane_state *new_plane_state) > diff --git a/drivers/gpu/drm/drm_atomic_helper.c b/drivers/gpu/drm/drm_atomic_helper.c > index 43cdf39019a4..70ed524bb3c1 100644 > --- a/drivers/gpu/drm/drm_atomic_helper.c > +++ b/drivers/gpu/drm/drm_atomic_helper.c > @@ -3022,6 +3022,8 @@ int drm_atomic_helper_swap_state(struct drm_atomic_state *state, > struct drm_crtc_state *old_crtc_state, *new_crtc_state; > struct drm_plane *plane; > struct drm_plane_state *old_plane_state, *new_plane_state; > + struct drm_colorop *colorop; > + struct drm_colorop_state *old_colorop_state, *new_colorop_state; > struct drm_crtc_commit *commit; > struct drm_private_obj *obj; > struct drm_private_state *old_obj_state, *new_obj_state; > @@ -3099,6 +3101,16 @@ int drm_atomic_helper_swap_state(struct drm_atomic_state *state, > } > } > > + for_each_oldnew_colorop_in_state(state, colorop, old_colorop_state, new_colorop_state, i) { > + WARN_ON(colorop->state != old_colorop_state); > + > + old_colorop_state->state = state; > + new_colorop_state->state = NULL; > + > + state->colorops[i].state = old_colorop_state; > + colorop->state = new_colorop_state; > + } > + > drm_panic_lock(state->dev, flags); > for_each_oldnew_plane_in_state(state, plane, old_plane_state, new_plane_state, i) { > WARN_ON(plane->state != old_plane_state); > diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c > index 7936c2023955..cfc1485b592e 100644 > --- a/drivers/gpu/drm/drm_atomic_uapi.c > +++ b/drivers/gpu/drm/drm_atomic_uapi.c > @@ -34,6 +34,7 @@ > #include <drm/drm_drv.h> > #include <drm/drm_writeback.h> > #include <drm/drm_vblank.h> > +#include <drm/drm_colorop.h> > > #include <linux/dma-fence.h> > #include <linux/uaccess.h> > @@ -642,6 +643,26 @@ drm_atomic_plane_get_property(struct drm_plane *plane, > return 0; > } > > + > +static int drm_atomic_colorop_set_property(struct drm_colorop *colorop, > + struct drm_colorop_state *state, struct drm_file *file_priv, > + struct drm_property *property, uint64_t val) > +{ > + drm_dbg_atomic(colorop->dev, > + "[COLOROP:%d] unknown property [PROP:%d:%s]]\n", > + colorop->base.id, > + property->base.id, property->name); > + return -EINVAL; > +} > + > +static int > +drm_atomic_colorop_get_property(struct drm_colorop *colorop, > + const struct drm_colorop_state *state, > + struct drm_property *property, uint64_t *val) > +{ > + return -EINVAL; > +} > + > static int drm_atomic_set_writeback_fb_for_connector( > struct drm_connector_state *conn_state, > struct drm_framebuffer *fb) > @@ -908,6 +929,16 @@ int drm_atomic_get_property(struct drm_mode_object *obj, > plane->state, property, val); > break; > } > + case DRM_MODE_OBJECT_COLOROP: { > + struct drm_colorop *colorop = obj_to_colorop(obj); > + > + if (colorop->plane) > + WARN_ON(!drm_modeset_is_locked(&colorop->plane->mutex)); > + > + ret = drm_atomic_colorop_get_property(colorop, > + colorop->state, property, val); > + break; > + } > default: > drm_dbg_atomic(dev, "[OBJECT:%d] has no properties\n", obj->id); > ret = -EINVAL; > @@ -1084,6 +1115,23 @@ int drm_atomic_set_property(struct drm_atomic_state *state, > ret = drm_atomic_plane_set_property(plane, > plane_state, file_priv, > prop, prop_value); > + > + break; > + } > + case DRM_MODE_OBJECT_COLOROP: { > + struct drm_colorop *colorop = obj_to_colorop(obj); > + struct drm_colorop_state *colorop_state; > + > + colorop_state = drm_atomic_get_colorop_state(state, colorop); > + if (IS_ERR(colorop_state)) { > + ret = PTR_ERR(colorop_state); > + break; > + } > + > + ret = drm_atomic_colorop_set_property(colorop, > + colorop_state, file_priv, > + prop, prop_value); > + > break; > } > default: > diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c > new file mode 100644 > index 000000000000..d215e22c9d20 > --- /dev/null > +++ b/drivers/gpu/drm/drm_colorop.c > @@ -0,0 +1,104 @@ > +// SPDX-License-Identifier: MIT > +/* > + * Copyright (C) 2023 Advanced Micro Devices, Inc. All rights reserved. > + * > + * Permission is hereby granted, free of charge, to any person obtaining a > + * copy of this software and associated documentation files (the "Software"), > + * to deal in the Software without restriction, including without limitation > + * the rights to use, copy, modify, merge, publish, distribute, sublicense, > + * and/or sell copies of the Software, and to permit persons to whom the > + * Software is furnished to do so, subject to the following conditions: > + * > + * The above copyright notice and this permission notice shall be included in > + * all copies or substantial portions of the Software. > + * > + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR > + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, > + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL > + * THE COPYRIGHT HOLDER(S) OR AUTHOR(S) BE LIABLE FOR ANY CLAIM, DAMAGES OR > + * OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, > + * ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR > + * OTHER DEALINGS IN THE SOFTWARE. > + * > + * Authors: AMD > + * > + */ > + > +#include <drm/drm_colorop.h> > +#include <drm/drm_print.h> > +#include <drm/drm_drv.h> > +#include <drm/drm_plane.h> > + > +#include "drm_crtc_internal.h" > + > +static void __drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop, > + struct drm_colorop_state *state) > +{ > + memcpy(state, colorop->state, sizeof(*state)); > +} > + > +struct drm_colorop_state * > +drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop) > +{ > + struct drm_colorop_state *state; > + > + if (WARN_ON(!colorop->state)) > + return NULL; > + > + state = kmalloc(sizeof(*state), GFP_KERNEL); > + if (state) > + __drm_atomic_helper_colorop_duplicate_state(colorop, state); > + > + return state; > +} > + > + > +void drm_colorop_atomic_destroy_state(struct drm_colorop *colorop, > + struct drm_colorop_state *state) > +{ > + kfree(state); > +} > + > +/** > + * __drm_colorop_state_reset - resets colorop state to default values > + * @colorop_state: atomic colorop state, must not be NULL > + * @colorop: colorop object, must not be NULL > + * > + * Initializes the newly allocated @colorop_state with default > + * values. This is useful for drivers that subclass the CRTC state. > + */ > +static void __drm_colorop_state_reset(struct drm_colorop_state *colorop_state, > + struct drm_colorop *colorop) > +{ > + colorop_state->colorop = colorop; > +} > + > +/** > + * __drm_colorop_reset - reset state on colorop > + * @colorop: drm colorop > + * @colorop_state: colorop state to assign > + * > + * Initializes the newly allocated @colorop_state and assigns it to > + * the &drm_crtc->state pointer of @colorop, usually required when > + * initializing the drivers or when called from the &drm_colorop_funcs.reset > + * hook. > + * > + * This is useful for drivers that subclass the colorop state. > + */ > +static void __drm_colorop_reset(struct drm_colorop *colorop, > + struct drm_colorop_state *colorop_state) > +{ > + if (colorop_state) > + __drm_colorop_state_reset(colorop_state, colorop); > + > + colorop->state = colorop_state; > +} > + > +void drm_colorop_reset(struct drm_colorop *colorop) > +{ > + kfree(colorop->state); > + colorop->state = kzalloc(sizeof(*colorop->state), GFP_KERNEL); > + > + if (colorop->state) > + __drm_colorop_reset(colorop, colorop->state); > +} > diff --git a/drivers/gpu/drm/drm_mode_config.c b/drivers/gpu/drm/drm_mode_config.c > index 37d2e0a4ef4b..f238a2f049b0 100644 > --- a/drivers/gpu/drm/drm_mode_config.c > +++ b/drivers/gpu/drm/drm_mode_config.c > @@ -29,6 +29,7 @@ > #include <drm/drm_managed.h> > #include <drm/drm_mode_config.h> > #include <drm/drm_print.h> > +#include <drm/drm_colorop.h> > #include <linux/dma-resv.h> > > #include "drm_crtc_internal.h" > @@ -182,11 +183,15 @@ int drm_mode_getresources(struct drm_device *dev, void *data, > void drm_mode_config_reset(struct drm_device *dev) > { > struct drm_crtc *crtc; > + struct drm_colorop *colorop; > struct drm_plane *plane; > struct drm_encoder *encoder; > struct drm_connector *connector; > struct drm_connector_list_iter conn_iter; > > + drm_for_each_colorop(colorop, dev) > + drm_colorop_reset(colorop); > + > drm_for_each_plane(plane, dev) > if (plane->funcs->reset) > plane->funcs->reset(plane); > @@ -420,6 +425,7 @@ int drmm_mode_config_init(struct drm_device *dev) > INIT_LIST_HEAD(&dev->mode_config.property_list); > INIT_LIST_HEAD(&dev->mode_config.property_blob_list); > INIT_LIST_HEAD(&dev->mode_config.plane_list); > + INIT_LIST_HEAD(&dev->mode_config.colorop_list); > INIT_LIST_HEAD(&dev->mode_config.privobj_list); > idr_init_base(&dev->mode_config.object_idr, 1); > idr_init_base(&dev->mode_config.tile_idr, 1); > @@ -441,6 +447,7 @@ int drmm_mode_config_init(struct drm_device *dev) > dev->mode_config.num_crtc = 0; > dev->mode_config.num_encoder = 0; > dev->mode_config.num_total_plane = 0; > + dev->mode_config.num_colorop = 0; > > if (IS_ENABLED(CONFIG_LOCKDEP)) { > struct drm_modeset_acquire_ctx modeset_ctx; > diff --git a/include/drm/drm_atomic.h b/include/drm/drm_atomic.h > index 31ca88deb10d..effd9302c979 100644 > --- a/include/drm/drm_atomic.h > +++ b/include/drm/drm_atomic.h > @@ -30,6 +30,7 @@ > > #include <drm/drm_crtc.h> > #include <drm/drm_util.h> > +#include <drm/drm_colorop.h> > > /** > * struct drm_crtc_commit - track modeset commits on a CRTC > @@ -157,6 +158,11 @@ struct drm_crtc_commit { > bool abort_completion; > }; > > +struct __drm_colorops_state { > + struct drm_colorop *ptr; > + struct drm_colorop_state *state, *old_state, *new_state; > +}; > + > struct __drm_planes_state { > struct drm_plane *ptr; > struct drm_plane_state *state, *old_state, *new_state; > @@ -408,6 +414,14 @@ struct drm_atomic_state { > */ > bool duplicated : 1; > > + /** > + * @colorops: > + * > + * Pointer to array of @drm_colorop and @drm_colorop_state part of this > + * update. > + */ > + struct __drm_colorops_state *colorops; > + > /** > * @planes: > * > @@ -549,6 +563,9 @@ drm_atomic_get_crtc_state(struct drm_atomic_state *state, > struct drm_plane_state * __must_check > drm_atomic_get_plane_state(struct drm_atomic_state *state, > struct drm_plane *plane); > +struct drm_colorop_state * > +drm_atomic_get_colorop_state(struct drm_atomic_state *state, > + struct drm_colorop *colorop); > struct drm_connector_state * __must_check > drm_atomic_get_connector_state(struct drm_atomic_state *state, > struct drm_connector *connector); > @@ -678,6 +695,55 @@ drm_atomic_get_new_plane_state(const struct drm_atomic_state *state, > return state->planes[drm_plane_index(plane)].new_state; > } > > + > +/** > + * drm_atomic_get_existing_colorop_state - get colorop state, if it exists > + * @state: global atomic state object > + * @colorop: colorop to grab > + * > + * This function returns the colorop state for the given colorop, or NULL > + * if the colorop is not part of the global atomic state. > + * > + * This function is deprecated, @drm_atomic_get_old_colorop_state or > + * @drm_atomic_get_new_colorop_state should be used instead. Why do you introduce a deprecated function? The whole thing is new, maybe we can avoid already-deprecated functions? Thanks, Louis Chauvet [...] -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 05/45] drm/colorop: Introduce new drm_colorop mode object 2025-02-25 10:05 ` Louis Chauvet @ 2025-02-28 15:55 ` Harry Wentland 0 siblings, 0 replies; 127+ messages in thread From: Harry Wentland @ 2025-02-28 15:55 UTC (permalink / raw) To: Louis Chauvet, Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel On 2025-02-25 05:05, Louis Chauvet wrote: > > > Le 20/12/2024 à 05:33, Alex Hung a écrit : >> From: Harry Wentland <harry.wentland@amd.com> >> >> @@ -249,6 +255,20 @@ void drm_atomic_state_default_clear(struct >> drm_atomic_state *state) >> state->planes[i].new_state = NULL; >> } >> + for (i = 0; i < config->num_colorop; i++) { >> + struct drm_colorop *colorop = state->colorops[i].ptr; >> + >> + if (!colorop) >> + continue; >> + >> + drm_colorop_atomic_destroy_state(colorop, >> + state->colorops[i].state); >> + state->colorops[i].ptr = NULL; >> + state->colorops[i].state = NULL; > > There is no risk of use-after-free between the > drm_colorop_atomic_destroy_state and the state->colorops[i].state? > This is using the same pattern as all the other DRM objects in this function. If this was a problem it would've been a problem before this change. I don't claim to fully understand the calling code but this is called from __drm_atomic_state_free and to backoff when an -EDEADLK occurs. In the latter case it's followed by drm_modeset_backoff which releases locks in drm_modeset_drop_locks. This seems to indicate that callers hold the respective locks to protect the state. Harry ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 06/45] drm/colorop: Add TYPE property 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (4 preceding siblings ...) 2024-12-20 4:33 ` [V7 05/45] drm/colorop: Introduce new drm_colorop mode object Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-13 8:05 ` Simon Ser ` (2 more replies) 2024-12-20 4:33 ` [V7 07/45] drm/colorop: Add 1D Curve subtype Alex Hung ` (38 subsequent siblings) 44 siblings, 3 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> Add a read-only TYPE property. The TYPE specifies the colorop type, such as enumerated curve, 1D LUT, CTM, 3D LUT, PWL LUT, etc. For now we're only introducing an enumerated 1D LUT type to illustrate the concept. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v6: - fix doc typo (Alex Hung) v5: - Add drm_get_colorop_type_name in header - Add kernel docs v4: - Use enum property for TYPE (Pekka) v3: - Make TYPE a range property - Move enum drm_colorop_type to uapi header - Fix drm_get_colorop_type_name description drivers/gpu/drm/drm_atomic.c | 4 ++-- drivers/gpu/drm/drm_atomic_uapi.c | 8 +++++++- drivers/gpu/drm/drm_colorop.c | 12 ++++++++++++ include/drm/drm_colorop.h | 23 +++++++++++++++++++++++ include/uapi/drm/drm_mode.h | 17 +++++++++++++++++ 5 files changed, 61 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c index 327d906c48c5..44c5b5dd8b33 100644 --- a/drivers/gpu/drm/drm_atomic.c +++ b/drivers/gpu/drm/drm_atomic.c @@ -631,8 +631,8 @@ drm_atomic_get_colorop_state(struct drm_atomic_state *state, state->colorops[index].new_state = colorop_state; colorop_state->state = state; - drm_dbg_atomic(colorop->dev, "Added [COLOROP:%d] %p state to %p\n", - colorop->base.id, colorop_state, state); + drm_dbg_atomic(colorop->dev, "Added [COLOROP:%d:%d] %p state to %p\n", + colorop->base.id, colorop->type, colorop_state, state); return colorop_state; } diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c index cfc1485b592e..59fc25b59100 100644 --- a/drivers/gpu/drm/drm_atomic_uapi.c +++ b/drivers/gpu/drm/drm_atomic_uapi.c @@ -660,7 +660,13 @@ drm_atomic_colorop_get_property(struct drm_colorop *colorop, const struct drm_colorop_state *state, struct drm_property *property, uint64_t *val) { - return -EINVAL; + if (property == colorop->type_property) { + *val = colorop->type; + } else { + return -EINVAL; + } + + return 0; } static int drm_atomic_set_writeback_fb_for_connector( diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c index d215e22c9d20..1459a28c7e7b 100644 --- a/drivers/gpu/drm/drm_colorop.c +++ b/drivers/gpu/drm/drm_colorop.c @@ -102,3 +102,15 @@ void drm_colorop_reset(struct drm_colorop *colorop) if (colorop->state) __drm_colorop_reset(colorop, colorop->state); } + +static const char * const colorop_type_name[] = { + [DRM_COLOROP_1D_CURVE] = "1D Curve", +}; + +const char *drm_get_colorop_type_name(enum drm_colorop_type type) +{ + if (WARN_ON(type >= ARRAY_SIZE(colorop_type_name))) + return "unknown"; + + return colorop_type_name[type]; +} diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h index cc3e94dcf085..579e72e0b6b5 100644 --- a/include/drm/drm_colorop.h +++ b/include/drm/drm_colorop.h @@ -107,6 +107,21 @@ struct drm_colorop { /** @properties: property tracking for this colorop */ struct drm_object_properties properties; + /** + * @type: + * + * Read-only + * Type of color operation + */ + enum drm_colorop_type type; + + /** + * @type_property: + * + * Read-only "TYPE" property for specifying the type of + * this color operation. The type is enum drm_colorop_type. + */ + struct drm_property *type_property; }; #define obj_to_colorop(x) container_of(x, struct drm_colorop, base) @@ -162,5 +177,13 @@ static inline unsigned int drm_colorop_index(const struct drm_colorop *colorop) #define drm_for_each_colorop(colorop, dev) \ list_for_each_entry(colorop, &(dev)->mode_config.colorop_list, head) +/** + * drm_get_colorop_type_name - return a string for colorop type + * @type: colorop type to compute name of + * + * In contrast to the other drm_get_*_name functions this one here returns a + * const pointer and hence is threadsafe. + */ +const char *drm_get_colorop_type_name(enum drm_colorop_type type); #endif /* __DRM_COLOROP_H__ */ diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h index d49cded6c568..53985d2b7eea 100644 --- a/include/uapi/drm/drm_mode.h +++ b/include/uapi/drm/drm_mode.h @@ -858,6 +858,23 @@ struct drm_color_lut { __u16 reserved; }; +/** + * enum drm_colorop_type - Type of color operation + * + * drm_colorops can be of many different types. Each type behaves differently + * and defines a different set of properties. This enum defines all types and + * gives a high-level description. + */ +enum drm_colorop_type { + /** + * @DRM_COLOROP_1D_CURVE: + * + * A 1D curve that is being applied to all color channels. The + * curve is specified via the CURVE_1D_TYPE colorop property. + */ + DRM_COLOROP_1D_CURVE +}; + /** * struct drm_plane_size_hint - Plane size hints * @width: The width of the plane in pixel -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 06/45] drm/colorop: Add TYPE property 2024-12-20 4:33 ` [V7 06/45] drm/colorop: Add TYPE property Alex Hung @ 2025-01-13 8:05 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:07 ` Louis Chauvet 2 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-13 8:05 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland Reviewed-by: Simon Ser <contact@emersion.fr> ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 06/45] drm/colorop: Add TYPE property 2024-12-20 4:33 ` [V7 06/45] drm/colorop: Add TYPE property Alex Hung 2025-01-13 8:05 ` Simon Ser @ 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:07 ` Louis Chauvet 2 siblings, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-24 16:07 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 06/45] drm/colorop: Add TYPE property 2024-12-20 4:33 ` [V7 06/45] drm/colorop: Add TYPE property Alex Hung 2025-01-13 8:05 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet @ 2025-02-25 10:07 ` Louis Chauvet 2 siblings, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-25 10:07 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland Le 20/12/2024 à 05:33, Alex Hung a écrit : > From: Harry Wentland <harry.wentland@amd.com> > > Add a read-only TYPE property. The TYPE specifies the colorop > type, such as enumerated curve, 1D LUT, CTM, 3D LUT, PWL LUT, > etc. > > For now we're only introducing an enumerated 1D LUT type to > illustrate the concept. > > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 07/45] drm/colorop: Add 1D Curve subtype 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (5 preceding siblings ...) 2024-12-20 4:33 ` [V7 06/45] drm/colorop: Add TYPE property Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-13 8:07 ` Simon Ser ` (2 more replies) 2024-12-20 4:33 ` [V7 08/45] Documentation/gpu: document drm_colorop Alex Hung ` (37 subsequent siblings) 44 siblings, 3 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> Add a new drm_colorop with DRM_COLOROP_1D_CURVE with two subtypes: DRM_COLOROP_1D_CURVE_SRGB_EOTF and DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF. Signed-off-by: Harry Wentland <harry.wentland@amd.com> Co-developed-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Alex Hung <alex.hung@amd.com> --- v5: - Add drm_get_colorop_curve_1d_type_name in header - Add drm_colorop_init - Set default curve - Add kernel docs v4: - Use drm_colorop_curve_1d_type_enum_list to get name (Pekka) - Create separate init function for 1D curve - Pass supported TFs into 1D curve init function drivers/gpu/drm/drm_atomic_uapi.c | 18 ++-- drivers/gpu/drm/drm_colorop.c | 134 ++++++++++++++++++++++++++++++ include/drm/drm_colorop.h | 60 +++++++++++++ 3 files changed, 207 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c index 59fc25b59100..9a5dbf0a1306 100644 --- a/drivers/gpu/drm/drm_atomic_uapi.c +++ b/drivers/gpu/drm/drm_atomic_uapi.c @@ -648,11 +648,17 @@ static int drm_atomic_colorop_set_property(struct drm_colorop *colorop, struct drm_colorop_state *state, struct drm_file *file_priv, struct drm_property *property, uint64_t val) { - drm_dbg_atomic(colorop->dev, - "[COLOROP:%d] unknown property [PROP:%d:%s]]\n", - colorop->base.id, - property->base.id, property->name); - return -EINVAL; + if (property == colorop->curve_1d_type_property) { + state->curve_1d_type = val; + } else { + drm_dbg_atomic(colorop->dev, + "[COLOROP:%d:%d] unknown property [PROP:%d:%s]]\n", + colorop->base.id, colorop->type, + property->base.id, property->name); + return -EINVAL; + } + + return 0; } static int @@ -662,6 +668,8 @@ drm_atomic_colorop_get_property(struct drm_colorop *colorop, { if (property == colorop->type_property) { *val = colorop->type; + } else if (property == colorop->curve_1d_type_property) { + *val = state->curve_1d_type; } else { return -EINVAL; } diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c index 1459a28c7e7b..a42de0aa48e1 100644 --- a/drivers/gpu/drm/drm_colorop.c +++ b/drivers/gpu/drm/drm_colorop.c @@ -31,6 +31,123 @@ #include "drm_crtc_internal.h" +static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { + { DRM_COLOROP_1D_CURVE, "1D Curve" }, +}; + +static const char * const colorop_curve_1d_type_names[] = { + [DRM_COLOROP_1D_CURVE_SRGB_EOTF] = "sRGB EOTF", + [DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF] = "sRGB Inverse EOTF", +}; + + +/* Init Helpers */ + +static int drm_colorop_init(struct drm_device *dev, struct drm_colorop *colorop, + struct drm_plane *plane, enum drm_colorop_type type) +{ + struct drm_mode_config *config = &dev->mode_config; + struct drm_property *prop; + int ret = 0; + + ret = drm_mode_object_add(dev, &colorop->base, DRM_MODE_OBJECT_COLOROP); + if (ret) + return ret; + + colorop->base.properties = &colorop->properties; + colorop->dev = dev; + colorop->type = type; + colorop->plane = plane; + + list_add_tail(&colorop->head, &config->colorop_list); + colorop->index = config->num_colorop++; + + /* add properties */ + + /* type */ + prop = drm_property_create_enum(dev, + DRM_MODE_PROP_IMMUTABLE, + "TYPE", drm_colorop_type_enum_list, + ARRAY_SIZE(drm_colorop_type_enum_list)); + + if (!prop) + return -ENOMEM; + + colorop->type_property = prop; + + drm_object_attach_property(&colorop->base, + colorop->type_property, + colorop->type); + + return ret; +} + +/** + * drm_colorop_curve_1d_init - Initialize a DRM_COLOROP_1D_CURVE + * + * @dev: DRM device + * @colorop: The drm_colorop object to initialize + * @plane: The associated drm_plane + * @supported_tfs: A bitfield of supported drm_colorop_curve_1d_init enum values, + * created using BIT(curve_type) and combined with the OR '|' + * operator. + * @return zero on success, -E value on failure + */ +int drm_colorop_curve_1d_init(struct drm_device *dev, struct drm_colorop *colorop, + struct drm_plane *plane, u64 supported_tfs) +{ + struct drm_prop_enum_list enum_list[DRM_COLOROP_1D_CURVE_COUNT]; + int i, len; + + struct drm_property *prop; + int ret; + + if (!supported_tfs) { + drm_err(dev, + "No supported TFs for new 1D curve colorop on [PLANE:%d:%s]\n", + plane->base.id, plane->name); + return -EINVAL; + } + + if ((supported_tfs & -BIT(DRM_COLOROP_1D_CURVE_COUNT)) != 0) { + drm_err(dev, "Unknown TF provided on [PLANE:%d:%s]\n", + plane->base.id, plane->name); + return -EINVAL; + } + + ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_1D_CURVE); + if (ret) + return ret; + + len = 0; + for (i = 0; i < DRM_COLOROP_1D_CURVE_COUNT; i++) { + if ((supported_tfs & BIT(i)) == 0) + continue; + + enum_list[len].type = i; + enum_list[len].name = colorop_curve_1d_type_names[i]; + len++; + } + + if (WARN_ON(len <= 0)) + return -EINVAL; + + + /* initialize 1D curve only attribute */ + prop = drm_property_create_enum(dev, DRM_MODE_PROP_ATOMIC, "CURVE_1D_TYPE", + enum_list, len); + if (!prop) + return -ENOMEM; + + colorop->curve_1d_type_property = prop; + drm_object_attach_property(&colorop->base, colorop->curve_1d_type_property, + enum_list[0].type); + drm_colorop_reset(colorop); + + return 0; +} +EXPORT_SYMBOL(drm_colorop_curve_1d_init); + static void __drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop, struct drm_colorop_state *state) { @@ -70,7 +187,16 @@ void drm_colorop_atomic_destroy_state(struct drm_colorop *colorop, static void __drm_colorop_state_reset(struct drm_colorop_state *colorop_state, struct drm_colorop *colorop) { + u64 val; + colorop_state->colorop = colorop; + + if (colorop->curve_1d_type_property) { + drm_object_property_get_default_value(&colorop->base, + colorop->curve_1d_type_property, + &val); + colorop_state->curve_1d_type = val; + } } /** @@ -114,3 +240,11 @@ const char *drm_get_colorop_type_name(enum drm_colorop_type type) return colorop_type_name[type]; } + +const char *drm_get_colorop_curve_1d_type_name(enum drm_colorop_curve_1d_type type) +{ + if (WARN_ON(type >= ARRAY_SIZE(colorop_curve_1d_type_names))) + return "unknown"; + + return colorop_curve_1d_type_names[type]; +} diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h index 579e72e0b6b5..cd5a754e5d10 100644 --- a/include/drm/drm_colorop.h +++ b/include/drm/drm_colorop.h @@ -31,6 +31,39 @@ #include <drm/drm_mode.h> #include <drm/drm_property.h> + +/** + * enum drm_colorop_curve_1d_type - type of 1D curve + * + * Describes a 1D curve to be applied by the DRM_COLOROP_1D_CURVE colorop. + * + */ +enum drm_colorop_curve_1d_type { + /** + * @DRM_COLOROP_1D_CURVE_SRGB_EOTF: + * + * sRGB piece-wise electro-optical transfer function. Transfer + * characteristics as defined by IEC 61966-2-1 sRGB. Equivalent + * to H.273 TransferCharacteristics code point 13 with + * MatrixCoefficients set to 0. + */ + DRM_COLOROP_1D_CURVE_SRGB_EOTF, + + /** + * @DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF: + * + * The inverse of &DRM_COLOROP_1D_CURVE_SRGB_EOTF + */ + DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF, + + /** + * @DRM_COLOROP_1D_CURVE_COUNT: + * + * enum value denoting the size of the enum + */ + DRM_COLOROP_1D_CURVE_COUNT +}; + /** * struct drm_colorop_state - mutable colorop state */ @@ -46,6 +79,13 @@ struct drm_colorop_state { * information. */ + /** + * @curve_1d_type: + * + * Type of 1D curve. + */ + enum drm_colorop_curve_1d_type curve_1d_type; + /** @state: backpointer to global drm_atomic_state */ struct drm_atomic_state *state; }; @@ -122,6 +162,14 @@ struct drm_colorop { * this color operation. The type is enum drm_colorop_type. */ struct drm_property *type_property; + + /** + * @curve_1d_type_property: + * + * Sub-type for DRM_COLOROP_1D_CURVE type. + */ + struct drm_property *curve_1d_type_property; + }; #define obj_to_colorop(x) container_of(x, struct drm_colorop, base) @@ -146,6 +194,9 @@ static inline struct drm_colorop *drm_colorop_find(struct drm_device *dev, return mo ? obj_to_colorop(mo) : NULL; } +int drm_colorop_curve_1d_init(struct drm_device *dev, struct drm_colorop *colorop, + struct drm_plane *plane, u64 supported_tfs); + struct drm_colorop_state * drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop); @@ -186,4 +237,13 @@ static inline unsigned int drm_colorop_index(const struct drm_colorop *colorop) */ const char *drm_get_colorop_type_name(enum drm_colorop_type type); +/** + * drm_get_colorop_curve_1d_type_name - return a string for 1D curve type + * @type: 1d curve type to compute name of + * + * In contrast to the other drm_get_*_name functions this one here returns a + * const pointer and hence is threadsafe. + */ +const char *drm_get_colorop_curve_1d_type_name(enum drm_colorop_curve_1d_type type); + #endif /* __DRM_COLOROP_H__ */ -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 07/45] drm/colorop: Add 1D Curve subtype 2024-12-20 4:33 ` [V7 07/45] drm/colorop: Add 1D Curve subtype Alex Hung @ 2025-01-13 8:07 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:13 ` Louis Chauvet 2 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-13 8:07 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland Reviewed-by: Simon Ser <contact@emersion.fr> ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 07/45] drm/colorop: Add 1D Curve subtype 2024-12-20 4:33 ` [V7 07/45] drm/colorop: Add 1D Curve subtype Alex Hung 2025-01-13 8:07 ` Simon Ser @ 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:13 ` Louis Chauvet 2 siblings, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-24 16:07 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 07/45] drm/colorop: Add 1D Curve subtype 2024-12-20 4:33 ` [V7 07/45] drm/colorop: Add 1D Curve subtype Alex Hung 2025-01-13 8:07 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet @ 2025-02-25 10:13 ` Louis Chauvet 2025-02-28 1:07 ` Alex Hung 2 siblings, 1 reply; 127+ messages in thread From: Louis Chauvet @ 2025-02-25 10:13 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland Le 20/12/2024 à 05:33, Alex Hung a écrit : > From: Harry Wentland <harry.wentland@amd.com> > > Add a new drm_colorop with DRM_COLOROP_1D_CURVE with two subtypes: > DRM_COLOROP_1D_CURVE_SRGB_EOTF and DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF. > > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > Co-developed-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Alex Hung <alex.hung@amd.com> > --- > v5: > - Add drm_get_colorop_curve_1d_type_name in header > - Add drm_colorop_init > - Set default curve > - Add kernel docs > > v4: > - Use drm_colorop_curve_1d_type_enum_list to get name (Pekka) > - Create separate init function for 1D curve > - Pass supported TFs into 1D curve init function > > drivers/gpu/drm/drm_atomic_uapi.c | 18 ++-- > drivers/gpu/drm/drm_colorop.c | 134 ++++++++++++++++++++++++++++++ > include/drm/drm_colorop.h | 60 +++++++++++++ > 3 files changed, 207 insertions(+), 5 deletions(-) > > diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c > index 59fc25b59100..9a5dbf0a1306 100644 > --- a/drivers/gpu/drm/drm_atomic_uapi.c > +++ b/drivers/gpu/drm/drm_atomic_uapi.c > @@ -648,11 +648,17 @@ static int drm_atomic_colorop_set_property(struct drm_colorop *colorop, > struct drm_colorop_state *state, struct drm_file *file_priv, > struct drm_property *property, uint64_t val) > { > - drm_dbg_atomic(colorop->dev, > - "[COLOROP:%d] unknown property [PROP:%d:%s]]\n", > - colorop->base.id, > - property->base.id, property->name); > - return -EINVAL; > + if (property == colorop->curve_1d_type_property) { > + state->curve_1d_type = val; > + } else { > + drm_dbg_atomic(colorop->dev, > + "[COLOROP:%d:%d] unknown property [PROP:%d:%s]]\n", > + colorop->base.id, colorop->type, > + property->base.id, property->name); > + return -EINVAL; > + } > + > + return 0; > } > > static int > @@ -662,6 +668,8 @@ drm_atomic_colorop_get_property(struct drm_colorop *colorop, > { > if (property == colorop->type_property) { > *val = colorop->type; > + } else if (property == colorop->curve_1d_type_property) { > + *val = state->curve_1d_type; > } else { > return -EINVAL; > } > diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c > index 1459a28c7e7b..a42de0aa48e1 100644 > --- a/drivers/gpu/drm/drm_colorop.c > +++ b/drivers/gpu/drm/drm_colorop.c > @@ -31,6 +31,123 @@ > > #include "drm_crtc_internal.h" > > +static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { > + { DRM_COLOROP_1D_CURVE, "1D Curve" }, > +}; > + > +static const char * const colorop_curve_1d_type_names[] = { > + [DRM_COLOROP_1D_CURVE_SRGB_EOTF] = "sRGB EOTF", > + [DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF] = "sRGB Inverse EOTF", > +}; > + > + > +/* Init Helpers */ > + > +static int drm_colorop_init(struct drm_device *dev, struct drm_colorop *colorop, > + struct drm_plane *plane, enum drm_colorop_type type) > +{ > + struct drm_mode_config *config = &dev->mode_config; > + struct drm_property *prop; > + int ret = 0; > + > + ret = drm_mode_object_add(dev, &colorop->base, DRM_MODE_OBJECT_COLOROP); > + if (ret) > + return ret; > + > + colorop->base.properties = &colorop->properties; > + colorop->dev = dev; > + colorop->type = type; > + colorop->plane = plane; > + > + list_add_tail(&colorop->head, &config->colorop_list); > + colorop->index = config->num_colorop++; > + > + /* add properties */ > + > + /* type */ > + prop = drm_property_create_enum(dev, > + DRM_MODE_PROP_IMMUTABLE, > + "TYPE", drm_colorop_type_enum_list, > + ARRAY_SIZE(drm_colorop_type_enum_list)); I think this function belongs to the previous patch "Add TYPE property". > + > + if (!prop) > + return -ENOMEM; > + > + colorop->type_property = prop; > + > + drm_object_attach_property(&colorop->base, > + colorop->type_property, > + colorop->type); > + > + return ret; > +} > + > +/** > + * drm_colorop_curve_1d_init - Initialize a DRM_COLOROP_1D_CURVE > + * > + * @dev: DRM device > + * @colorop: The drm_colorop object to initialize > + * @plane: The associated drm_plane > + * @supported_tfs: A bitfield of supported drm_colorop_curve_1d_init enum values, > + * created using BIT(curve_type) and combined with the OR '|' > + * operator. > + * @return zero on success, -E value on failure > + */ > +int drm_colorop_curve_1d_init(struct drm_device *dev, struct drm_colorop *colorop, > + struct drm_plane *plane, u64 supported_tfs) > +{ > + struct drm_prop_enum_list enum_list[DRM_COLOROP_1D_CURVE_COUNT]; > + int i, len; > + > + struct drm_property *prop; > + int ret; > + > + if (!supported_tfs) { > + drm_err(dev, > + "No supported TFs for new 1D curve colorop on [PLANE:%d:%s]\n", > + plane->base.id, plane->name); > + return -EINVAL; > + } > + > + if ((supported_tfs & -BIT(DRM_COLOROP_1D_CURVE_COUNT)) != 0) { > + drm_err(dev, "Unknown TF provided on [PLANE:%d:%s]\n", > + plane->base.id, plane->name); > + return -EINVAL; > + } > + > + ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_1D_CURVE); > + if (ret) > + return ret; > + > + len = 0; > + for (i = 0; i < DRM_COLOROP_1D_CURVE_COUNT; i++) { > + if ((supported_tfs & BIT(i)) == 0) > + continue; > + > + enum_list[len].type = i; > + enum_list[len].name = colorop_curve_1d_type_names[i]; > + len++; > + } > + > + if (WARN_ON(len <= 0)) > + return -EINVAL; > + > + > + /* initialize 1D curve only attribute */ > + prop = drm_property_create_enum(dev, DRM_MODE_PROP_ATOMIC, "CURVE_1D_TYPE", > + enum_list, len); > + if (!prop) > + return -ENOMEM; > + > + colorop->curve_1d_type_property = prop; > + drm_object_attach_property(&colorop->base, colorop->curve_1d_type_property, > + enum_list[0].type); > + drm_colorop_reset(colorop); > + > + return 0; > +} > +EXPORT_SYMBOL(drm_colorop_curve_1d_init); > + > static void __drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop, > struct drm_colorop_state *state) > { > @@ -70,7 +187,16 @@ void drm_colorop_atomic_destroy_state(struct drm_colorop *colorop, > static void __drm_colorop_state_reset(struct drm_colorop_state *colorop_state, > struct drm_colorop *colorop) > { > + u64 val; > + > colorop_state->colorop = colorop; > + > + if (colorop->curve_1d_type_property) { > + drm_object_property_get_default_value(&colorop->base, > + colorop->curve_1d_type_property, > + &val); > + colorop_state->curve_1d_type = val; > + } > } > > /** > @@ -114,3 +240,11 @@ const char *drm_get_colorop_type_name(enum drm_colorop_type type > > return colorop_type_name[type]; Probably a dumb question: can't we use drm_colorop_type_enum_list instead of colorop_type_name in the drm_get_colorop_type_name function? So we will avoid duplicating the string "1D Curve". > } Thanks, Louis Chauvet [...] -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 07/45] drm/colorop: Add 1D Curve subtype 2025-02-25 10:13 ` Louis Chauvet @ 2025-02-28 1:07 ` Alex Hung 2025-02-28 9:24 ` Louis Chauvet 0 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2025-02-28 1:07 UTC (permalink / raw) To: Louis Chauvet, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland On 2/25/25 03:13, Louis Chauvet wrote: > > > Le 20/12/2024 à 05:33, Alex Hung a écrit : >> From: Harry Wentland <harry.wentland@amd.com> >> >> Add a new drm_colorop with DRM_COLOROP_1D_CURVE with two subtypes: >> DRM_COLOROP_1D_CURVE_SRGB_EOTF and DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF. >> >> Signed-off-by: Harry Wentland <harry.wentland@amd.com> >> Co-developed-by: Alex Hung <alex.hung@amd.com> >> Signed-off-by: Alex Hung <alex.hung@amd.com> >> --- >> v5: >> - Add drm_get_colorop_curve_1d_type_name in header >> - Add drm_colorop_init >> - Set default curve >> - Add kernel docs >> >> v4: >> - Use drm_colorop_curve_1d_type_enum_list to get name (Pekka) >> - Create separate init function for 1D curve >> - Pass supported TFs into 1D curve init function >> >> drivers/gpu/drm/drm_atomic_uapi.c | 18 ++-- >> drivers/gpu/drm/drm_colorop.c | 134 ++++++++++++++++++++++++++++++ >> include/drm/drm_colorop.h | 60 +++++++++++++ >> 3 files changed, 207 insertions(+), 5 deletions(-) >> >> diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/ >> drm_atomic_uapi.c >> index 59fc25b59100..9a5dbf0a1306 100644 >> --- a/drivers/gpu/drm/drm_atomic_uapi.c >> +++ b/drivers/gpu/drm/drm_atomic_uapi.c >> @@ -648,11 +648,17 @@ static int >> drm_atomic_colorop_set_property(struct drm_colorop *colorop, >> struct drm_colorop_state *state, struct drm_file *file_priv, >> struct drm_property *property, uint64_t val) >> { >> - drm_dbg_atomic(colorop->dev, >> - "[COLOROP:%d] unknown property [PROP:%d:%s]]\n", >> - colorop->base.id, >> - property->base.id, property->name); >> - return -EINVAL; >> + if (property == colorop->curve_1d_type_property) { >> + state->curve_1d_type = val; >> + } else { >> + drm_dbg_atomic(colorop->dev, >> + "[COLOROP:%d:%d] unknown property [PROP:%d:%s]]\n", >> + colorop->base.id, colorop->type, >> + property->base.id, property->name); >> + return -EINVAL; >> + } >> + >> + return 0; >> } >> static int >> @@ -662,6 +668,8 @@ drm_atomic_colorop_get_property(struct drm_colorop >> *colorop, >> { >> if (property == colorop->type_property) { >> *val = colorop->type; >> + } else if (property == colorop->curve_1d_type_property) { >> + *val = state->curve_1d_type; >> } else { >> return -EINVAL; >> } >> diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/ >> drm_colorop.c >> index 1459a28c7e7b..a42de0aa48e1 100644 >> --- a/drivers/gpu/drm/drm_colorop.c >> +++ b/drivers/gpu/drm/drm_colorop.c >> @@ -31,6 +31,123 @@ >> #include "drm_crtc_internal.h" >> +static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { >> + { DRM_COLOROP_1D_CURVE, "1D Curve" }, >> +}; >> + >> +static const char * const colorop_curve_1d_type_names[] = { >> + [DRM_COLOROP_1D_CURVE_SRGB_EOTF] = "sRGB EOTF", >> + [DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF] = "sRGB Inverse EOTF", >> +}; >> + >> + >> +/* Init Helpers */ >> + >> +static int drm_colorop_init(struct drm_device *dev, struct >> drm_colorop *colorop, >> + struct drm_plane *plane, enum drm_colorop_type type) >> +{ >> + struct drm_mode_config *config = &dev->mode_config; >> + struct drm_property *prop; >> + int ret = 0; >> + >> + ret = drm_mode_object_add(dev, &colorop->base, >> DRM_MODE_OBJECT_COLOROP); >> + if (ret) >> + return ret; >> + >> + colorop->base.properties = &colorop->properties; >> + colorop->dev = dev; >> + colorop->type = type; >> + colorop->plane = plane; >> + >> + list_add_tail(&colorop->head, &config->colorop_list); >> + colorop->index = config->num_colorop++; >> + >> + /* add properties */ >> + >> + /* type */ >> + prop = drm_property_create_enum(dev, >> + DRM_MODE_PROP_IMMUTABLE, >> + "TYPE", drm_colorop_type_enum_list, >> + ARRAY_SIZE(drm_colorop_type_enum_list)); > > I think this function belongs to the previous patch "Add TYPE property". This function is only called by the first colorop. Some pieces of the code in this function are introduced with the first colorop (1D curve) so it makes sense to include it here. > >> + >> + if (!prop) >> + return -ENOMEM; >> + >> + colorop->type_property = prop; >> + >> + drm_object_attach_property(&colorop->base, >> + colorop->type_property, >> + colorop->type); >> + >> + return ret; >> +} >> + >> +/** >> + * drm_colorop_curve_1d_init - Initialize a DRM_COLOROP_1D_CURVE >> + * >> + * @dev: DRM device >> + * @colorop: The drm_colorop object to initialize >> + * @plane: The associated drm_plane >> + * @supported_tfs: A bitfield of supported drm_colorop_curve_1d_init >> enum values, >> + * created using BIT(curve_type) and combined with >> the OR '|' >> + * operator. >> + * @return zero on success, -E value on failure >> + */ >> +int drm_colorop_curve_1d_init(struct drm_device *dev, struct >> drm_colorop *colorop, >> + struct drm_plane *plane, u64 supported_tfs) >> +{ >> + struct drm_prop_enum_list enum_list[DRM_COLOROP_1D_CURVE_COUNT]; >> + int i, len; >> + >> + struct drm_property *prop; >> + int ret; >> + >> + if (!supported_tfs) { >> + drm_err(dev, >> + "No supported TFs for new 1D curve colorop on [PLANE:%d: >> %s]\n", >> + plane->base.id, plane->name); >> + return -EINVAL; >> + } >> + >> + if ((supported_tfs & -BIT(DRM_COLOROP_1D_CURVE_COUNT)) != 0) { >> + drm_err(dev, "Unknown TF provided on [PLANE:%d:%s]\n", >> + plane->base.id, plane->name); >> + return -EINVAL; >> + } >> + >> + ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_1D_CURVE); >> + if (ret) >> + return ret; >> + >> + len = 0; >> + for (i = 0; i < DRM_COLOROP_1D_CURVE_COUNT; i++) { >> + if ((supported_tfs & BIT(i)) == 0) >> + continue; >> + >> + enum_list[len].type = i; >> + enum_list[len].name = colorop_curve_1d_type_names[i]; >> + len++; >> + } >> + >> + if (WARN_ON(len <= 0)) >> + return -EINVAL; >> + >> + >> + /* initialize 1D curve only attribute */ >> + prop = drm_property_create_enum(dev, DRM_MODE_PROP_ATOMIC, >> "CURVE_1D_TYPE", >> + enum_list, len); >> + if (!prop) >> + return -ENOMEM; >> + >> + colorop->curve_1d_type_property = prop; >> + drm_object_attach_property(&colorop->base, colorop- >> >curve_1d_type_property, >> + enum_list[0].type); >> + drm_colorop_reset(colorop); >> + >> + return 0; >> +} >> +EXPORT_SYMBOL(drm_colorop_curve_1d_init); >> + >> static void __drm_atomic_helper_colorop_duplicate_state(struct >> drm_colorop *colorop, >> struct drm_colorop_state *state) >> { >> @@ -70,7 +187,16 @@ void drm_colorop_atomic_destroy_state(struct >> drm_colorop *colorop, >> static void __drm_colorop_state_reset(struct drm_colorop_state >> *colorop_state, >> struct drm_colorop *colorop) >> { >> + u64 val; >> + >> colorop_state->colorop = colorop; >> + >> + if (colorop->curve_1d_type_property) { >> + drm_object_property_get_default_value(&colorop->base, >> + colorop->curve_1d_type_property, >> + &val); >> + colorop_state->curve_1d_type = val; >> + } >> } >> /** >> @@ -114,3 +240,11 @@ const char *drm_get_colorop_type_name(enum >> drm_colorop_type type >> return colorop_type_name[type]; > > Probably a dumb question: can't we use drm_colorop_type_enum_list > instead of colorop_type_name in the drm_get_colorop_type_name function? > So we will avoid duplicating the string "1D Curve". Using drm_colorop_type_enum_list in drm_get_colorop_type_name needs enumerating the list every time (extra CPU cycles) unlike using colorop_type_name[]. > >> } > > Thanks, > Louis Chauvet > > [...] > ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 07/45] drm/colorop: Add 1D Curve subtype 2025-02-28 1:07 ` Alex Hung @ 2025-02-28 9:24 ` Louis Chauvet 0 siblings, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-28 9:24 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland Le 28/02/2025 à 02:07, Alex Hung a écrit : > > > On 2/25/25 03:13, Louis Chauvet wrote: >> >> >> Le 20/12/2024 à 05:33, Alex Hung a écrit : >>> From: Harry Wentland <harry.wentland@amd.com> >>> >>> Add a new drm_colorop with DRM_COLOROP_1D_CURVE with two subtypes: >>> DRM_COLOROP_1D_CURVE_SRGB_EOTF and DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF. >>> >>> Signed-off-by: Harry Wentland <harry.wentland@amd.com> >>> Co-developed-by: Alex Hung <alex.hung@amd.com> >>> Signed-off-by: Alex Hung <alex.hung@amd.com> >>> --- >>> v5: >>> - Add drm_get_colorop_curve_1d_type_name in header >>> - Add drm_colorop_init >>> - Set default curve >>> - Add kernel docs >>> >>> v4: >>> - Use drm_colorop_curve_1d_type_enum_list to get name (Pekka) >>> - Create separate init function for 1D curve >>> - Pass supported TFs into 1D curve init function >>> >>> drivers/gpu/drm/drm_atomic_uapi.c | 18 ++-- >>> drivers/gpu/drm/drm_colorop.c | 134 ++++++++++++++++++++++++++++++ >>> include/drm/drm_colorop.h | 60 +++++++++++++ >>> 3 files changed, 207 insertions(+), 5 deletions(-) >>> >>> diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/ >>> drm_atomic_uapi.c >>> index 59fc25b59100..9a5dbf0a1306 100644 >>> --- a/drivers/gpu/drm/drm_atomic_uapi.c >>> +++ b/drivers/gpu/drm/drm_atomic_uapi.c >>> @@ -648,11 +648,17 @@ static int >>> drm_atomic_colorop_set_property(struct drm_colorop *colorop, >>> struct drm_colorop_state *state, struct drm_file *file_priv, >>> struct drm_property *property, uint64_t val) >>> { >>> - drm_dbg_atomic(colorop->dev, >>> - "[COLOROP:%d] unknown property [PROP:%d:%s]]\n", >>> - colorop->base.id, >>> - property->base.id, property->name); >>> - return -EINVAL; >>> + if (property == colorop->curve_1d_type_property) { >>> + state->curve_1d_type = val; >>> + } else { >>> + drm_dbg_atomic(colorop->dev, >>> + "[COLOROP:%d:%d] unknown property [PROP:%d:%s]]\n", >>> + colorop->base.id, colorop->type, >>> + property->base.id, property->name); >>> + return -EINVAL; >>> + } >>> + >>> + return 0; >>> } >>> static int >>> @@ -662,6 +668,8 @@ drm_atomic_colorop_get_property(struct drm_colorop >>> *colorop, >>> { >>> if (property == colorop->type_property) { >>> *val = colorop->type; >>> + } else if (property == colorop->curve_1d_type_property) { >>> + *val = state->curve_1d_type; >>> } else { >>> return -EINVAL; >>> } >>> diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/ >>> drm_colorop.c >>> index 1459a28c7e7b..a42de0aa48e1 100644 >>> --- a/drivers/gpu/drm/drm_colorop.c >>> +++ b/drivers/gpu/drm/drm_colorop.c >>> @@ -31,6 +31,123 @@ >>> #include "drm_crtc_internal.h" >>> +static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { >>> + { DRM_COLOROP_1D_CURVE, "1D Curve" }, >>> +}; >>> + >>> +static const char * const colorop_curve_1d_type_names[] = { >>> + [DRM_COLOROP_1D_CURVE_SRGB_EOTF] = "sRGB EOTF", >>> + [DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF] = "sRGB Inverse EOTF", >>> +}; >>> + >>> + >>> +/* Init Helpers */ >>> + >>> +static int drm_colorop_init(struct drm_device *dev, struct >>> drm_colorop *colorop, >>> + struct drm_plane *plane, enum drm_colorop_type type) >>> +{ >>> + struct drm_mode_config *config = &dev->mode_config; >>> + struct drm_property *prop; >>> + int ret = 0; >>> + >>> + ret = drm_mode_object_add(dev, &colorop->base, >>> DRM_MODE_OBJECT_COLOROP); >>> + if (ret) >>> + return ret; >>> + >>> + colorop->base.properties = &colorop->properties; >>> + colorop->dev = dev; >>> + colorop->type = type; >>> + colorop->plane = plane; >>> + >>> + list_add_tail(&colorop->head, &config->colorop_list); >>> + colorop->index = config->num_colorop++; >>> + >>> + /* add properties */ >>> + >>> + /* type */ >>> + prop = drm_property_create_enum(dev, >>> + DRM_MODE_PROP_IMMUTABLE, >>> + "TYPE", drm_colorop_type_enum_list, >>> + ARRAY_SIZE(drm_colorop_type_enum_list)); >> >> I think this function belongs to the previous patch "Add TYPE property". > > This function is only called by the first colorop. Some pieces of the > code in this function are introduced with the first colorop (1D curve) > so it makes sense to include it here. True! I did not saw it, you can keep it here indeed >> >>> + >>> + if (!prop) >>> + return -ENOMEM; >>> + >>> + colorop->type_property = prop; >>> + >>> + drm_object_attach_property(&colorop->base, >>> + colorop->type_property, >>> + colorop->type); >>> + >>> + return ret; >>> +} >>> + >>> +/** >>> + * drm_colorop_curve_1d_init - Initialize a DRM_COLOROP_1D_CURVE >>> + * >>> + * @dev: DRM device >>> + * @colorop: The drm_colorop object to initialize >>> + * @plane: The associated drm_plane >>> + * @supported_tfs: A bitfield of supported drm_colorop_curve_1d_init >>> enum values, >>> + * created using BIT(curve_type) and combined with >>> the OR '|' >>> + * operator. >>> + * @return zero on success, -E value on failure >>> + */ >>> +int drm_colorop_curve_1d_init(struct drm_device *dev, struct >>> drm_colorop *colorop, >>> + struct drm_plane *plane, u64 supported_tfs) >>> +{ >>> + struct drm_prop_enum_list enum_list[DRM_COLOROP_1D_CURVE_COUNT]; >>> + int i, len; >>> + >>> + struct drm_property *prop; >>> + int ret; >>> + >>> + if (!supported_tfs) { >>> + drm_err(dev, >>> + "No supported TFs for new 1D curve colorop on [PLANE:%d: >>> %s]\n", >>> + plane->base.id, plane->name); >>> + return -EINVAL; >>> + } >>> + >>> + if ((supported_tfs & -BIT(DRM_COLOROP_1D_CURVE_COUNT)) != 0) { >>> + drm_err(dev, "Unknown TF provided on [PLANE:%d:%s]\n", >>> + plane->base.id, plane->name); >>> + return -EINVAL; >>> + } >>> + >>> + ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_1D_CURVE); >>> + if (ret) >>> + return ret; >>> + >>> + len = 0; >>> + for (i = 0; i < DRM_COLOROP_1D_CURVE_COUNT; i++) { >>> + if ((supported_tfs & BIT(i)) == 0) >>> + continue; >>> + >>> + enum_list[len].type = i; >>> + enum_list[len].name = colorop_curve_1d_type_names[i]; >>> + len++; >>> + } >>> + >>> + if (WARN_ON(len <= 0)) >>> + return -EINVAL; >>> + >>> + >>> + /* initialize 1D curve only attribute */ >>> + prop = drm_property_create_enum(dev, DRM_MODE_PROP_ATOMIC, >>> "CURVE_1D_TYPE", >>> + enum_list, len); >>> + if (!prop) >>> + return -ENOMEM; >>> + >>> + colorop->curve_1d_type_property = prop; >>> + drm_object_attach_property(&colorop->base, colorop- >>>> curve_1d_type_property, >>> + enum_list[0].type); >>> + drm_colorop_reset(colorop); >>> + >>> + return 0; >>> +} >>> +EXPORT_SYMBOL(drm_colorop_curve_1d_init); >>> + >>> static void __drm_atomic_helper_colorop_duplicate_state(struct >>> drm_colorop *colorop, >>> struct drm_colorop_state *state) >>> { >>> @@ -70,7 +187,16 @@ void drm_colorop_atomic_destroy_state(struct >>> drm_colorop *colorop, >>> static void __drm_colorop_state_reset(struct drm_colorop_state >>> *colorop_state, >>> struct drm_colorop *colorop) >>> { >>> + u64 val; >>> + >>> colorop_state->colorop = colorop; >>> + >>> + if (colorop->curve_1d_type_property) { >>> + drm_object_property_get_default_value(&colorop->base, >>> + colorop->curve_1d_type_property, >>> + &val); >>> + colorop_state->curve_1d_type = val; >>> + } >>> } >>> /** >>> @@ -114,3 +240,11 @@ const char *drm_get_colorop_type_name(enum >>> drm_colorop_type type >>> return colorop_type_name[type]; >> >> Probably a dumb question: can't we use drm_colorop_type_enum_list >> instead of colorop_type_name in the drm_get_colorop_type_name function? >> So we will avoid duplicating the string "1D Curve". > > Using drm_colorop_type_enum_list in drm_get_colorop_type_name needs > enumerating the list every time (extra CPU cycles) unlike using > colorop_type_name[]. Why do you want to iterate over the list? See [1]/[2], it seems to be a common patter to simply order the enum list and use the index in it. Furthermore, I don't expect this function to be called often, so a list enumeration doesn't seem expensive (maybe called almost never? The only usage I found in your series is __drm_state_dump). I don't have a strong opinion on this, so: Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> Thanks! Louis Chauvet [1]:https://elixir.bootlin.com/linux/v6.13.4/source/drivers/gpu/drm/drm_connector.c#L1238-L1259 [2]:https://elixir.bootlin.com/linux/v6.13.4/source/drivers/gpu/drm/drm_connector.c#L972-L994 >> >>> } >> >> Thanks, >> Louis Chauvet >> >> [...] >> > -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 08/45] Documentation/gpu: document drm_colorop 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (6 preceding siblings ...) 2024-12-20 4:33 ` [V7 07/45] drm/colorop: Add 1D Curve subtype Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-13 8:18 ` Simon Ser 2024-12-20 4:33 ` [V7 09/45] drm/colorop: Add BYPASS property Alex Hung ` (36 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> Add kernel doc for drm_colorop objects. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Add a commit messages v5: - Drop TODO Documentation/gpu/drm-kms.rst | 15 +++++++++++++++ drivers/gpu/drm/drm_colorop.c | 31 +++++++++++++++++++++++++++++++ 2 files changed, 46 insertions(+) diff --git a/Documentation/gpu/drm-kms.rst b/Documentation/gpu/drm-kms.rst index abfe220764e1..2292e65f044c 100644 --- a/Documentation/gpu/drm-kms.rst +++ b/Documentation/gpu/drm-kms.rst @@ -413,6 +413,21 @@ Plane Panic Functions Reference .. kernel-doc:: drivers/gpu/drm/drm_panic.c :export: +Colorop Abstraction +=================== + +.. kernel-doc:: drivers/gpu/drm/drm_colorop.c + :doc: overview + +Colorop Functions Reference +--------------------------- + +.. kernel-doc:: include/drm/drm_colorop.h + :internal: + +.. kernel-doc:: drivers/gpu/drm/drm_colorop.c + :export: + Display Modes Function Reference ================================ diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c index a42de0aa48e1..aaaf96d729b9 100644 --- a/drivers/gpu/drm/drm_colorop.c +++ b/drivers/gpu/drm/drm_colorop.c @@ -31,6 +31,37 @@ #include "drm_crtc_internal.h" +/** + * DOC: overview + * + * A colorop represents a single color operation. Colorops are chained + * via the NEXT property and make up color pipelines. Color pipelines + * are advertised and selected via the COLOR_PIPELINE &drm_plane + * property. + * + * A colorop will be of a certain type, advertised by the read-only TYPE + * property. Each type of colorop will advertise a different set of + * properties and is programmed in a different manner. Types can be + * enumerated 1D curves, 1D LUTs, 3D LUTs, matrices, etc. See the + * &drm_colorop_type documentation for information on each type. + * + * If a colorop advertises the BYPASS property it can be bypassed. + * + * Since colorops cannot stand-alone and are used to describe colorop + * operations on a plane they don't have their own locking mechanism but + * are locked and programmed along with their associated &drm_plane. + * + * Colorops are only advertised and valid for atomic drivers and atomic + * userspace that signals the DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE client + * cap. When a driver advertises the COLOR_PIPELINE property on a + * &drm_plane and userspace signals the + * DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE the driver shall ignore all other + * plane color properties, such as COLOR_ENCODING and COLOR_RANGE. + * + * More information about colorops and color pipelines can be found at + * rfc/color_pipeline.rst. + */ + static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { { DRM_COLOROP_1D_CURVE, "1D Curve" }, }; -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 08/45] Documentation/gpu: document drm_colorop 2024-12-20 4:33 ` [V7 08/45] Documentation/gpu: document drm_colorop Alex Hung @ 2025-01-13 8:18 ` Simon Ser 2025-02-10 22:03 ` Harry Wentland 0 siblings, 1 reply; 127+ messages in thread From: Simon Ser @ 2025-01-13 8:18 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland This patch should probably come after all patches introducing the properties referenced in the docs, e.g. NEXT and COLOR_PIPELINE. Probably after "[13/45] drm/colorop: Introduce DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE"? > +/** > + * DOC: overview > + * > + * A colorop represents a single color operation. Colorops are chained > + * via the NEXT property and make up color pipelines. Color pipelines > + * are advertised and selected via the COLOR_PIPELINE &drm_plane > + * property. > + * > + * A colorop will be of a certain type, advertised by the read-only TYPE > + * property. Each type of colorop will advertise a different set of > + * properties and is programmed in a different manner. Types can be > + * enumerated 1D curves, 1D LUTs, 3D LUTs, matrices, etc. See the > + * &drm_colorop_type documentation for information on each type. It's not super nice to refer to internal kernel docs here, because AFAIU this section is mostly written towards user-space developers. User-space developers have no idea how internal kernel structs work. It would be nicer to have a list of colorop types here, without referring to kernel internals. For instance, we have a list of > + * If a colorop advertises the BYPASS property it can be bypassed. > + * > + * Since colorops cannot stand-alone and are used to describe colorop > + * operations on a plane they don't have their own locking mechanism but > + * are locked and programmed along with their associated &drm_plane. This sounds a bit too internal for overview docs - maybe should be in the struct drm_colorop docs instead? > + * Colorops are only advertised and valid for atomic drivers and atomic > + * userspace that signals the DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE client Nit: this cap can be linkified with a "&". > + * cap. When a driver advertises the COLOR_PIPELINE property on a > + * &drm_plane and userspace signals the > + * DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE the driver shall ignore all other > + * plane color properties, such as COLOR_ENCODING and COLOR_RANGE. Perhaps this should appear first in the doc? Start with instructions to enable, then describe how it works? > + * More information about colorops and color pipelines can be found at > + * rfc/color_pipeline.rst. Perhaps we should note that this document contains information about design/architectural decisions? The "reference" should be this section, the RFC doc is just about the motivation I believe. That is, if the API evolves, the RFC is unliekly to get updated, but this document will. ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 08/45] Documentation/gpu: document drm_colorop 2025-01-13 8:18 ` Simon Ser @ 2025-02-10 22:03 ` Harry Wentland 2025-02-15 14:40 ` Simon Ser 0 siblings, 1 reply; 127+ messages in thread From: Harry Wentland @ 2025-02-10 22:03 UTC (permalink / raw) To: Simon Ser, Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel On 2025-01-13 03:18, Simon Ser wrote: > This patch should probably come after all patches introducing the > properties referenced in the docs, e.g. NEXT and COLOR_PIPELINE. > Probably after "[13/45] drm/colorop: Introduce > DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE"? > >> +/** >> + * DOC: overview >> + * >> + * A colorop represents a single color operation. Colorops are chained >> + * via the NEXT property and make up color pipelines. Color pipelines >> + * are advertised and selected via the COLOR_PIPELINE &drm_plane >> + * property. >> + * >> + * A colorop will be of a certain type, advertised by the read-only TYPE >> + * property. Each type of colorop will advertise a different set of >> + * properties and is programmed in a different manner. Types can be >> + * enumerated 1D curves, 1D LUTs, 3D LUTs, matrices, etc. See the >> + * &drm_colorop_type documentation for information on each type. > > It's not super nice to refer to internal kernel docs here, because AFAIU > this section is mostly written towards user-space developers. User-space > developers have no idea how internal kernel structs work. > > It would be nicer to have a list of colorop types here, without referring > to kernel internals. For instance, we have a list of > I'm not sure I follow. This is linking to the drm_colorop_type (from drm_mode.h) enum documentation in drm-uapi.html. Duplicating it here would mean that sooner or later the two docs will get out of sync. I agree with the rest and we'll reflect that in v8. Harry >> + * If a colorop advertises the BYPASS property it can be bypassed. >> + * >> + * Since colorops cannot stand-alone and are used to describe colorop >> + * operations on a plane they don't have their own locking mechanism but >> + * are locked and programmed along with their associated &drm_plane. > > This sounds a bit too internal for overview docs - maybe should be in > the struct drm_colorop docs instead? > >> + * Colorops are only advertised and valid for atomic drivers and atomic >> + * userspace that signals the DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE client > > Nit: this cap can be linkified with a "&". > >> + * cap. When a driver advertises the COLOR_PIPELINE property on a >> + * &drm_plane and userspace signals the >> + * DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE the driver shall ignore all other >> + * plane color properties, such as COLOR_ENCODING and COLOR_RANGE. > > Perhaps this should appear first in the doc? Start with instructions to > enable, then describe how it works? > >> + * More information about colorops and color pipelines can be found at >> + * rfc/color_pipeline.rst. > > Perhaps we should note that this document contains information about > design/architectural decisions? The "reference" should be this section, the > RFC doc is just about the motivation I believe. That is, if the API evolves, > the RFC is unliekly to get updated, but this document will. ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 08/45] Documentation/gpu: document drm_colorop 2025-02-10 22:03 ` Harry Wentland @ 2025-02-15 14:40 ` Simon Ser 2025-02-21 16:18 ` Harry Wentland 0 siblings, 1 reply; 127+ messages in thread From: Simon Ser @ 2025-02-15 14:40 UTC (permalink / raw) To: Harry Wentland; +Cc: Alex Hung, dri-devel, amd-gfx, wayland-devel On Monday, February 10th, 2025 at 23:03, Harry Wentland <harry.wentland@amd.com> wrote: > > > + * DOC: overview > > > + * > > > + * A colorop represents a single color operation. Colorops are chained > > > + * via the NEXT property and make up color pipelines. Color pipelines > > > + * are advertised and selected via the COLOR_PIPELINE &drm_plane > > > + * property. > > > + * > > > + * A colorop will be of a certain type, advertised by the read-only TYPE > > > + * property. Each type of colorop will advertise a different set of > > > + * properties and is programmed in a different manner. Types can be > > > + * enumerated 1D curves, 1D LUTs, 3D LUTs, matrices, etc. See the > > > + * &drm_colorop_type documentation for information on each type. > > > > It's not super nice to refer to internal kernel docs here, because AFAIU > > this section is mostly written towards user-space developers. User-space > > developers have no idea how internal kernel structs work. > > > > It would be nicer to have a list of colorop types here, without referring > > to kernel internals. For instance, we have a list of > > I'm not sure I follow. This is linking to the drm_colorop_type > (from drm_mode.h) enum documentation in drm-uapi.html. > > Duplicating it here would mean that sooner or later the two > docs will get out of sync. Oh, I thought this was an internal kernel enum. I guess the only missing thing is the string exposed to user-space for each enum entry then? In any case, sounds good to me. > I agree with the rest and we'll reflect that in v8. Sweet! ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 08/45] Documentation/gpu: document drm_colorop 2025-02-15 14:40 ` Simon Ser @ 2025-02-21 16:18 ` Harry Wentland 2025-02-21 16:42 ` Simon Ser 0 siblings, 1 reply; 127+ messages in thread From: Harry Wentland @ 2025-02-21 16:18 UTC (permalink / raw) To: Simon Ser; +Cc: Alex Hung, dri-devel, amd-gfx, wayland-devel On 2025-02-15 09:40, Simon Ser wrote: > On Monday, February 10th, 2025 at 23:03, Harry Wentland <harry.wentland@amd.com> wrote: > >>>> + * DOC: overview >>>> + * >>>> + * A colorop represents a single color operation. Colorops are chained >>>> + * via the NEXT property and make up color pipelines. Color pipelines >>>> + * are advertised and selected via the COLOR_PIPELINE &drm_plane >>>> + * property. >>>> + * >>>> + * A colorop will be of a certain type, advertised by the read-only TYPE >>>> + * property. Each type of colorop will advertise a different set of >>>> + * properties and is programmed in a different manner. Types can be >>>> + * enumerated 1D curves, 1D LUTs, 3D LUTs, matrices, etc. See the >>>> + * &drm_colorop_type documentation for information on each type. >>> >>> It's not super nice to refer to internal kernel docs here, because AFAIU >>> this section is mostly written towards user-space developers. User-space >>> developers have no idea how internal kernel structs work. >>> >>> It would be nicer to have a list of colorop types here, without referring >>> to kernel internals. For instance, we have a list of >> >> I'm not sure I follow. This is linking to the drm_colorop_type >> (from drm_mode.h) enum documentation in drm-uapi.html. >> >> Duplicating it here would mean that sooner or later the two >> docs will get out of sync. > > Oh, I thought this was an internal kernel enum. I guess the only missing > thing is the string exposed to user-space for each enum entry then? > Good point. We'll add that to the enum drm_colorop_type docs. I did a brief survey of other enum properties and noticed that this isn't well documented for others, such as the Content Protection connector property, or the COLOR_RANGE and COLOR_ENCODING plane properties. On the IGT front, some tests set enum properties via enum strings, and other set and get enum properties based on the prop uint64_t prop_values[i] entry from the drmModeObjectPropertiesPtr. Do you know if there's a best practice for enum usage or is it mostly a case of "use what works for you"? Harry > In any case, sounds good to me. > >> I agree with the rest and we'll reflect that in v8. > > Sweet! ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 08/45] Documentation/gpu: document drm_colorop 2025-02-21 16:18 ` Harry Wentland @ 2025-02-21 16:42 ` Simon Ser 2025-02-21 18:41 ` Harry Wentland 0 siblings, 1 reply; 127+ messages in thread From: Simon Ser @ 2025-02-21 16:42 UTC (permalink / raw) To: Harry Wentland; +Cc: Alex Hung, dri-devel, amd-gfx, wayland-devel On Friday, February 21st, 2025 at 17:18, Harry Wentland <harry.wentland@amd.com> wrote: > I did a brief survey of other enum properties and noticed > that this isn't well documented for others, such as the Content > Protection connector property, or the COLOR_RANGE and COLOR_ENCODING > plane properties. Isn't the Content Protection property documented here? https://dri.freedesktop.org/docs/drm/gpu/drm-kms.html#standard-connector-properties COLOR_RANGE and COLOR_ENCODING are documented here, but indeed they are missing docs for enum entries: https://dri.freedesktop.org/docs/drm/gpu/drm-kms.html#color-management-properties Would be nice to fix. > On the IGT front, some tests set enum properties via enum strings, > and other set and get enum properties based on the prop uint64_t > prop_values[i] entry from the drmModeObjectPropertiesPtr. > > Do you know if there's a best practice for enum usage or is it mostly > a case of "use what works for you"? It's an old debate. Some user-space uses enum integer values, some user-space uses enum name strings. In theory, each KMS object could have a different name-value map for a given property. However, this is very theoretical and last time we've discussed this we haven't found any case where this would be desirable. IMHO, strings make it painful for user-space because it needs to go through another level of indirection (to convert names to values right before setting a property) for no benefit. Strings are more annoying to handle in general (memory management, typos, etc). Kernel has a no user-space regression policy anyways, so when user-space starts using values, the kernel won't be able to break these users. Other people have argued that strings make it easier for user-space to start using a new KMS property without deploying new kernel uAPI headers. In the end, it's up to user-space to use their preferred way to set properties. ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 08/45] Documentation/gpu: document drm_colorop 2025-02-21 16:42 ` Simon Ser @ 2025-02-21 18:41 ` Harry Wentland 2025-02-21 18:48 ` Simon Ser 0 siblings, 1 reply; 127+ messages in thread From: Harry Wentland @ 2025-02-21 18:41 UTC (permalink / raw) To: Simon Ser; +Cc: Alex Hung, dri-devel, amd-gfx, wayland-devel On 2025-02-21 11:42, Simon Ser wrote: > On Friday, February 21st, 2025 at 17:18, Harry Wentland <harry.wentland@amd.com> wrote: > >> I did a brief survey of other enum properties and noticed >> that this isn't well documented for others, such as the Content >> Protection connector property, or the COLOR_RANGE and COLOR_ENCODING >> plane properties. > > Isn't the Content Protection property documented here? > https://dri.freedesktop.org/docs/drm/gpu/drm-kms.html#standard-connector-properties > Yes, but I don't see the actual strings. The doc mentions UNDESIRED, DESIRED, and ENABLED but the strings are "Undesired", "Desired", and "Enabled". > COLOR_RANGE and COLOR_ENCODING are documented here, but indeed they > are missing docs for enum entries: > https://dri.freedesktop.org/docs/drm/gpu/drm-kms.html#color-management-properties > > Would be nice to fix. > >> On the IGT front, some tests set enum properties via enum strings, >> and other set and get enum properties based on the prop uint64_t >> prop_values[i] entry from the drmModeObjectPropertiesPtr. >> >> Do you know if there's a best practice for enum usage or is it mostly >> a case of "use what works for you"? > > It's an old debate. Some user-space uses enum integer values, some > user-space uses enum name strings. > > In theory, each KMS object could have a different name-value map for > a given property. However, this is very theoretical and last time we've > discussed this we haven't found any case where this would be desirable. > > IMHO, strings make it painful for user-space because it needs to go > through another level of indirection (to convert names to values right > before setting a property) for no benefit. Strings are more annoying to > handle in general (memory management, typos, etc). > > Kernel has a no user-space regression policy anyways, so when user-space > starts using values, the kernel won't be able to break these users. > Makes sense and thanks for some background on previous discussions on this. > Other people have argued that strings make it easier for user-space to > start using a new KMS property without deploying new kernel uAPI headers. > I don't understand this argument. You would either need to define the strings or the ints in your user-space app. You could do either without deploying new uAPI headers. > In the end, it's up to user-space to use their preferred way to set > properties. Makes sense. Harry ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 08/45] Documentation/gpu: document drm_colorop 2025-02-21 18:41 ` Harry Wentland @ 2025-02-21 18:48 ` Simon Ser 0 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-02-21 18:48 UTC (permalink / raw) To: Harry Wentland; +Cc: Alex Hung, dri-devel, amd-gfx, wayland-devel On Friday, February 21st, 2025 at 19:41, Harry Wentland <harry.wentland@amd.com> wrote: > > Other people have argued that strings make it easier for user-space to > > start using a new KMS property without deploying new kernel uAPI headers. > > I don't understand this argument. You would either need to define the > strings or the ints in your user-space app. You could do either without > deploying new uAPI headers. I suppose a string is less likely to be wrong/mixed up than a magic number? I'm probably not the best person to explain this side of the debate. :P Looking at Weston, it seems to just re-define its own enums matching the kernel strings: https://gitlab.freedesktop.org/wayland/weston/-/blob/6d9c42a7d294a1435822541ab4b3e12a8998dabb/libweston/backend-drm/kms.c#L49 For reference, one of the previous discussions: https://lists.freedesktop.org/archives/dri-devel/2020-April/thread.html#261055 I think there was another one, but can't find it back… ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 09/45] drm/colorop: Add BYPASS property 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (7 preceding siblings ...) 2024-12-20 4:33 ` [V7 08/45] Documentation/gpu: document drm_colorop Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-13 17:49 ` Simon Ser ` (2 more replies) 2024-12-20 4:33 ` [V7 10/45] drm/colorop: Add NEXT property Alex Hung ` (35 subsequent siblings) 44 siblings, 3 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> We want to be able to bypass each colorop at all times. Introduce a new BYPASS boolean property for this. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v6: - clarify that bypass is only valid if BYPASS prop exists (Louis Chauvet) drivers/gpu/drm/drm_atomic_uapi.c | 6 +++++- drivers/gpu/drm/drm_colorop.c | 15 +++++++++++++++ include/drm/drm_colorop.h | 22 ++++++++++++++++++++++ 3 files changed, 42 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c index 9a5dbf0a1306..8a038e04be58 100644 --- a/drivers/gpu/drm/drm_atomic_uapi.c +++ b/drivers/gpu/drm/drm_atomic_uapi.c @@ -648,7 +648,9 @@ static int drm_atomic_colorop_set_property(struct drm_colorop *colorop, struct drm_colorop_state *state, struct drm_file *file_priv, struct drm_property *property, uint64_t val) { - if (property == colorop->curve_1d_type_property) { + if (property == colorop->bypass_property) { + state->bypass = val; + } else if (property == colorop->curve_1d_type_property) { state->curve_1d_type = val; } else { drm_dbg_atomic(colorop->dev, @@ -668,6 +670,8 @@ drm_atomic_colorop_get_property(struct drm_colorop *colorop, { if (property == colorop->type_property) { *val = colorop->type; + } else if (property == colorop->bypass_property) { + *val = state->bypass; } else if (property == colorop->curve_1d_type_property) { *val = state->curve_1d_type; } else { diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c index aaaf96d729b9..01cbe90635e8 100644 --- a/drivers/gpu/drm/drm_colorop.c +++ b/drivers/gpu/drm/drm_colorop.c @@ -110,6 +110,17 @@ static int drm_colorop_init(struct drm_device *dev, struct drm_colorop *colorop, colorop->type_property, colorop->type); + /* bypass */ + prop = drm_property_create_bool(dev, DRM_MODE_PROP_ATOMIC, + "BYPASS"); + if (!prop) + return -ENOMEM; + + colorop->bypass_property = prop; + drm_object_attach_property(&colorop->base, + colorop->bypass_property, + 1); + return ret; } @@ -167,6 +178,7 @@ int drm_colorop_curve_1d_init(struct drm_device *dev, struct drm_colorop *coloro /* initialize 1D curve only attribute */ prop = drm_property_create_enum(dev, DRM_MODE_PROP_ATOMIC, "CURVE_1D_TYPE", enum_list, len); + if (!prop) return -ENOMEM; @@ -183,6 +195,8 @@ static void __drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colo struct drm_colorop_state *state) { memcpy(state, colorop->state, sizeof(*state)); + + state->bypass = true; } struct drm_colorop_state * @@ -221,6 +235,7 @@ static void __drm_colorop_state_reset(struct drm_colorop_state *colorop_state, u64 val; colorop_state->colorop = colorop; + colorop_state->bypass = true; if (colorop->curve_1d_type_property) { drm_object_property_get_default_value(&colorop->base, diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h index cd5a754e5d10..5ed24d60a99e 100644 --- a/include/drm/drm_colorop.h +++ b/include/drm/drm_colorop.h @@ -79,6 +79,16 @@ struct drm_colorop_state { * information. */ + + /** + * @bypass: + * + * When the property BYPASS exists on this colorop, this stores + * the requested bypass state: true if colorop shall be bypassed, + * false if colorop is enabled. + */ + bool bypass; + /** * @curve_1d_type: * @@ -163,6 +173,18 @@ struct drm_colorop { */ struct drm_property *type_property; + /** + * @bypass_property: + * + * Boolean property to control enablement of the color + * operation. Setting bypass to "true" shall always be supported + * in order to allow compositors to quickly fall back to + * alternate methods of color processing. This is important + * since setting color operations can fail due to unique + * HW constraints. + */ + struct drm_property *bypass_property; + /** * @curve_1d_type_property: * -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 09/45] drm/colorop: Add BYPASS property 2024-12-20 4:33 ` [V7 09/45] drm/colorop: Add BYPASS property Alex Hung @ 2025-01-13 17:49 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:15 ` Louis Chauvet 2 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-13 17:49 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland Reviewed-by: Simon Ser <contact@emersion.fr> ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 09/45] drm/colorop: Add BYPASS property 2024-12-20 4:33 ` [V7 09/45] drm/colorop: Add BYPASS property Alex Hung 2025-01-13 17:49 ` Simon Ser @ 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:15 ` Louis Chauvet 2 siblings, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-24 16:07 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 09/45] drm/colorop: Add BYPASS property 2024-12-20 4:33 ` [V7 09/45] drm/colorop: Add BYPASS property Alex Hung 2025-01-13 17:49 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet @ 2025-02-25 10:15 ` Louis Chauvet 2 siblings, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-25 10:15 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland Le 20/12/2024 à 05:33, Alex Hung a écrit : > From: Harry Wentland <harry.wentland@amd.com> > > We want to be able to bypass each colorop at all times. > Introduce a new BYPASS boolean property for this. > > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 10/45] drm/colorop: Add NEXT property 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (8 preceding siblings ...) 2024-12-20 4:33 ` [V7 09/45] drm/colorop: Add BYPASS property Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-13 17:54 ` Simon Ser ` (2 more replies) 2024-12-20 4:33 ` [V7 11/45] drm/colorop: Add atomic state print for drm_colorop Alex Hung ` (34 subsequent siblings) 44 siblings, 3 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> We'll construct color pipelines out of drm_colorop by chaining them via the NEXT pointer. NEXT will point to the next drm_colorop in the pipeline, or by 0 if we're at the end of the pipeline. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v5: - move next comment here from Add 3x4 CTM patch (Sebastian) - Add kernel doc v4: - Allow setting of NEXT property to NULL (Chaitanya Kumar Borah) v3: - Add next pointer to colorop to be used by drivers and in DRM core drivers/gpu/drm/drm_colorop.c | 30 ++++++++++++++++++++++++++++++ include/drm/drm_colorop.h | 20 ++++++++++++++++++++ 2 files changed, 50 insertions(+) diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c index 01cbe90635e8..954acd09673a 100644 --- a/drivers/gpu/drm/drm_colorop.c +++ b/drivers/gpu/drm/drm_colorop.c @@ -89,6 +89,7 @@ static int drm_colorop_init(struct drm_device *dev, struct drm_colorop *colorop, colorop->dev = dev; colorop->type = type; colorop->plane = plane; + colorop->next = NULL; list_add_tail(&colorop->head, &config->colorop_list); colorop->index = config->num_colorop++; @@ -121,6 +122,16 @@ static int drm_colorop_init(struct drm_device *dev, struct drm_colorop *colorop, colorop->bypass_property, 1); + /* next */ + prop = drm_property_create_object(dev, DRM_MODE_PROP_IMMUTABLE | DRM_MODE_PROP_ATOMIC, + "NEXT", DRM_MODE_OBJECT_COLOROP); + if (!prop) + return -ENOMEM; + colorop->next_property = prop; + drm_object_attach_property(&colorop->base, + colorop->next_property, + 0); + return ret; } @@ -294,3 +305,22 @@ const char *drm_get_colorop_curve_1d_type_name(enum drm_colorop_curve_1d_type ty return colorop_curve_1d_type_names[type]; } + +/** + * drm_colorop_set_next_property - sets the next pointer + * @colorop: drm colorop + * @next: next colorop + * + * Should be used when constructing the color pipeline + */ +void drm_colorop_set_next_property(struct drm_colorop *colorop, struct drm_colorop *next) +{ + if (!colorop->next_property) + return; + + drm_object_property_set_value(&colorop->base, + colorop->next_property, + next ? next->base.id : 0); + colorop->next = next; +} +EXPORT_SYMBOL(drm_colorop_set_next_property); diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h index 5ed24d60a99e..2f0572be37bb 100644 --- a/include/drm/drm_colorop.h +++ b/include/drm/drm_colorop.h @@ -165,6 +165,14 @@ struct drm_colorop { */ enum drm_colorop_type type; + /** + * @next: + * + * Read-only + * Pointer to next drm_colorop in pipeline + */ + struct drm_colorop *next; + /** * @type_property: * @@ -192,10 +200,20 @@ struct drm_colorop { */ struct drm_property *curve_1d_type_property; + /** + * @next_property: + * + * Read-only property to next colorop in the pipeline + */ + struct drm_property *next_property; + }; #define obj_to_colorop(x) container_of(x, struct drm_colorop, base) + + + /** * drm_colorop_find - look up a Colorop object from its ID * @dev: DRM device @@ -268,4 +286,6 @@ const char *drm_get_colorop_type_name(enum drm_colorop_type type); */ const char *drm_get_colorop_curve_1d_type_name(enum drm_colorop_curve_1d_type type); +void drm_colorop_set_next_property(struct drm_colorop *colorop, struct drm_colorop *next); + #endif /* __DRM_COLOROP_H__ */ -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 10/45] drm/colorop: Add NEXT property 2024-12-20 4:33 ` [V7 10/45] drm/colorop: Add NEXT property Alex Hung @ 2025-01-13 17:54 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:21 ` Louis Chauvet 2 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-13 17:54 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland > +void drm_colorop_set_next_property(struct drm_colorop *colorop, struct drm_colorop *next) > +{ > + if (!colorop->next_property) > + return; Why is this early return necessary? Shouldn't this field be always populated? Even if that's not the case, I don't think silently ignoring the call is a good idea. ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 10/45] drm/colorop: Add NEXT property 2024-12-20 4:33 ` [V7 10/45] drm/colorop: Add NEXT property Alex Hung 2025-01-13 17:54 ` Simon Ser @ 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:21 ` Louis Chauvet 2 siblings, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-24 16:07 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 10/45] drm/colorop: Add NEXT property 2024-12-20 4:33 ` [V7 10/45] drm/colorop: Add NEXT property Alex Hung 2025-01-13 17:54 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet @ 2025-02-25 10:21 ` Louis Chauvet 2 siblings, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-25 10:21 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland Le 20/12/2024 à 05:33, Alex Hung a écrit : > From: Harry Wentland <harry.wentland@amd.com> > > We'll construct color pipelines out of drm_colorop by > chaining them via the NEXT pointer. NEXT will point to > the next drm_colorop in the pipeline, or by 0 if we're > at the end of the pipeline. > > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > --- > v5: > - move next comment here from Add 3x4 CTM patch (Sebastian) > - Add kernel doc > > v4: > - Allow setting of NEXT property to NULL (Chaitanya Kumar Borah) > > v3: > - Add next pointer to colorop to be used by drivers > and in DRM core > > drivers/gpu/drm/drm_colorop.c | 30 ++++++++++++++++++++++++++++++ > include/drm/drm_colorop.h | 20 ++++++++++++++++++++ > 2 files changed, 50 insertions(+) > > diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c > index 01cbe90635e8..954acd09673a 100644 > --- a/drivers/gpu/drm/drm_colorop.c > +++ b/drivers/gpu/drm/drm_colorop.c > @@ -89,6 +89,7 @@ static int drm_colorop_init(struct drm_device *dev, struct drm_colorop *colorop, > colorop->dev = dev; > colorop->type = type; > colorop->plane = plane; > + colorop->next = NULL; > > list_add_tail(&colorop->head, &config->colorop_list); > colorop->index = config->num_colorop++; > @@ -121,6 +122,16 @@ static int drm_colorop_init(struct drm_device *dev, struct drm_colorop *colorop, > colorop->bypass_property, > 1); > > + /* next */ > + prop = drm_property_create_object(dev, DRM_MODE_PROP_IMMUTABLE | DRM_MODE_PROP_ATOMIC, > + "NEXT", DRM_MODE_OBJECT_COLOROP); > + if (!prop) > + return -ENOMEM; > + colorop->next_property = prop; > + drm_object_attach_property(&colorop->base, > + colorop->next_property, > + 0); > + > return ret; > } > > @@ -294,3 +305,22 @@ const char *drm_get_colorop_curve_1d_type_name(enum drm_colorop_curve_1d_type ty > > return colorop_curve_1d_type_names[type]; > } > + > +/** > + * drm_colorop_set_next_property - sets the next pointer > + * @colorop: drm colorop > + * @next: next colorop > + * > + * Should be used when constructing the color pipeline > + */ > +void drm_colorop_set_next_property(struct drm_colorop *colorop, struct drm_colorop *next) > +{ > + if (!colorop->next_property) > + return; I agree with Simon, a WARN_ON seems appropriate here, the colorop->next_property should always exist, and if not, it is a bug. > + > + drm_object_property_set_value(&colorop->base, > + colorop->next_property, > + next ? next->base.id : 0); > + colorop->next = next; > +} > +EXPORT_SYMBOL(drm_colorop_set_next_property); > diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h > index 5ed24d60a99e..2f0572be37bb 100644 > --- a/include/drm/drm_colorop.h > +++ b/include/drm/drm_colorop.h > @@ -165,6 +165,14 @@ struct drm_colorop { > */ > enum drm_colorop_type type; > > + /** > + * @next: > + * > + * Read-only > + * Pointer to next drm_colorop in pipeline > + */ > + struct drm_colorop *next; > + > /** > * @type_property: > * > @@ -192,10 +200,20 @@ struct drm_colorop { > */ > struct drm_property *curve_1d_type_property; > > + /** > + * @next_property: > + * > + * Read-only property to next colorop in the pipeline > + */ > + struct drm_property *next_property; > + > }; > > #define obj_to_colorop(x) container_of(x, struct drm_colorop, base) > > + > + > + Strange useless lines Thanks, Louis Chauvet > /** > * drm_colorop_find - look up a Colorop object from its ID > * @dev: DRM device > @@ -268,4 +286,6 @@ const char *drm_get_colorop_type_name(enum drm_colorop_type type); > */ > const char *drm_get_colorop_curve_1d_type_name(enum drm_colorop_curve_1d_type type); > > +void drm_colorop_set_next_property(struct drm_colorop *colorop, struct drm_colorop *next); > + > #endif /* __DRM_COLOROP_H__ */ -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 11/45] drm/colorop: Add atomic state print for drm_colorop 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (9 preceding siblings ...) 2024-12-20 4:33 ` [V7 10/45] drm/colorop: Add NEXT property Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-13 17:55 ` Simon Ser 2024-12-20 4:33 ` [V7 12/45] drm/plane: Add COLOR PIPELINE property Alex Hung ` (33 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> Print atomic state for drm_colorop in debugfs Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Add a commit messages - Squash "drm/colorop: Add NEXT to colorop state print" (Simon Ser) drivers/gpu/drm/drm_atomic.c | 26 +++++++++++++++++++++++++- 1 file changed, 25 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c index 44c5b5dd8b33..736fa6a11c08 100644 --- a/drivers/gpu/drm/drm_atomic.c +++ b/drivers/gpu/drm/drm_atomic.c @@ -777,6 +777,20 @@ static int drm_atomic_plane_check(const struct drm_plane_state *old_plane_state, return 0; } + + +static void drm_atomic_colorop_print_state(struct drm_printer *p, + const struct drm_colorop_state *state) +{ + struct drm_colorop *colorop = state->colorop; + + drm_printf(p, "colorop[%u]:\n", colorop->base.id); + drm_printf(p, "\ttype=%s\n", drm_get_colorop_type_name(colorop->type)); + drm_printf(p, "\tbypass=%u\n", state->bypass); + drm_printf(p, "\tcurve_1d_type=%s\n", drm_get_colorop_curve_1d_type_name(state->curve_1d_type)); + drm_printf(p, "\tnext=%d\n", colorop->next ? colorop->next->base.id : 0); +} + static void drm_atomic_plane_print_state(struct drm_printer *p, const struct drm_plane_state *state) { @@ -798,7 +812,8 @@ static void drm_atomic_plane_print_state(struct drm_printer *p, drm_printf(p, "\tcolor-range=%s\n", drm_get_color_range_name(state->color_range)); drm_printf(p, "\tcolor_mgmt_changed=%d\n", state->color_mgmt_changed); - + drm_printf(p, "\tcolor-pipeline=%d\n", + state->color_pipeline ? state->color_pipeline->base.id : 0); if (plane->funcs->atomic_print_state) plane->funcs->atomic_print_state(p, state); } @@ -1842,6 +1857,7 @@ static void __drm_state_dump(struct drm_device *dev, struct drm_printer *p, bool take_locks) { struct drm_mode_config *config = &dev->mode_config; + struct drm_colorop *colorop; struct drm_plane *plane; struct drm_crtc *crtc; struct drm_connector *connector; @@ -1851,6 +1867,14 @@ static void __drm_state_dump(struct drm_device *dev, struct drm_printer *p, if (!drm_drv_uses_atomic_modeset(dev)) return; + list_for_each_entry(colorop, &config->colorop_list, head) { + if (take_locks) + drm_modeset_lock(&colorop->plane->mutex, NULL); + drm_atomic_colorop_print_state(p, colorop->state); + if (take_locks) + drm_modeset_unlock(&colorop->plane->mutex); + } + list_for_each_entry(plane, &config->plane_list, head) { if (take_locks) drm_modeset_lock(&plane->mutex, NULL); -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 11/45] drm/colorop: Add atomic state print for drm_colorop 2024-12-20 4:33 ` [V7 11/45] drm/colorop: Add atomic state print for drm_colorop Alex Hung @ 2025-01-13 17:55 ` Simon Ser 0 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-13 17:55 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland > +static void drm_atomic_colorop_print_state(struct drm_printer *p, > + const struct drm_colorop_state *state) > +{ > + struct drm_colorop *colorop = state->colorop; > + > + drm_printf(p, "colorop[%u]:\n", colorop->base.id); > + drm_printf(p, "\ttype=%s\n", drm_get_colorop_type_name(colorop->type)); > + drm_printf(p, "\tbypass=%u\n", state->bypass); > + drm_printf(p, "\tcurve_1d_type=%s\n", drm_get_colorop_curve_1d_type_name(state->curve_1d_type)); Could we only print this field if the type is 1D_CURVE? ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 12/45] drm/plane: Add COLOR PIPELINE property 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (10 preceding siblings ...) 2024-12-20 4:33 ` [V7 11/45] drm/colorop: Add atomic state print for drm_colorop Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-13 18:08 ` Simon Ser 2024-12-20 4:33 ` [V7 13/45] drm/colorop: Introduce DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE Alex Hung ` (32 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> We're adding a new enum COLOR PIPELINE property. This property will have entries for each COLOR PIPELINE by referencing the DRM object ID of the first drm_colorop of the pipeline. 0 disables the entire COLOR PIPELINE. Userspace can use this to discover the available color pipelines, as well as set the desired one. The color pipelines are programmed via properties on the actual drm_colorop objects. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Fix a checkpatch warning - a new line after variable declaration v4: - Add pipeline property creation helper (Pekka) - Fix function comment for drm_atomic_set_colorop_for_plane (Pekka) - Always create Bypass pipeline (Pekka) - Add missing function declaration (Chaitanya Kumar Borah) drivers/gpu/drm/drm_atomic.c | 46 ++++++++++++++++++++ drivers/gpu/drm/drm_atomic_state_helper.c | 5 +++ drivers/gpu/drm/drm_atomic_uapi.c | 43 +++++++++++++++++++ drivers/gpu/drm/drm_plane.c | 52 +++++++++++++++++++++++ include/drm/drm_atomic.h | 3 ++ include/drm/drm_atomic_uapi.h | 2 + include/drm/drm_plane.h | 11 +++++ 7 files changed, 162 insertions(+) diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c index 736fa6a11c08..35136987d5e8 100644 --- a/drivers/gpu/drm/drm_atomic.c +++ b/drivers/gpu/drm/drm_atomic.c @@ -1461,6 +1461,52 @@ drm_atomic_add_affected_planes(struct drm_atomic_state *state, } EXPORT_SYMBOL(drm_atomic_add_affected_planes); +/** + * drm_atomic_add_affected_colorops - add colorops for plane + * @state: atomic state + * @plane: DRM plane + * + * This function walks the current configuration and adds all colorops + * currently used by @plane to the atomic configuration @state. This is useful + * when an atomic commit also needs to check all currently enabled colorop on + * @plane, e.g. when changing the mode. It's also useful when re-enabling a plane + * to avoid special code to force-enable all colorops. + * + * Since acquiring a colorop state will always also acquire the w/w mutex of the + * current plane for that colorop (if there is any) adding all the colorop states for + * a plane will not reduce parallelism of atomic updates. + * + * Returns: + * 0 on success or can fail with -EDEADLK or -ENOMEM. When the error is EDEADLK + * then the w/w mutex code has detected a deadlock and the entire atomic + * sequence must be restarted. All other errors are fatal. + */ +int +drm_atomic_add_affected_colorops(struct drm_atomic_state *state, + struct drm_plane *plane) +{ + struct drm_colorop *colorop; + struct drm_colorop_state *colorop_state; + + WARN_ON(!drm_atomic_get_new_plane_state(state, plane)); + + drm_dbg_atomic(plane->dev, + "Adding all current colorops for [plane:%d:%s] to %p\n", + plane->base.id, plane->name, state); + + drm_for_each_colorop(colorop, plane->dev) { + if (colorop->plane != plane) + continue; + + colorop_state = drm_atomic_get_colorop_state(state, colorop); + if (IS_ERR(colorop_state)) + return PTR_ERR(colorop_state); + } + + return 0; +} +EXPORT_SYMBOL(drm_atomic_add_affected_colorops); + /** * drm_atomic_check_only - check whether a given config would work * @state: atomic configuration to check diff --git a/drivers/gpu/drm/drm_atomic_state_helper.c b/drivers/gpu/drm/drm_atomic_state_helper.c index 519228eb1095..d1dd082b1286 100644 --- a/drivers/gpu/drm/drm_atomic_state_helper.c +++ b/drivers/gpu/drm/drm_atomic_state_helper.c @@ -267,6 +267,11 @@ void __drm_atomic_helper_plane_state_reset(struct drm_plane_state *plane_state, plane_state->color_range = val; } + if (plane->color_pipeline_property) { + /* default is always NULL, i.e., bypass */ + plane_state->color_pipeline = NULL; + } + if (plane->zpos_property) { if (!drm_object_property_get_default_value(&plane->base, plane->zpos_property, diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c index 8a038e04be58..f2503f56fc82 100644 --- a/drivers/gpu/drm/drm_atomic_uapi.c +++ b/drivers/gpu/drm/drm_atomic_uapi.c @@ -256,6 +256,36 @@ drm_atomic_set_fb_for_plane(struct drm_plane_state *plane_state, } EXPORT_SYMBOL(drm_atomic_set_fb_for_plane); + +/** + * drm_atomic_set_colorop_for_plane - set colorop for plane + * @plane_state: atomic state object for the plane + * @colorop: colorop to use for the plane + * + * Helper function to select the color pipeline on a plane by setting + * it to the first drm_colorop element of the pipeline. + */ +void +drm_atomic_set_colorop_for_plane(struct drm_plane_state *plane_state, + struct drm_colorop *colorop) +{ + struct drm_plane *plane = plane_state->plane; + + if (colorop) + drm_dbg_atomic(plane->dev, + "Set [COLOROP:%d] for [PLANE:%d:%s] state %p\n", + colorop->base.id, plane->base.id, plane->name, + plane_state); + else + drm_dbg_atomic(plane->dev, + "Set [NOCOLOROP] for [PLANE:%d:%s] state %p\n", + plane->base.id, plane->name, plane_state); + + plane_state->color_pipeline = colorop; +} +EXPORT_SYMBOL(drm_atomic_set_colorop_for_plane); + + /** * drm_atomic_set_crtc_for_connector - set CRTC for connector * @conn_state: atomic state object for the connector @@ -539,6 +569,17 @@ static int drm_atomic_plane_set_property(struct drm_plane *plane, state->color_encoding = val; } else if (property == plane->color_range_property) { state->color_range = val; + } else if (property == plane->color_pipeline_property) { + /* find DRM colorop object */ + struct drm_colorop *colorop = NULL; + + colorop = drm_colorop_find(dev, file_priv, val); + + if (val && !colorop) + return -EACCES; + + /* set it on drm_plane_state */ + drm_atomic_set_colorop_for_plane(state, colorop); } else if (property == config->prop_fb_damage_clips) { ret = drm_property_replace_blob_from_id(dev, &state->fb_damage_clips, @@ -621,6 +662,8 @@ drm_atomic_plane_get_property(struct drm_plane *plane, *val = state->color_encoding; } else if (property == plane->color_range_property) { *val = state->color_range; + } else if (property == plane->color_pipeline_property) { + *val = (state->color_pipeline) ? state->color_pipeline->base.id : 0; } else if (property == config->prop_fb_damage_clips) { *val = (state->fb_damage_clips) ? state->fb_damage_clips->base.id : 0; diff --git a/drivers/gpu/drm/drm_plane.c b/drivers/gpu/drm/drm_plane.c index a28b22fdd7a4..e3a85a27fa7a 100644 --- a/drivers/gpu/drm/drm_plane.c +++ b/drivers/gpu/drm/drm_plane.c @@ -1793,3 +1793,55 @@ int drm_plane_add_size_hints_property(struct drm_plane *plane, return 0; } EXPORT_SYMBOL(drm_plane_add_size_hints_property); + +#define MAX_COLOR_PIPELINES 5 + +/** + * drm_plane_create_color_pipeline_property - create a new color pipeline + * property + * + * @plane: drm plane + * @pipelines: list of pipelines + * @num_pipelines: number of pipelines + * + * Create the COLOR_PIPELINE plane property to specific color pipelines on + * the plane. + * + * RETURNS: + * Zero for success or -errno + */ +int drm_plane_create_color_pipeline_property(struct drm_plane *plane, + struct drm_prop_enum_list *pipelines, + int num_pipelines) +{ + struct drm_prop_enum_list all_pipelines[MAX_COLOR_PIPELINES]; + int len = 0; + int i; + struct drm_property *prop; + + if (num_pipelines > (MAX_COLOR_PIPELINES - 1)) + return -EINVAL; + + /* Create default Bypass color pipeline */ + all_pipelines[len].type = 0; + all_pipelines[len].name = "Bypass"; + len++; + + /* Add all other color pipelines */ + for (i = 0; i < num_pipelines; i++, len++) { + all_pipelines[len].type = pipelines[i].type; + all_pipelines[len].name = pipelines[i].name; + } + + prop = drm_property_create_enum(plane->dev, DRM_MODE_PROP_ATOMIC, + "COLOR_PIPELINE", + all_pipelines, len); + if (IS_ERR(prop)) + return PTR_ERR(prop); + + drm_object_attach_property(&plane->base, prop, 0); + plane->color_pipeline_property = prop; + + return 0; +} +EXPORT_SYMBOL(drm_plane_create_color_pipeline_property); diff --git a/include/drm/drm_atomic.h b/include/drm/drm_atomic.h index effd9302c979..feef16fd89e2 100644 --- a/include/drm/drm_atomic.h +++ b/include/drm/drm_atomic.h @@ -852,6 +852,9 @@ drm_atomic_add_affected_connectors(struct drm_atomic_state *state, int __must_check drm_atomic_add_affected_planes(struct drm_atomic_state *state, struct drm_crtc *crtc); +int __must_check +drm_atomic_add_affected_colorops(struct drm_atomic_state *state, + struct drm_plane *plane); int __must_check drm_atomic_check_only(struct drm_atomic_state *state); int __must_check drm_atomic_commit(struct drm_atomic_state *state); diff --git a/include/drm/drm_atomic_uapi.h b/include/drm/drm_atomic_uapi.h index 70a115d523cd..436315523326 100644 --- a/include/drm/drm_atomic_uapi.h +++ b/include/drm/drm_atomic_uapi.h @@ -50,6 +50,8 @@ drm_atomic_set_crtc_for_plane(struct drm_plane_state *plane_state, struct drm_crtc *crtc); void drm_atomic_set_fb_for_plane(struct drm_plane_state *plane_state, struct drm_framebuffer *fb); +void drm_atomic_set_colorop_for_plane(struct drm_plane_state *plane_state, + struct drm_colorop *colorop); int __must_check drm_atomic_set_crtc_for_connector(struct drm_connector_state *conn_state, struct drm_crtc *crtc); diff --git a/include/drm/drm_plane.h b/include/drm/drm_plane.h index 2a9b902623c0..8a769c6a8251 100644 --- a/include/drm/drm_plane.h +++ b/include/drm/drm_plane.h @@ -774,6 +774,14 @@ struct drm_plane { */ struct drm_property *color_range_property; + /** + * @color_pipeline_property: + * + * Optional "COLOR_PIPELINE" enum property for specifying + * a color pipeline to use on the plane. + */ + struct drm_property *color_pipeline_property; + /** * @scaling_filter_property: property to apply a particular filter while * scaling. @@ -997,4 +1005,7 @@ int drm_plane_add_size_hints_property(struct drm_plane *plane, const struct drm_plane_size_hint *hints, int num_hints); +int drm_plane_create_color_pipeline_property(struct drm_plane *plane, + struct drm_prop_enum_list *pipelines, + int num_pipelines); #endif -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 12/45] drm/plane: Add COLOR PIPELINE property 2024-12-20 4:33 ` [V7 12/45] drm/plane: Add COLOR PIPELINE property Alex Hung @ 2025-01-13 18:08 ` Simon Ser 0 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-13 18:08 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland > +int > +drm_atomic_add_affected_colorops(struct drm_atomic_state *state, > + struct drm_plane *plane) > +{ > + struct drm_colorop *colorop; > + struct drm_colorop_state *colorop_state; > + > + WARN_ON(!drm_atomic_get_new_plane_state(state, plane)); > + > + drm_dbg_atomic(plane->dev, > + "Adding all current colorops for [plane:%d:%s] to %p\n", > + plane->base.id, plane->name, state); Nit: we use upper-case "[PLANE:%d:%s]" when pretty-printing. > +#define MAX_COLOR_PIPELINES 5 Is this kind of arbitrary, or is there a real reason behind this? This is not strictly the max number of color pipelines, since a driver can create more. This is the max number of choices for the COLOR_PIPELINE property. Should this be renamed to e.g. MAX_COLOR_PIPLINE_PROP_ENTRIES? > +/** > + * drm_plane_create_color_pipeline_property - create a new color pipeline > + * property > + * > + * @plane: drm plane > + * @pipelines: list of pipelines > + * @num_pipelines: number of pipelines > + * > + * Create the COLOR_PIPELINE plane property to specific color pipelines on > + * the plane. > + * > + * RETURNS: > + * Zero for success or -errno > + */ > +int drm_plane_create_color_pipeline_property(struct drm_plane *plane, > + struct drm_prop_enum_list *pipelines, Nit: this argument can be const. > + int num_pipelines) > +{ > + struct drm_prop_enum_list all_pipelines[MAX_COLOR_PIPELINES]; > + int len = 0; > + int i; > + struct drm_property *prop; > + > + if (num_pipelines > (MAX_COLOR_PIPELINES - 1)) > + return -EINVAL; Probably this should be a drm_WARN_ON? ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 13/45] drm/colorop: Introduce DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (11 preceding siblings ...) 2024-12-20 4:33 ` [V7 12/45] drm/plane: Add COLOR PIPELINE property Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-13 18:23 ` Simon Ser 2024-12-20 4:33 ` [V7 14/45] drm/vkms: Add enumerated 1D curve colorop Alex Hung ` (31 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> With the introduction of the pre-blending color pipeline we can no longer have color operations that don't have a clear position in the color pipeline. We deprecate all existing plane properties. For upstream drivers those are: - COLOR_ENCODING - COLOR_RANGE Drivers are expected to ignore these properties when programming the HW. Setting of the COLOR_PIPELINE plane property or drm_colorop properties is only allowed for userspace that sets this client cap. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v5: - Fix kernel docs v4: - Don't block setting of COLOR_RANGE and COLOR_ENCODING when client cap is set drivers/gpu/drm/drm_atomic_uapi.c | 13 ++++++++++++- drivers/gpu/drm/drm_ioctl.c | 7 +++++++ include/drm/drm_file.h | 7 +++++++ include/uapi/drm/drm.h | 16 ++++++++++++++++ 4 files changed, 42 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c index f2503f56fc82..f0c22abcc28f 100644 --- a/drivers/gpu/drm/drm_atomic_uapi.c +++ b/drivers/gpu/drm/drm_atomic_uapi.c @@ -570,6 +570,12 @@ static int drm_atomic_plane_set_property(struct drm_plane *plane, } else if (property == plane->color_range_property) { state->color_range = val; } else if (property == plane->color_pipeline_property) { + if (!file_priv->plane_color_pipeline) { + drm_dbg_atomic(dev, + "Setting COLOR_PIPELINE plane property not permitted unless DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE is set\n"); + return -EINVAL; + } + /* find DRM colorop object */ struct drm_colorop *colorop = NULL; @@ -1180,6 +1186,12 @@ int drm_atomic_set_property(struct drm_atomic_state *state, break; } case DRM_MODE_OBJECT_COLOROP: { + if (!file_priv->plane_color_pipeline) { + drm_dbg_atomic(prop->dev, + "[OBJECT:%d] is a colorop but DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE not set\n", + obj->id); + ret = -EINVAL; + } struct drm_colorop *colorop = obj_to_colorop(obj); struct drm_colorop_state *colorop_state; @@ -1192,7 +1204,6 @@ int drm_atomic_set_property(struct drm_atomic_state *state, ret = drm_atomic_colorop_set_property(colorop, colorop_state, file_priv, prop, prop_value); - break; } default: diff --git a/drivers/gpu/drm/drm_ioctl.c b/drivers/gpu/drm/drm_ioctl.c index 51f39912866f..6b5021b68e35 100644 --- a/drivers/gpu/drm/drm_ioctl.c +++ b/drivers/gpu/drm/drm_ioctl.c @@ -373,6 +373,13 @@ drm_setclientcap(struct drm_device *dev, void *data, struct drm_file *file_priv) return -EINVAL; file_priv->supports_virtualized_cursor_plane = req->value; break; + case DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE: + if (!file_priv->atomic) + return -EINVAL; + if (req->value > 1) + return -EINVAL; + file_priv->plane_color_pipeline = req->value; + break; default: return -EINVAL; } diff --git a/include/drm/drm_file.h b/include/drm/drm_file.h index 8c0030c77308..6d9a1578c7dc 100644 --- a/include/drm/drm_file.h +++ b/include/drm/drm_file.h @@ -206,6 +206,13 @@ struct drm_file { */ bool writeback_connectors; + /** + * @plane_color_pipeline: + * + * True if client understands plane color pipelines + */ + bool plane_color_pipeline; + /** * @was_master: * diff --git a/include/uapi/drm/drm.h b/include/uapi/drm/drm.h index 16122819edfe..a2fc85ecdea1 100644 --- a/include/uapi/drm/drm.h +++ b/include/uapi/drm/drm.h @@ -875,6 +875,22 @@ struct drm_get_cap { */ #define DRM_CLIENT_CAP_CURSOR_PLANE_HOTSPOT 6 +/** + * DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE + * + * If set to 1 the DRM core will allow setting the COLOR_PIPELINE + * property on a &drm_plane, as well as drm_colorop properties. + * + * Drivers will ignore these drm_plane properties: + * - COLOR_ENCODING + * - COLOR_RANGE + * + * The client must enable &DRM_CLIENT_CAP_ATOMIC first. + * + * This capability is currently in development. + */ +#define DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE 7 + /* DRM_IOCTL_SET_CLIENT_CAP ioctl argument type */ struct drm_set_client_cap { __u64 capability; -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 13/45] drm/colorop: Introduce DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE 2024-12-20 4:33 ` [V7 13/45] drm/colorop: Introduce DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE Alex Hung @ 2025-01-13 18:23 ` Simon Ser 2025-01-22 19:48 ` Harry Wentland 0 siblings, 1 reply; 127+ messages in thread From: Simon Ser @ 2025-01-13 18:23 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland > v4: > - Don't block setting of COLOR_RANGE and COLOR_ENCODING > when client cap is set Can you remind me why these should not be blocked? We should also add doc comments in the color_range and color_encoding fields, to document that drivers should ignore these fields when the cap is set. ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 13/45] drm/colorop: Introduce DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE 2025-01-13 18:23 ` Simon Ser @ 2025-01-22 19:48 ` Harry Wentland 2025-01-22 20:05 ` Simon Ser 0 siblings, 1 reply; 127+ messages in thread From: Harry Wentland @ 2025-01-22 19:48 UTC (permalink / raw) To: Simon Ser, Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel On 2025-01-13 13:23, Simon Ser wrote: >> v4: >> - Don't block setting of COLOR_RANGE and COLOR_ENCODING >> when client cap is set > > Can you remind me why these should not be blocked? > I initially blocked setting these when the client cap was set but that caused some IGT tests to blow up and then laziness won out. I had another stab at it and it looks pretty simple to fix IGT. Will prep an update that blocks setting these when the cap is set. Harry > We should also add doc comments in the color_range and color_encoding fields, > to document that drivers should ignore these fields when the cap is set. ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 13/45] drm/colorop: Introduce DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE 2025-01-22 19:48 ` Harry Wentland @ 2025-01-22 20:05 ` Simon Ser 0 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-22 20:05 UTC (permalink / raw) To: Harry Wentland; +Cc: Alex Hung, dri-devel, amd-gfx, wayland-devel On Wednesday, January 22nd, 2025 at 20:48, Harry Wentland <harry.wentland@amd.com> wrote: > On 2025-01-13 13:23, Simon Ser wrote: > > > > v4: > > > - Don't block setting of COLOR_RANGE and COLOR_ENCODING > > > when client cap is set > > > > Can you remind me why these should not be blocked? > > I initially blocked setting these when the client cap was set > but that caused some IGT tests to blow up and then laziness > won out. > > I had another stab at it and it looks pretty simple to fix > IGT. Will prep an update that blocks setting these when the > cap is set. Cool, thank you! ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 14/45] drm/vkms: Add enumerated 1D curve colorop 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (12 preceding siblings ...) 2024-12-20 4:33 ` [V7 13/45] drm/colorop: Introduce DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-02-25 11:18 ` Louis Chauvet 2024-12-20 4:33 ` [V7 15/45] drm/vkms: Add kunit tests for linear and sRGB LUTs Alex Hung ` (30 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> This patch introduces a VKMS color pipeline that includes two drm_colorops for named transfer functions. For now the only ones supported are sRGB EOTF, sRGB Inverse EOTF, and a Linear TF. We will expand this in the future but I don't want to do so without accompanying IGT tests. We introduce a new vkms_luts.c file that hard-codes sRGB EOTF, sRGB Inverse EOTF, and a linear EOTF LUT. These have been generated with 256 entries each as IGT is currently testing only 8 bpc surfaces. We will likely need higher precision but I'm reluctant to make that change without clear indication that we need it. We'll revisit and, if necessary, regenerate the LUTs when we have IGT tests for higher precision buffers. Signed-off-by: Harry Wentland <harry.wentland@amd.com> Signed-off-by: Alex Hung <alex.hung@amd.com> --- v7: - Fix checkpatch warnings (Louis Chauvet) - Change kzalloc(sizeof(struct drm_colorop) ...) to kzalloc(sizeof(*ops[i]) ...) - Remove if (ops[i]) before kfree(ops[i]) - Fix styles by adding and removing spaces (new lines, tabs and so on) v6: - drop 'len' var (Louis Chauvet) - cleanup if colorop alloc or init fails (Louis Chauvet) - switch loop in pre_blend_transform (Louis Chauvet) - drop extraneous if (colorop) inside while (colorop) (Louis Chauvet) v5: - Squash with "Pull apply_colorop out of pre_blend_color_transform" (Sebastian) - Fix warnings - Fix include - Drop TODOs v4: - Drop _tf_ from color_pipeline init function - Pass supported TFs into colorop init - Create bypass pipeline in DRM helper (Pekka) v2: - Add commit description - Fix sRGB EOTF LUT definition - Add linear and sRGB inverse EOTF LUTs drivers/gpu/drm/vkms/Makefile | 4 +- drivers/gpu/drm/vkms/vkms_colorop.c | 82 +++ drivers/gpu/drm/vkms/vkms_composer.c | 50 ++ drivers/gpu/drm/vkms/vkms_drv.h | 3 + drivers/gpu/drm/vkms/vkms_luts.c | 801 +++++++++++++++++++++++++++ drivers/gpu/drm/vkms/vkms_luts.h | 12 + drivers/gpu/drm/vkms/vkms_plane.c | 2 + 7 files changed, 953 insertions(+), 1 deletion(-) create mode 100644 drivers/gpu/drm/vkms/vkms_colorop.c create mode 100644 drivers/gpu/drm/vkms/vkms_luts.c create mode 100644 drivers/gpu/drm/vkms/vkms_luts.h diff --git a/drivers/gpu/drm/vkms/Makefile b/drivers/gpu/drm/vkms/Makefile index 8d3e46dde635..0bf3c116f1ae 100644 --- a/drivers/gpu/drm/vkms/Makefile +++ b/drivers/gpu/drm/vkms/Makefile @@ -6,7 +6,9 @@ vkms-y := \ vkms_formats.o \ vkms_crtc.o \ vkms_composer.o \ - vkms_writeback.o + vkms_writeback.o \ + vkms_colorop.o \ + vkms_luts.o obj-$(CONFIG_DRM_VKMS) += vkms.o obj-$(CONFIG_DRM_VKMS_KUNIT_TESTS) += tests/ diff --git a/drivers/gpu/drm/vkms/vkms_colorop.c b/drivers/gpu/drm/vkms/vkms_colorop.c new file mode 100644 index 000000000000..af319cd3de23 --- /dev/null +++ b/drivers/gpu/drm/vkms/vkms_colorop.c @@ -0,0 +1,82 @@ +// SPDX-License-Identifier: GPL-2.0+ + +#include <linux/slab.h> +#include <drm/drm_colorop.h> +#include <drm/drm_print.h> +#include <drm/drm_property.h> +#include <drm/drm_plane.h> + +#include "vkms_drv.h" + +static const u64 supported_tfs = + BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF) | + BIT(DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF); + +#define MAX_COLOR_PIPELINE_OPS 2 + +static int vkms_initialize_color_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list) +{ + struct drm_colorop *ops[MAX_COLOR_PIPELINE_OPS]; + struct drm_device *dev = plane->dev; + int ret; + int i = 0; + + memset(ops, 0, sizeof(ops)); + + /* 1st op: 1d curve */ + ops[i] = kzalloc(sizeof(*ops[i]), GFP_KERNEL); + if (!ops[i]) { + DRM_ERROR("KMS: Failed to allocate colorop\n"); + ret = -ENOMEM; + goto cleanup; + } + + ret = drm_colorop_curve_1d_init(dev, ops[i], plane, supported_tfs); + if (ret) + goto cleanup; + + list->type = ops[i]->base.id; + list->name = kasprintf(GFP_KERNEL, "Color Pipeline %d", ops[i]->base.id); + + i++; + + /* 2nd op: 1d curve */ + ops[i] = kzalloc(sizeof(*ops[i]), GFP_KERNEL); + if (!ops[i]) { + DRM_ERROR("KMS: Failed to allocate colorop\n"); + ret = -ENOMEM; + goto cleanup; + } + + ret = drm_colorop_curve_1d_init(dev, ops[i], plane, supported_tfs); + if (ret) + goto cleanup; + + drm_colorop_set_next_property(ops[i - 1], ops[i]); + + return 0; + +cleanup: + for (; i >= 0; i--) + kfree(ops[i]); + + return ret; +} + +int vkms_initialize_colorops(struct drm_plane *plane) +{ + struct drm_prop_enum_list pipeline; + int ret; + + /* Add color pipeline */ + ret = vkms_initialize_color_pipeline(plane, &pipeline); + if (ret) + return ret; + + /* Create COLOR_PIPELINE property and attach */ + ret = drm_plane_create_color_pipeline_property(plane, &pipeline, 1); + if (ret) + return ret; + + return 0; +} diff --git a/drivers/gpu/drm/vkms/vkms_composer.c b/drivers/gpu/drm/vkms/vkms_composer.c index d15ceac6c56f..983654540ee5 100644 --- a/drivers/gpu/drm/vkms/vkms_composer.c +++ b/drivers/gpu/drm/vkms/vkms_composer.c @@ -14,6 +14,7 @@ #include "vkms_drv.h" #include <kunit/visibility.h> #include "vkms_composer.h" +#include "vkms_luts.h" static u16 pre_mul_blend_channel(u16 src, u16 dst, u16 alpha) { @@ -167,6 +168,52 @@ static void apply_lut(const struct vkms_crtc_state *crtc_state, struct line_buff } } +static void apply_colorop(struct pixel_argb_u16 *pixel, struct drm_colorop *colorop) +{ + struct drm_colorop_state *colorop_state = colorop->state; + + if (colorop->type == DRM_COLOROP_1D_CURVE) { + switch (colorop_state->curve_1d_type) { + case DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF: + pixel->r = apply_lut_to_channel_value(&srgb_inv_eotf, pixel->r, LUT_RED); + pixel->g = apply_lut_to_channel_value(&srgb_inv_eotf, pixel->g, LUT_GREEN); + pixel->b = apply_lut_to_channel_value(&srgb_inv_eotf, pixel->b, LUT_BLUE); + break; + case DRM_COLOROP_1D_CURVE_SRGB_EOTF: + pixel->r = apply_lut_to_channel_value(&srgb_eotf, pixel->r, LUT_RED); + pixel->g = apply_lut_to_channel_value(&srgb_eotf, pixel->g, LUT_GREEN); + pixel->b = apply_lut_to_channel_value(&srgb_eotf, pixel->b, LUT_BLUE); + break; + default: + DRM_WARN_ONCE("unknown colorop 1D curve type %d\n", + colorop_state->curve_1d_type); + break; + } + } +} + +static void pre_blend_color_transform(const struct vkms_plane_state *plane_state, + struct line_buffer *output_buffer) +{ + for (size_t x = 0; x < output_buffer->n_pixels; x++) { + struct drm_colorop *colorop = plane_state->base.base.color_pipeline; + + while (colorop) { + struct drm_colorop_state *colorop_state; + + colorop_state = colorop->state; + + if (!colorop_state) + return; + + if (!colorop_state->bypass) + apply_colorop(&output_buffer->pixels[x], colorop); + + colorop = colorop->next; + } + } +} + /** * blend - blend the pixels from all planes and compute crc * @wb: The writeback frame buffer metadata @@ -204,6 +251,9 @@ static void blend(struct vkms_writeback_job *wb, continue; vkms_compose_row(stage_buffer, plane[i], y_pos); + + pre_blend_color_transform(plane[i], stage_buffer); + pre_mul_alpha_blend(plane[i]->frame_info, stage_buffer, output_buffer); } diff --git a/drivers/gpu/drm/vkms/vkms_drv.h b/drivers/gpu/drm/vkms/vkms_drv.h index 5e46ea5b96dc..c3c8f5ac81b9 100644 --- a/drivers/gpu/drm/vkms/vkms_drv.h +++ b/drivers/gpu/drm/vkms/vkms_drv.h @@ -169,4 +169,7 @@ void vkms_writeback_row(struct vkms_writeback_job *wb, const struct line_buffer /* Writeback */ int vkms_enable_writeback_connector(struct vkms_device *vkmsdev); +/* Colorops */ +int vkms_initialize_colorops(struct drm_plane *plane); + #endif /* _VKMS_DRV_H_ */ diff --git a/drivers/gpu/drm/vkms/vkms_luts.c b/drivers/gpu/drm/vkms/vkms_luts.c new file mode 100644 index 000000000000..9bfcf03275ae --- /dev/null +++ b/drivers/gpu/drm/vkms/vkms_luts.c @@ -0,0 +1,801 @@ +// SPDX-License-Identifier: GPL-2.0+ + +#include <drm/drm_mode.h> + +#include "vkms_drv.h" +#include "vkms_luts.h" + +static struct drm_color_lut linear_array[LUT_SIZE] = { + { 0x0, 0x0, 0x0, 0 }, + { 0x101, 0x101, 0x101, 0 }, + { 0x202, 0x202, 0x202, 0 }, + { 0x303, 0x303, 0x303, 0 }, + { 0x404, 0x404, 0x404, 0 }, + { 0x505, 0x505, 0x505, 0 }, + { 0x606, 0x606, 0x606, 0 }, + { 0x707, 0x707, 0x707, 0 }, + { 0x808, 0x808, 0x808, 0 }, + { 0x909, 0x909, 0x909, 0 }, + { 0xa0a, 0xa0a, 0xa0a, 0 }, + { 0xb0b, 0xb0b, 0xb0b, 0 }, + { 0xc0c, 0xc0c, 0xc0c, 0 }, + { 0xd0d, 0xd0d, 0xd0d, 0 }, + { 0xe0e, 0xe0e, 0xe0e, 0 }, + { 0xf0f, 0xf0f, 0xf0f, 0 }, + { 0x1010, 0x1010, 0x1010, 0 }, + { 0x1111, 0x1111, 0x1111, 0 }, + { 0x1212, 0x1212, 0x1212, 0 }, + { 0x1313, 0x1313, 0x1313, 0 }, + { 0x1414, 0x1414, 0x1414, 0 }, + { 0x1515, 0x1515, 0x1515, 0 }, + { 0x1616, 0x1616, 0x1616, 0 }, + { 0x1717, 0x1717, 0x1717, 0 }, + { 0x1818, 0x1818, 0x1818, 0 }, + { 0x1919, 0x1919, 0x1919, 0 }, + { 0x1a1a, 0x1a1a, 0x1a1a, 0 }, + { 0x1b1b, 0x1b1b, 0x1b1b, 0 }, + { 0x1c1c, 0x1c1c, 0x1c1c, 0 }, + { 0x1d1d, 0x1d1d, 0x1d1d, 0 }, + { 0x1e1e, 0x1e1e, 0x1e1e, 0 }, + { 0x1f1f, 0x1f1f, 0x1f1f, 0 }, + { 0x2020, 0x2020, 0x2020, 0 }, + { 0x2121, 0x2121, 0x2121, 0 }, + { 0x2222, 0x2222, 0x2222, 0 }, + { 0x2323, 0x2323, 0x2323, 0 }, + { 0x2424, 0x2424, 0x2424, 0 }, + { 0x2525, 0x2525, 0x2525, 0 }, + { 0x2626, 0x2626, 0x2626, 0 }, + { 0x2727, 0x2727, 0x2727, 0 }, + { 0x2828, 0x2828, 0x2828, 0 }, + { 0x2929, 0x2929, 0x2929, 0 }, + { 0x2a2a, 0x2a2a, 0x2a2a, 0 }, + { 0x2b2b, 0x2b2b, 0x2b2b, 0 }, + { 0x2c2c, 0x2c2c, 0x2c2c, 0 }, + { 0x2d2d, 0x2d2d, 0x2d2d, 0 }, + { 0x2e2e, 0x2e2e, 0x2e2e, 0 }, + { 0x2f2f, 0x2f2f, 0x2f2f, 0 }, + { 0x3030, 0x3030, 0x3030, 0 }, + { 0x3131, 0x3131, 0x3131, 0 }, + { 0x3232, 0x3232, 0x3232, 0 }, + { 0x3333, 0x3333, 0x3333, 0 }, + { 0x3434, 0x3434, 0x3434, 0 }, + { 0x3535, 0x3535, 0x3535, 0 }, + { 0x3636, 0x3636, 0x3636, 0 }, + { 0x3737, 0x3737, 0x3737, 0 }, + { 0x3838, 0x3838, 0x3838, 0 }, + { 0x3939, 0x3939, 0x3939, 0 }, + { 0x3a3a, 0x3a3a, 0x3a3a, 0 }, + { 0x3b3b, 0x3b3b, 0x3b3b, 0 }, + { 0x3c3c, 0x3c3c, 0x3c3c, 0 }, + { 0x3d3d, 0x3d3d, 0x3d3d, 0 }, + { 0x3e3e, 0x3e3e, 0x3e3e, 0 }, + { 0x3f3f, 0x3f3f, 0x3f3f, 0 }, + { 0x4040, 0x4040, 0x4040, 0 }, + { 0x4141, 0x4141, 0x4141, 0 }, + { 0x4242, 0x4242, 0x4242, 0 }, + { 0x4343, 0x4343, 0x4343, 0 }, + { 0x4444, 0x4444, 0x4444, 0 }, + { 0x4545, 0x4545, 0x4545, 0 }, + { 0x4646, 0x4646, 0x4646, 0 }, + { 0x4747, 0x4747, 0x4747, 0 }, + { 0x4848, 0x4848, 0x4848, 0 }, + { 0x4949, 0x4949, 0x4949, 0 }, + { 0x4a4a, 0x4a4a, 0x4a4a, 0 }, + { 0x4b4b, 0x4b4b, 0x4b4b, 0 }, + { 0x4c4c, 0x4c4c, 0x4c4c, 0 }, + { 0x4d4d, 0x4d4d, 0x4d4d, 0 }, + { 0x4e4e, 0x4e4e, 0x4e4e, 0 }, + { 0x4f4f, 0x4f4f, 0x4f4f, 0 }, + { 0x5050, 0x5050, 0x5050, 0 }, + { 0x5151, 0x5151, 0x5151, 0 }, + { 0x5252, 0x5252, 0x5252, 0 }, + { 0x5353, 0x5353, 0x5353, 0 }, + { 0x5454, 0x5454, 0x5454, 0 }, + { 0x5555, 0x5555, 0x5555, 0 }, + { 0x5656, 0x5656, 0x5656, 0 }, + { 0x5757, 0x5757, 0x5757, 0 }, + { 0x5858, 0x5858, 0x5858, 0 }, + { 0x5959, 0x5959, 0x5959, 0 }, + { 0x5a5a, 0x5a5a, 0x5a5a, 0 }, + { 0x5b5b, 0x5b5b, 0x5b5b, 0 }, + { 0x5c5c, 0x5c5c, 0x5c5c, 0 }, + { 0x5d5d, 0x5d5d, 0x5d5d, 0 }, + { 0x5e5e, 0x5e5e, 0x5e5e, 0 }, + { 0x5f5f, 0x5f5f, 0x5f5f, 0 }, + { 0x6060, 0x6060, 0x6060, 0 }, + { 0x6161, 0x6161, 0x6161, 0 }, + { 0x6262, 0x6262, 0x6262, 0 }, + { 0x6363, 0x6363, 0x6363, 0 }, + { 0x6464, 0x6464, 0x6464, 0 }, + { 0x6565, 0x6565, 0x6565, 0 }, + { 0x6666, 0x6666, 0x6666, 0 }, + { 0x6767, 0x6767, 0x6767, 0 }, + { 0x6868, 0x6868, 0x6868, 0 }, + { 0x6969, 0x6969, 0x6969, 0 }, + { 0x6a6a, 0x6a6a, 0x6a6a, 0 }, + { 0x6b6b, 0x6b6b, 0x6b6b, 0 }, + { 0x6c6c, 0x6c6c, 0x6c6c, 0 }, + { 0x6d6d, 0x6d6d, 0x6d6d, 0 }, + { 0x6e6e, 0x6e6e, 0x6e6e, 0 }, + { 0x6f6f, 0x6f6f, 0x6f6f, 0 }, + { 0x7070, 0x7070, 0x7070, 0 }, + { 0x7171, 0x7171, 0x7171, 0 }, + { 0x7272, 0x7272, 0x7272, 0 }, + { 0x7373, 0x7373, 0x7373, 0 }, + { 0x7474, 0x7474, 0x7474, 0 }, + { 0x7575, 0x7575, 0x7575, 0 }, + { 0x7676, 0x7676, 0x7676, 0 }, + { 0x7777, 0x7777, 0x7777, 0 }, + { 0x7878, 0x7878, 0x7878, 0 }, + { 0x7979, 0x7979, 0x7979, 0 }, + { 0x7a7a, 0x7a7a, 0x7a7a, 0 }, + { 0x7b7b, 0x7b7b, 0x7b7b, 0 }, + { 0x7c7c, 0x7c7c, 0x7c7c, 0 }, + { 0x7d7d, 0x7d7d, 0x7d7d, 0 }, + { 0x7e7e, 0x7e7e, 0x7e7e, 0 }, + { 0x7f7f, 0x7f7f, 0x7f7f, 0 }, + { 0x8080, 0x8080, 0x8080, 0 }, + { 0x8181, 0x8181, 0x8181, 0 }, + { 0x8282, 0x8282, 0x8282, 0 }, + { 0x8383, 0x8383, 0x8383, 0 }, + { 0x8484, 0x8484, 0x8484, 0 }, + { 0x8585, 0x8585, 0x8585, 0 }, + { 0x8686, 0x8686, 0x8686, 0 }, + { 0x8787, 0x8787, 0x8787, 0 }, + { 0x8888, 0x8888, 0x8888, 0 }, + { 0x8989, 0x8989, 0x8989, 0 }, + { 0x8a8a, 0x8a8a, 0x8a8a, 0 }, + { 0x8b8b, 0x8b8b, 0x8b8b, 0 }, + { 0x8c8c, 0x8c8c, 0x8c8c, 0 }, + { 0x8d8d, 0x8d8d, 0x8d8d, 0 }, + { 0x8e8e, 0x8e8e, 0x8e8e, 0 }, + { 0x8f8f, 0x8f8f, 0x8f8f, 0 }, + { 0x9090, 0x9090, 0x9090, 0 }, + { 0x9191, 0x9191, 0x9191, 0 }, + { 0x9292, 0x9292, 0x9292, 0 }, + { 0x9393, 0x9393, 0x9393, 0 }, + { 0x9494, 0x9494, 0x9494, 0 }, + { 0x9595, 0x9595, 0x9595, 0 }, + { 0x9696, 0x9696, 0x9696, 0 }, + { 0x9797, 0x9797, 0x9797, 0 }, + { 0x9898, 0x9898, 0x9898, 0 }, + { 0x9999, 0x9999, 0x9999, 0 }, + { 0x9a9a, 0x9a9a, 0x9a9a, 0 }, + { 0x9b9b, 0x9b9b, 0x9b9b, 0 }, + { 0x9c9c, 0x9c9c, 0x9c9c, 0 }, + { 0x9d9d, 0x9d9d, 0x9d9d, 0 }, + { 0x9e9e, 0x9e9e, 0x9e9e, 0 }, + { 0x9f9f, 0x9f9f, 0x9f9f, 0 }, + { 0xa0a0, 0xa0a0, 0xa0a0, 0 }, + { 0xa1a1, 0xa1a1, 0xa1a1, 0 }, + { 0xa2a2, 0xa2a2, 0xa2a2, 0 }, + { 0xa3a3, 0xa3a3, 0xa3a3, 0 }, + { 0xa4a4, 0xa4a4, 0xa4a4, 0 }, + { 0xa5a5, 0xa5a5, 0xa5a5, 0 }, + { 0xa6a6, 0xa6a6, 0xa6a6, 0 }, + { 0xa7a7, 0xa7a7, 0xa7a7, 0 }, + { 0xa8a8, 0xa8a8, 0xa8a8, 0 }, + { 0xa9a9, 0xa9a9, 0xa9a9, 0 }, + { 0xaaaa, 0xaaaa, 0xaaaa, 0 }, + { 0xabab, 0xabab, 0xabab, 0 }, + { 0xacac, 0xacac, 0xacac, 0 }, + { 0xadad, 0xadad, 0xadad, 0 }, + { 0xaeae, 0xaeae, 0xaeae, 0 }, + { 0xafaf, 0xafaf, 0xafaf, 0 }, + { 0xb0b0, 0xb0b0, 0xb0b0, 0 }, + { 0xb1b1, 0xb1b1, 0xb1b1, 0 }, + { 0xb2b2, 0xb2b2, 0xb2b2, 0 }, + { 0xb3b3, 0xb3b3, 0xb3b3, 0 }, + { 0xb4b4, 0xb4b4, 0xb4b4, 0 }, + { 0xb5b5, 0xb5b5, 0xb5b5, 0 }, + { 0xb6b6, 0xb6b6, 0xb6b6, 0 }, + { 0xb7b7, 0xb7b7, 0xb7b7, 0 }, + { 0xb8b8, 0xb8b8, 0xb8b8, 0 }, + { 0xb9b9, 0xb9b9, 0xb9b9, 0 }, + { 0xbaba, 0xbaba, 0xbaba, 0 }, + { 0xbbbb, 0xbbbb, 0xbbbb, 0 }, + { 0xbcbc, 0xbcbc, 0xbcbc, 0 }, + { 0xbdbd, 0xbdbd, 0xbdbd, 0 }, + { 0xbebe, 0xbebe, 0xbebe, 0 }, + { 0xbfbf, 0xbfbf, 0xbfbf, 0 }, + { 0xc0c0, 0xc0c0, 0xc0c0, 0 }, + { 0xc1c1, 0xc1c1, 0xc1c1, 0 }, + { 0xc2c2, 0xc2c2, 0xc2c2, 0 }, + { 0xc3c3, 0xc3c3, 0xc3c3, 0 }, + { 0xc4c4, 0xc4c4, 0xc4c4, 0 }, + { 0xc5c5, 0xc5c5, 0xc5c5, 0 }, + { 0xc6c6, 0xc6c6, 0xc6c6, 0 }, + { 0xc7c7, 0xc7c7, 0xc7c7, 0 }, + { 0xc8c8, 0xc8c8, 0xc8c8, 0 }, + { 0xc9c9, 0xc9c9, 0xc9c9, 0 }, + { 0xcaca, 0xcaca, 0xcaca, 0 }, + { 0xcbcb, 0xcbcb, 0xcbcb, 0 }, + { 0xcccc, 0xcccc, 0xcccc, 0 }, + { 0xcdcd, 0xcdcd, 0xcdcd, 0 }, + { 0xcece, 0xcece, 0xcece, 0 }, + { 0xcfcf, 0xcfcf, 0xcfcf, 0 }, + { 0xd0d0, 0xd0d0, 0xd0d0, 0 }, + { 0xd1d1, 0xd1d1, 0xd1d1, 0 }, + { 0xd2d2, 0xd2d2, 0xd2d2, 0 }, + { 0xd3d3, 0xd3d3, 0xd3d3, 0 }, + { 0xd4d4, 0xd4d4, 0xd4d4, 0 }, + { 0xd5d5, 0xd5d5, 0xd5d5, 0 }, + { 0xd6d6, 0xd6d6, 0xd6d6, 0 }, + { 0xd7d7, 0xd7d7, 0xd7d7, 0 }, + { 0xd8d8, 0xd8d8, 0xd8d8, 0 }, + { 0xd9d9, 0xd9d9, 0xd9d9, 0 }, + { 0xdada, 0xdada, 0xdada, 0 }, + { 0xdbdb, 0xdbdb, 0xdbdb, 0 }, + { 0xdcdc, 0xdcdc, 0xdcdc, 0 }, + { 0xdddd, 0xdddd, 0xdddd, 0 }, + { 0xdede, 0xdede, 0xdede, 0 }, + { 0xdfdf, 0xdfdf, 0xdfdf, 0 }, + { 0xe0e0, 0xe0e0, 0xe0e0, 0 }, + { 0xe1e1, 0xe1e1, 0xe1e1, 0 }, + { 0xe2e2, 0xe2e2, 0xe2e2, 0 }, + { 0xe3e3, 0xe3e3, 0xe3e3, 0 }, + { 0xe4e4, 0xe4e4, 0xe4e4, 0 }, + { 0xe5e5, 0xe5e5, 0xe5e5, 0 }, + { 0xe6e6, 0xe6e6, 0xe6e6, 0 }, + { 0xe7e7, 0xe7e7, 0xe7e7, 0 }, + { 0xe8e8, 0xe8e8, 0xe8e8, 0 }, + { 0xe9e9, 0xe9e9, 0xe9e9, 0 }, + { 0xeaea, 0xeaea, 0xeaea, 0 }, + { 0xebeb, 0xebeb, 0xebeb, 0 }, + { 0xecec, 0xecec, 0xecec, 0 }, + { 0xeded, 0xeded, 0xeded, 0 }, + { 0xeeee, 0xeeee, 0xeeee, 0 }, + { 0xefef, 0xefef, 0xefef, 0 }, + { 0xf0f0, 0xf0f0, 0xf0f0, 0 }, + { 0xf1f1, 0xf1f1, 0xf1f1, 0 }, + { 0xf2f2, 0xf2f2, 0xf2f2, 0 }, + { 0xf3f3, 0xf3f3, 0xf3f3, 0 }, + { 0xf4f4, 0xf4f4, 0xf4f4, 0 }, + { 0xf5f5, 0xf5f5, 0xf5f5, 0 }, + { 0xf6f6, 0xf6f6, 0xf6f6, 0 }, + { 0xf7f7, 0xf7f7, 0xf7f7, 0 }, + { 0xf8f8, 0xf8f8, 0xf8f8, 0 }, + { 0xf9f9, 0xf9f9, 0xf9f9, 0 }, + { 0xfafa, 0xfafa, 0xfafa, 0 }, + { 0xfbfb, 0xfbfb, 0xfbfb, 0 }, + { 0xfcfc, 0xfcfc, 0xfcfc, 0 }, + { 0xfdfd, 0xfdfd, 0xfdfd, 0 }, + { 0xfefe, 0xfefe, 0xfefe, 0 }, + { 0xffff, 0xffff, 0xffff, 0 }, +}; + +const struct vkms_color_lut linear_eotf = { + .base = linear_array, + .lut_length = LUT_SIZE, + .channel_value2index_ratio = 0xff00ffll +}; + +static struct drm_color_lut srgb_array[LUT_SIZE] = { + { 0x0, 0x0, 0x0, 0 }, + { 0x13, 0x13, 0x13, 0 }, + { 0x27, 0x27, 0x27, 0 }, + { 0x3b, 0x3b, 0x3b, 0 }, + { 0x4f, 0x4f, 0x4f, 0 }, + { 0x63, 0x63, 0x63, 0 }, + { 0x77, 0x77, 0x77, 0 }, + { 0x8b, 0x8b, 0x8b, 0 }, + { 0x9f, 0x9f, 0x9f, 0 }, + { 0xb3, 0xb3, 0xb3, 0 }, + { 0xc6, 0xc6, 0xc6, 0 }, + { 0xdb, 0xdb, 0xdb, 0 }, + { 0xf0, 0xf0, 0xf0, 0 }, + { 0x107, 0x107, 0x107, 0 }, + { 0x11f, 0x11f, 0x11f, 0 }, + { 0x139, 0x139, 0x139, 0 }, + { 0x153, 0x153, 0x153, 0 }, + { 0x16f, 0x16f, 0x16f, 0 }, + { 0x18c, 0x18c, 0x18c, 0 }, + { 0x1aa, 0x1aa, 0x1aa, 0 }, + { 0x1ca, 0x1ca, 0x1ca, 0 }, + { 0x1eb, 0x1eb, 0x1eb, 0 }, + { 0x20d, 0x20d, 0x20d, 0 }, + { 0x231, 0x231, 0x231, 0 }, + { 0x256, 0x256, 0x256, 0 }, + { 0x27d, 0x27d, 0x27d, 0 }, + { 0x2a4, 0x2a4, 0x2a4, 0 }, + { 0x2ce, 0x2ce, 0x2ce, 0 }, + { 0x2f9, 0x2f9, 0x2f9, 0 }, + { 0x325, 0x325, 0x325, 0 }, + { 0x352, 0x352, 0x352, 0 }, + { 0x381, 0x381, 0x381, 0 }, + { 0x3b2, 0x3b2, 0x3b2, 0 }, + { 0x3e4, 0x3e4, 0x3e4, 0 }, + { 0x418, 0x418, 0x418, 0 }, + { 0x44d, 0x44d, 0x44d, 0 }, + { 0x484, 0x484, 0x484, 0 }, + { 0x4bc, 0x4bc, 0x4bc, 0 }, + { 0x4f6, 0x4f6, 0x4f6, 0 }, + { 0x531, 0x531, 0x531, 0 }, + { 0x56e, 0x56e, 0x56e, 0 }, + { 0x5ad, 0x5ad, 0x5ad, 0 }, + { 0x5ed, 0x5ed, 0x5ed, 0 }, + { 0x62f, 0x62f, 0x62f, 0 }, + { 0x672, 0x672, 0x672, 0 }, + { 0x6b7, 0x6b7, 0x6b7, 0 }, + { 0x6fe, 0x6fe, 0x6fe, 0 }, + { 0x746, 0x746, 0x746, 0 }, + { 0x791, 0x791, 0x791, 0 }, + { 0x7dc, 0x7dc, 0x7dc, 0 }, + { 0x82a, 0x82a, 0x82a, 0 }, + { 0x879, 0x879, 0x879, 0 }, + { 0x8ca, 0x8ca, 0x8ca, 0 }, + { 0x91d, 0x91d, 0x91d, 0 }, + { 0x971, 0x971, 0x971, 0 }, + { 0x9c7, 0x9c7, 0x9c7, 0 }, + { 0xa1f, 0xa1f, 0xa1f, 0 }, + { 0xa79, 0xa79, 0xa79, 0 }, + { 0xad4, 0xad4, 0xad4, 0 }, + { 0xb32, 0xb32, 0xb32, 0 }, + { 0xb91, 0xb91, 0xb91, 0 }, + { 0xbf2, 0xbf2, 0xbf2, 0 }, + { 0xc54, 0xc54, 0xc54, 0 }, + { 0xcb9, 0xcb9, 0xcb9, 0 }, + { 0xd1f, 0xd1f, 0xd1f, 0 }, + { 0xd88, 0xd88, 0xd88, 0 }, + { 0xdf2, 0xdf2, 0xdf2, 0 }, + { 0xe5e, 0xe5e, 0xe5e, 0 }, + { 0xecc, 0xecc, 0xecc, 0 }, + { 0xf3c, 0xf3c, 0xf3c, 0 }, + { 0xfad, 0xfad, 0xfad, 0 }, + { 0x1021, 0x1021, 0x1021, 0 }, + { 0x1096, 0x1096, 0x1096, 0 }, + { 0x110e, 0x110e, 0x110e, 0 }, + { 0x1187, 0x1187, 0x1187, 0 }, + { 0x1203, 0x1203, 0x1203, 0 }, + { 0x1280, 0x1280, 0x1280, 0 }, + { 0x12ff, 0x12ff, 0x12ff, 0 }, + { 0x1380, 0x1380, 0x1380, 0 }, + { 0x1404, 0x1404, 0x1404, 0 }, + { 0x1489, 0x1489, 0x1489, 0 }, + { 0x1510, 0x1510, 0x1510, 0 }, + { 0x1599, 0x1599, 0x1599, 0 }, + { 0x1624, 0x1624, 0x1624, 0 }, + { 0x16b2, 0x16b2, 0x16b2, 0 }, + { 0x1741, 0x1741, 0x1741, 0 }, + { 0x17d2, 0x17d2, 0x17d2, 0 }, + { 0x1865, 0x1865, 0x1865, 0 }, + { 0x18fb, 0x18fb, 0x18fb, 0 }, + { 0x1992, 0x1992, 0x1992, 0 }, + { 0x1a2c, 0x1a2c, 0x1a2c, 0 }, + { 0x1ac8, 0x1ac8, 0x1ac8, 0 }, + { 0x1b65, 0x1b65, 0x1b65, 0 }, + { 0x1c05, 0x1c05, 0x1c05, 0 }, + { 0x1ca7, 0x1ca7, 0x1ca7, 0 }, + { 0x1d4b, 0x1d4b, 0x1d4b, 0 }, + { 0x1df1, 0x1df1, 0x1df1, 0 }, + { 0x1e99, 0x1e99, 0x1e99, 0 }, + { 0x1f44, 0x1f44, 0x1f44, 0 }, + { 0x1ff0, 0x1ff0, 0x1ff0, 0 }, + { 0x209f, 0x209f, 0x209f, 0 }, + { 0x2150, 0x2150, 0x2150, 0 }, + { 0x2203, 0x2203, 0x2203, 0 }, + { 0x22b8, 0x22b8, 0x22b8, 0 }, + { 0x2370, 0x2370, 0x2370, 0 }, + { 0x2429, 0x2429, 0x2429, 0 }, + { 0x24e5, 0x24e5, 0x24e5, 0 }, + { 0x25a3, 0x25a3, 0x25a3, 0 }, + { 0x2663, 0x2663, 0x2663, 0 }, + { 0x2726, 0x2726, 0x2726, 0 }, + { 0x27ea, 0x27ea, 0x27ea, 0 }, + { 0x28b1, 0x28b1, 0x28b1, 0 }, + { 0x297a, 0x297a, 0x297a, 0 }, + { 0x2a45, 0x2a45, 0x2a45, 0 }, + { 0x2b13, 0x2b13, 0x2b13, 0 }, + { 0x2be3, 0x2be3, 0x2be3, 0 }, + { 0x2cb5, 0x2cb5, 0x2cb5, 0 }, + { 0x2d89, 0x2d89, 0x2d89, 0 }, + { 0x2e60, 0x2e60, 0x2e60, 0 }, + { 0x2f39, 0x2f39, 0x2f39, 0 }, + { 0x3014, 0x3014, 0x3014, 0 }, + { 0x30f2, 0x30f2, 0x30f2, 0 }, + { 0x31d2, 0x31d2, 0x31d2, 0 }, + { 0x32b4, 0x32b4, 0x32b4, 0 }, + { 0x3398, 0x3398, 0x3398, 0 }, + { 0x347f, 0x347f, 0x347f, 0 }, + { 0x3569, 0x3569, 0x3569, 0 }, + { 0x3654, 0x3654, 0x3654, 0 }, + { 0x3742, 0x3742, 0x3742, 0 }, + { 0x3832, 0x3832, 0x3832, 0 }, + { 0x3925, 0x3925, 0x3925, 0 }, + { 0x3a1a, 0x3a1a, 0x3a1a, 0 }, + { 0x3b11, 0x3b11, 0x3b11, 0 }, + { 0x3c0b, 0x3c0b, 0x3c0b, 0 }, + { 0x3d07, 0x3d07, 0x3d07, 0 }, + { 0x3e05, 0x3e05, 0x3e05, 0 }, + { 0x3f06, 0x3f06, 0x3f06, 0 }, + { 0x400a, 0x400a, 0x400a, 0 }, + { 0x410f, 0x410f, 0x410f, 0 }, + { 0x4218, 0x4218, 0x4218, 0 }, + { 0x4322, 0x4322, 0x4322, 0 }, + { 0x442f, 0x442f, 0x442f, 0 }, + { 0x453f, 0x453f, 0x453f, 0 }, + { 0x4650, 0x4650, 0x4650, 0 }, + { 0x4765, 0x4765, 0x4765, 0 }, + { 0x487c, 0x487c, 0x487c, 0 }, + { 0x4995, 0x4995, 0x4995, 0 }, + { 0x4ab1, 0x4ab1, 0x4ab1, 0 }, + { 0x4bcf, 0x4bcf, 0x4bcf, 0 }, + { 0x4cf0, 0x4cf0, 0x4cf0, 0 }, + { 0x4e13, 0x4e13, 0x4e13, 0 }, + { 0x4f39, 0x4f39, 0x4f39, 0 }, + { 0x5061, 0x5061, 0x5061, 0 }, + { 0x518b, 0x518b, 0x518b, 0 }, + { 0x52b9, 0x52b9, 0x52b9, 0 }, + { 0x53e8, 0x53e8, 0x53e8, 0 }, + { 0x551b, 0x551b, 0x551b, 0 }, + { 0x5650, 0x5650, 0x5650, 0 }, + { 0x5787, 0x5787, 0x5787, 0 }, + { 0x58c1, 0x58c1, 0x58c1, 0 }, + { 0x59fd, 0x59fd, 0x59fd, 0 }, + { 0x5b3c, 0x5b3c, 0x5b3c, 0 }, + { 0x5c7e, 0x5c7e, 0x5c7e, 0 }, + { 0x5dc2, 0x5dc2, 0x5dc2, 0 }, + { 0x5f09, 0x5f09, 0x5f09, 0 }, + { 0x6052, 0x6052, 0x6052, 0 }, + { 0x619e, 0x619e, 0x619e, 0 }, + { 0x62ec, 0x62ec, 0x62ec, 0 }, + { 0x643d, 0x643d, 0x643d, 0 }, + { 0x6591, 0x6591, 0x6591, 0 }, + { 0x66e7, 0x66e7, 0x66e7, 0 }, + { 0x6840, 0x6840, 0x6840, 0 }, + { 0x699b, 0x699b, 0x699b, 0 }, + { 0x6afa, 0x6afa, 0x6afa, 0 }, + { 0x6c5a, 0x6c5a, 0x6c5a, 0 }, + { 0x6dbe, 0x6dbe, 0x6dbe, 0 }, + { 0x6f24, 0x6f24, 0x6f24, 0 }, + { 0x708c, 0x708c, 0x708c, 0 }, + { 0x71f8, 0x71f8, 0x71f8, 0 }, + { 0x7366, 0x7366, 0x7366, 0 }, + { 0x74d6, 0x74d6, 0x74d6, 0 }, + { 0x764a, 0x764a, 0x764a, 0 }, + { 0x77c0, 0x77c0, 0x77c0, 0 }, + { 0x7938, 0x7938, 0x7938, 0 }, + { 0x7ab4, 0x7ab4, 0x7ab4, 0 }, + { 0x7c32, 0x7c32, 0x7c32, 0 }, + { 0x7db3, 0x7db3, 0x7db3, 0 }, + { 0x7f36, 0x7f36, 0x7f36, 0 }, + { 0x80bc, 0x80bc, 0x80bc, 0 }, + { 0x8245, 0x8245, 0x8245, 0 }, + { 0x83d1, 0x83d1, 0x83d1, 0 }, + { 0x855f, 0x855f, 0x855f, 0 }, + { 0x86f0, 0x86f0, 0x86f0, 0 }, + { 0x8884, 0x8884, 0x8884, 0 }, + { 0x8a1a, 0x8a1a, 0x8a1a, 0 }, + { 0x8bb4, 0x8bb4, 0x8bb4, 0 }, + { 0x8d50, 0x8d50, 0x8d50, 0 }, + { 0x8eee, 0x8eee, 0x8eee, 0 }, + { 0x9090, 0x9090, 0x9090, 0 }, + { 0x9234, 0x9234, 0x9234, 0 }, + { 0x93db, 0x93db, 0x93db, 0 }, + { 0x9585, 0x9585, 0x9585, 0 }, + { 0x9732, 0x9732, 0x9732, 0 }, + { 0x98e1, 0x98e1, 0x98e1, 0 }, + { 0x9a93, 0x9a93, 0x9a93, 0 }, + { 0x9c48, 0x9c48, 0x9c48, 0 }, + { 0x9e00, 0x9e00, 0x9e00, 0 }, + { 0x9fbb, 0x9fbb, 0x9fbb, 0 }, + { 0xa178, 0xa178, 0xa178, 0 }, + { 0xa338, 0xa338, 0xa338, 0 }, + { 0xa4fb, 0xa4fb, 0xa4fb, 0 }, + { 0xa6c1, 0xa6c1, 0xa6c1, 0 }, + { 0xa88a, 0xa88a, 0xa88a, 0 }, + { 0xaa56, 0xaa56, 0xaa56, 0 }, + { 0xac24, 0xac24, 0xac24, 0 }, + { 0xadf5, 0xadf5, 0xadf5, 0 }, + { 0xafc9, 0xafc9, 0xafc9, 0 }, + { 0xb1a0, 0xb1a0, 0xb1a0, 0 }, + { 0xb37a, 0xb37a, 0xb37a, 0 }, + { 0xb557, 0xb557, 0xb557, 0 }, + { 0xb736, 0xb736, 0xb736, 0 }, + { 0xb919, 0xb919, 0xb919, 0 }, + { 0xbafe, 0xbafe, 0xbafe, 0 }, + { 0xbce6, 0xbce6, 0xbce6, 0 }, + { 0xbed2, 0xbed2, 0xbed2, 0 }, + { 0xc0c0, 0xc0c0, 0xc0c0, 0 }, + { 0xc2b0, 0xc2b0, 0xc2b0, 0 }, + { 0xc4a4, 0xc4a4, 0xc4a4, 0 }, + { 0xc69b, 0xc69b, 0xc69b, 0 }, + { 0xc895, 0xc895, 0xc895, 0 }, + { 0xca91, 0xca91, 0xca91, 0 }, + { 0xcc91, 0xcc91, 0xcc91, 0 }, + { 0xce93, 0xce93, 0xce93, 0 }, + { 0xd098, 0xd098, 0xd098, 0 }, + { 0xd2a1, 0xd2a1, 0xd2a1, 0 }, + { 0xd4ac, 0xd4ac, 0xd4ac, 0 }, + { 0xd6ba, 0xd6ba, 0xd6ba, 0 }, + { 0xd8cb, 0xd8cb, 0xd8cb, 0 }, + { 0xdadf, 0xdadf, 0xdadf, 0 }, + { 0xdcf7, 0xdcf7, 0xdcf7, 0 }, + { 0xdf11, 0xdf11, 0xdf11, 0 }, + { 0xe12e, 0xe12e, 0xe12e, 0 }, + { 0xe34e, 0xe34e, 0xe34e, 0 }, + { 0xe571, 0xe571, 0xe571, 0 }, + { 0xe796, 0xe796, 0xe796, 0 }, + { 0xe9bf, 0xe9bf, 0xe9bf, 0 }, + { 0xebeb, 0xebeb, 0xebeb, 0 }, + { 0xee1a, 0xee1a, 0xee1a, 0 }, + { 0xf04c, 0xf04c, 0xf04c, 0 }, + { 0xf281, 0xf281, 0xf281, 0 }, + { 0xf4b9, 0xf4b9, 0xf4b9, 0 }, + { 0xf6f4, 0xf6f4, 0xf6f4, 0 }, + { 0xf932, 0xf932, 0xf932, 0 }, + { 0xfb73, 0xfb73, 0xfb73, 0 }, + { 0xfdb7, 0xfdb7, 0xfdb7, 0 }, + { 0xffff, 0xffff, 0xffff, 0 }, +}; + +const struct vkms_color_lut srgb_eotf = { + .base = srgb_array, + .lut_length = LUT_SIZE, + .channel_value2index_ratio = 0xff00ffll +}; + +static struct drm_color_lut srgb_inv_array[LUT_SIZE] = { + { 0x0, 0x0, 0x0, 0 }, + { 0xcc2, 0xcc2, 0xcc2, 0 }, + { 0x15be, 0x15be, 0x15be, 0 }, + { 0x1c56, 0x1c56, 0x1c56, 0 }, + { 0x21bd, 0x21bd, 0x21bd, 0 }, + { 0x2666, 0x2666, 0x2666, 0 }, + { 0x2a8a, 0x2a8a, 0x2a8a, 0 }, + { 0x2e4c, 0x2e4c, 0x2e4c, 0 }, + { 0x31c0, 0x31c0, 0x31c0, 0 }, + { 0x34f6, 0x34f6, 0x34f6, 0 }, + { 0x37f9, 0x37f9, 0x37f9, 0 }, + { 0x3acf, 0x3acf, 0x3acf, 0 }, + { 0x3d80, 0x3d80, 0x3d80, 0 }, + { 0x4010, 0x4010, 0x4010, 0 }, + { 0x4284, 0x4284, 0x4284, 0 }, + { 0x44dd, 0x44dd, 0x44dd, 0 }, + { 0x4720, 0x4720, 0x4720, 0 }, + { 0x494e, 0x494e, 0x494e, 0 }, + { 0x4b69, 0x4b69, 0x4b69, 0 }, + { 0x4d73, 0x4d73, 0x4d73, 0 }, + { 0x4f6e, 0x4f6e, 0x4f6e, 0 }, + { 0x5159, 0x5159, 0x5159, 0 }, + { 0x5337, 0x5337, 0x5337, 0 }, + { 0x5509, 0x5509, 0x5509, 0 }, + { 0x56cf, 0x56cf, 0x56cf, 0 }, + { 0x588a, 0x588a, 0x588a, 0 }, + { 0x5a3b, 0x5a3b, 0x5a3b, 0 }, + { 0x5be2, 0x5be2, 0x5be2, 0 }, + { 0x5d80, 0x5d80, 0x5d80, 0 }, + { 0x5f16, 0x5f16, 0x5f16, 0 }, + { 0x60a4, 0x60a4, 0x60a4, 0 }, + { 0x6229, 0x6229, 0x6229, 0 }, + { 0x63a8, 0x63a8, 0x63a8, 0 }, + { 0x6520, 0x6520, 0x6520, 0 }, + { 0x6691, 0x6691, 0x6691, 0 }, + { 0x67fc, 0x67fc, 0x67fc, 0 }, + { 0x6961, 0x6961, 0x6961, 0 }, + { 0x6ac0, 0x6ac0, 0x6ac0, 0 }, + { 0x6c19, 0x6c19, 0x6c19, 0 }, + { 0x6d6e, 0x6d6e, 0x6d6e, 0 }, + { 0x6ebd, 0x6ebd, 0x6ebd, 0 }, + { 0x7008, 0x7008, 0x7008, 0 }, + { 0x714d, 0x714d, 0x714d, 0 }, + { 0x728f, 0x728f, 0x728f, 0 }, + { 0x73cc, 0x73cc, 0x73cc, 0 }, + { 0x7504, 0x7504, 0x7504, 0 }, + { 0x7639, 0x7639, 0x7639, 0 }, + { 0x776a, 0x776a, 0x776a, 0 }, + { 0x7897, 0x7897, 0x7897, 0 }, + { 0x79c1, 0x79c1, 0x79c1, 0 }, + { 0x7ae7, 0x7ae7, 0x7ae7, 0 }, + { 0x7c09, 0x7c09, 0x7c09, 0 }, + { 0x7d28, 0x7d28, 0x7d28, 0 }, + { 0x7e44, 0x7e44, 0x7e44, 0 }, + { 0x7f5d, 0x7f5d, 0x7f5d, 0 }, + { 0x8073, 0x8073, 0x8073, 0 }, + { 0x8186, 0x8186, 0x8186, 0 }, + { 0x8296, 0x8296, 0x8296, 0 }, + { 0x83a4, 0x83a4, 0x83a4, 0 }, + { 0x84ae, 0x84ae, 0x84ae, 0 }, + { 0x85b6, 0x85b6, 0x85b6, 0 }, + { 0x86bc, 0x86bc, 0x86bc, 0 }, + { 0x87bf, 0x87bf, 0x87bf, 0 }, + { 0x88bf, 0x88bf, 0x88bf, 0 }, + { 0x89be, 0x89be, 0x89be, 0 }, + { 0x8ab9, 0x8ab9, 0x8ab9, 0 }, + { 0x8bb3, 0x8bb3, 0x8bb3, 0 }, + { 0x8cab, 0x8cab, 0x8cab, 0 }, + { 0x8da0, 0x8da0, 0x8da0, 0 }, + { 0x8e93, 0x8e93, 0x8e93, 0 }, + { 0x8f84, 0x8f84, 0x8f84, 0 }, + { 0x9073, 0x9073, 0x9073, 0 }, + { 0x9161, 0x9161, 0x9161, 0 }, + { 0x924c, 0x924c, 0x924c, 0 }, + { 0x9335, 0x9335, 0x9335, 0 }, + { 0x941d, 0x941d, 0x941d, 0 }, + { 0x9503, 0x9503, 0x9503, 0 }, + { 0x95e7, 0x95e7, 0x95e7, 0 }, + { 0x96c9, 0x96c9, 0x96c9, 0 }, + { 0x97aa, 0x97aa, 0x97aa, 0 }, + { 0x9889, 0x9889, 0x9889, 0 }, + { 0x9966, 0x9966, 0x9966, 0 }, + { 0x9a42, 0x9a42, 0x9a42, 0 }, + { 0x9b1c, 0x9b1c, 0x9b1c, 0 }, + { 0x9bf5, 0x9bf5, 0x9bf5, 0 }, + { 0x9ccc, 0x9ccc, 0x9ccc, 0 }, + { 0x9da1, 0x9da1, 0x9da1, 0 }, + { 0x9e76, 0x9e76, 0x9e76, 0 }, + { 0x9f49, 0x9f49, 0x9f49, 0 }, + { 0xa01a, 0xa01a, 0xa01a, 0 }, + { 0xa0ea, 0xa0ea, 0xa0ea, 0 }, + { 0xa1b9, 0xa1b9, 0xa1b9, 0 }, + { 0xa286, 0xa286, 0xa286, 0 }, + { 0xa352, 0xa352, 0xa352, 0 }, + { 0xa41d, 0xa41d, 0xa41d, 0 }, + { 0xa4e7, 0xa4e7, 0xa4e7, 0 }, + { 0xa5af, 0xa5af, 0xa5af, 0 }, + { 0xa676, 0xa676, 0xa676, 0 }, + { 0xa73c, 0xa73c, 0xa73c, 0 }, + { 0xa801, 0xa801, 0xa801, 0 }, + { 0xa8c5, 0xa8c5, 0xa8c5, 0 }, + { 0xa987, 0xa987, 0xa987, 0 }, + { 0xaa48, 0xaa48, 0xaa48, 0 }, + { 0xab09, 0xab09, 0xab09, 0 }, + { 0xabc8, 0xabc8, 0xabc8, 0 }, + { 0xac86, 0xac86, 0xac86, 0 }, + { 0xad43, 0xad43, 0xad43, 0 }, + { 0xadff, 0xadff, 0xadff, 0 }, + { 0xaeba, 0xaeba, 0xaeba, 0 }, + { 0xaf74, 0xaf74, 0xaf74, 0 }, + { 0xb02d, 0xb02d, 0xb02d, 0 }, + { 0xb0e5, 0xb0e5, 0xb0e5, 0 }, + { 0xb19c, 0xb19c, 0xb19c, 0 }, + { 0xb252, 0xb252, 0xb252, 0 }, + { 0xb307, 0xb307, 0xb307, 0 }, + { 0xb3bb, 0xb3bb, 0xb3bb, 0 }, + { 0xb46f, 0xb46f, 0xb46f, 0 }, + { 0xb521, 0xb521, 0xb521, 0 }, + { 0xb5d3, 0xb5d3, 0xb5d3, 0 }, + { 0xb683, 0xb683, 0xb683, 0 }, + { 0xb733, 0xb733, 0xb733, 0 }, + { 0xb7e2, 0xb7e2, 0xb7e2, 0 }, + { 0xb890, 0xb890, 0xb890, 0 }, + { 0xb93d, 0xb93d, 0xb93d, 0 }, + { 0xb9ea, 0xb9ea, 0xb9ea, 0 }, + { 0xba96, 0xba96, 0xba96, 0 }, + { 0xbb40, 0xbb40, 0xbb40, 0 }, + { 0xbbea, 0xbbea, 0xbbea, 0 }, + { 0xbc94, 0xbc94, 0xbc94, 0 }, + { 0xbd3c, 0xbd3c, 0xbd3c, 0 }, + { 0xbde4, 0xbde4, 0xbde4, 0 }, + { 0xbe8b, 0xbe8b, 0xbe8b, 0 }, + { 0xbf31, 0xbf31, 0xbf31, 0 }, + { 0xbfd7, 0xbfd7, 0xbfd7, 0 }, + { 0xc07b, 0xc07b, 0xc07b, 0 }, + { 0xc120, 0xc120, 0xc120, 0 }, + { 0xc1c3, 0xc1c3, 0xc1c3, 0 }, + { 0xc266, 0xc266, 0xc266, 0 }, + { 0xc308, 0xc308, 0xc308, 0 }, + { 0xc3a9, 0xc3a9, 0xc3a9, 0 }, + { 0xc449, 0xc449, 0xc449, 0 }, + { 0xc4e9, 0xc4e9, 0xc4e9, 0 }, + { 0xc589, 0xc589, 0xc589, 0 }, + { 0xc627, 0xc627, 0xc627, 0 }, + { 0xc6c5, 0xc6c5, 0xc6c5, 0 }, + { 0xc763, 0xc763, 0xc763, 0 }, + { 0xc7ff, 0xc7ff, 0xc7ff, 0 }, + { 0xc89b, 0xc89b, 0xc89b, 0 }, + { 0xc937, 0xc937, 0xc937, 0 }, + { 0xc9d2, 0xc9d2, 0xc9d2, 0 }, + { 0xca6c, 0xca6c, 0xca6c, 0 }, + { 0xcb06, 0xcb06, 0xcb06, 0 }, + { 0xcb9f, 0xcb9f, 0xcb9f, 0 }, + { 0xcc37, 0xcc37, 0xcc37, 0 }, + { 0xcccf, 0xcccf, 0xcccf, 0 }, + { 0xcd66, 0xcd66, 0xcd66, 0 }, + { 0xcdfd, 0xcdfd, 0xcdfd, 0 }, + { 0xce93, 0xce93, 0xce93, 0 }, + { 0xcf29, 0xcf29, 0xcf29, 0 }, + { 0xcfbe, 0xcfbe, 0xcfbe, 0 }, + { 0xd053, 0xd053, 0xd053, 0 }, + { 0xd0e7, 0xd0e7, 0xd0e7, 0 }, + { 0xd17a, 0xd17a, 0xd17a, 0 }, + { 0xd20d, 0xd20d, 0xd20d, 0 }, + { 0xd2a0, 0xd2a0, 0xd2a0, 0 }, + { 0xd331, 0xd331, 0xd331, 0 }, + { 0xd3c3, 0xd3c3, 0xd3c3, 0 }, + { 0xd454, 0xd454, 0xd454, 0 }, + { 0xd4e4, 0xd4e4, 0xd4e4, 0 }, + { 0xd574, 0xd574, 0xd574, 0 }, + { 0xd603, 0xd603, 0xd603, 0 }, + { 0xd692, 0xd692, 0xd692, 0 }, + { 0xd720, 0xd720, 0xd720, 0 }, + { 0xd7ae, 0xd7ae, 0xd7ae, 0 }, + { 0xd83c, 0xd83c, 0xd83c, 0 }, + { 0xd8c9, 0xd8c9, 0xd8c9, 0 }, + { 0xd955, 0xd955, 0xd955, 0 }, + { 0xd9e1, 0xd9e1, 0xd9e1, 0 }, + { 0xda6d, 0xda6d, 0xda6d, 0 }, + { 0xdaf8, 0xdaf8, 0xdaf8, 0 }, + { 0xdb83, 0xdb83, 0xdb83, 0 }, + { 0xdc0d, 0xdc0d, 0xdc0d, 0 }, + { 0xdc97, 0xdc97, 0xdc97, 0 }, + { 0xdd20, 0xdd20, 0xdd20, 0 }, + { 0xdda9, 0xdda9, 0xdda9, 0 }, + { 0xde31, 0xde31, 0xde31, 0 }, + { 0xdeb9, 0xdeb9, 0xdeb9, 0 }, + { 0xdf41, 0xdf41, 0xdf41, 0 }, + { 0xdfc8, 0xdfc8, 0xdfc8, 0 }, + { 0xe04f, 0xe04f, 0xe04f, 0 }, + { 0xe0d5, 0xe0d5, 0xe0d5, 0 }, + { 0xe15b, 0xe15b, 0xe15b, 0 }, + { 0xe1e0, 0xe1e0, 0xe1e0, 0 }, + { 0xe266, 0xe266, 0xe266, 0 }, + { 0xe2ea, 0xe2ea, 0xe2ea, 0 }, + { 0xe36f, 0xe36f, 0xe36f, 0 }, + { 0xe3f3, 0xe3f3, 0xe3f3, 0 }, + { 0xe476, 0xe476, 0xe476, 0 }, + { 0xe4f9, 0xe4f9, 0xe4f9, 0 }, + { 0xe57c, 0xe57c, 0xe57c, 0 }, + { 0xe5fe, 0xe5fe, 0xe5fe, 0 }, + { 0xe680, 0xe680, 0xe680, 0 }, + { 0xe702, 0xe702, 0xe702, 0 }, + { 0xe783, 0xe783, 0xe783, 0 }, + { 0xe804, 0xe804, 0xe804, 0 }, + { 0xe884, 0xe884, 0xe884, 0 }, + { 0xe905, 0xe905, 0xe905, 0 }, + { 0xe984, 0xe984, 0xe984, 0 }, + { 0xea04, 0xea04, 0xea04, 0 }, + { 0xea83, 0xea83, 0xea83, 0 }, + { 0xeb02, 0xeb02, 0xeb02, 0 }, + { 0xeb80, 0xeb80, 0xeb80, 0 }, + { 0xebfe, 0xebfe, 0xebfe, 0 }, + { 0xec7b, 0xec7b, 0xec7b, 0 }, + { 0xecf9, 0xecf9, 0xecf9, 0 }, + { 0xed76, 0xed76, 0xed76, 0 }, + { 0xedf2, 0xedf2, 0xedf2, 0 }, + { 0xee6f, 0xee6f, 0xee6f, 0 }, + { 0xeeeb, 0xeeeb, 0xeeeb, 0 }, + { 0xef66, 0xef66, 0xef66, 0 }, + { 0xefe2, 0xefe2, 0xefe2, 0 }, + { 0xf05d, 0xf05d, 0xf05d, 0 }, + { 0xf0d7, 0xf0d7, 0xf0d7, 0 }, + { 0xf152, 0xf152, 0xf152, 0 }, + { 0xf1cc, 0xf1cc, 0xf1cc, 0 }, + { 0xf245, 0xf245, 0xf245, 0 }, + { 0xf2bf, 0xf2bf, 0xf2bf, 0 }, + { 0xf338, 0xf338, 0xf338, 0 }, + { 0xf3b0, 0xf3b0, 0xf3b0, 0 }, + { 0xf429, 0xf429, 0xf429, 0 }, + { 0xf4a1, 0xf4a1, 0xf4a1, 0 }, + { 0xf519, 0xf519, 0xf519, 0 }, + { 0xf590, 0xf590, 0xf590, 0 }, + { 0xf608, 0xf608, 0xf608, 0 }, + { 0xf67e, 0xf67e, 0xf67e, 0 }, + { 0xf6f5, 0xf6f5, 0xf6f5, 0 }, + { 0xf76b, 0xf76b, 0xf76b, 0 }, + { 0xf7e1, 0xf7e1, 0xf7e1, 0 }, + { 0xf857, 0xf857, 0xf857, 0 }, + { 0xf8cd, 0xf8cd, 0xf8cd, 0 }, + { 0xf942, 0xf942, 0xf942, 0 }, + { 0xf9b7, 0xf9b7, 0xf9b7, 0 }, + { 0xfa2b, 0xfa2b, 0xfa2b, 0 }, + { 0xfaa0, 0xfaa0, 0xfaa0, 0 }, + { 0xfb14, 0xfb14, 0xfb14, 0 }, + { 0xfb88, 0xfb88, 0xfb88, 0 }, + { 0xfbfb, 0xfbfb, 0xfbfb, 0 }, + { 0xfc6e, 0xfc6e, 0xfc6e, 0 }, + { 0xfce1, 0xfce1, 0xfce1, 0 }, + { 0xfd54, 0xfd54, 0xfd54, 0 }, + { 0xfdc6, 0xfdc6, 0xfdc6, 0 }, + { 0xfe39, 0xfe39, 0xfe39, 0 }, + { 0xfeaa, 0xfeaa, 0xfeaa, 0 }, + { 0xff1c, 0xff1c, 0xff1c, 0 }, + { 0xff8d, 0xff8d, 0xff8d, 0 }, + { 0xffff, 0xffff, 0xffff, 0 }, +}; + +const struct vkms_color_lut srgb_inv_eotf = { + .base = srgb_inv_array, + .lut_length = LUT_SIZE, + .channel_value2index_ratio = 0xff00ffll +}; diff --git a/drivers/gpu/drm/vkms/vkms_luts.h b/drivers/gpu/drm/vkms/vkms_luts.h new file mode 100644 index 000000000000..925a4a7b84e2 --- /dev/null +++ b/drivers/gpu/drm/vkms/vkms_luts.h @@ -0,0 +1,12 @@ +/* SPDX-License-Identifier: GPL-2.0+ */ + +#ifndef _VKMS_LUTS_H_ +#define _VKMS_LUTS_H_ + +#define LUT_SIZE 256 + +extern const struct vkms_color_lut linear_eotf; +extern const struct vkms_color_lut srgb_eotf; +extern const struct vkms_color_lut srgb_inv_eotf; + +#endif /* _VKMS_LUTS_H_ */ diff --git a/drivers/gpu/drm/vkms/vkms_plane.c b/drivers/gpu/drm/vkms/vkms_plane.c index e5c625ab8e3e..8520ee0534d1 100644 --- a/drivers/gpu/drm/vkms/vkms_plane.c +++ b/drivers/gpu/drm/vkms/vkms_plane.c @@ -215,5 +215,7 @@ struct vkms_plane *vkms_plane_init(struct vkms_device *vkmsdev, drm_plane_create_rotation_property(&plane->base, DRM_MODE_ROTATE_0, DRM_MODE_ROTATE_MASK | DRM_MODE_REFLECT_MASK); + vkms_initialize_colorops(&plane->base); + return plane; } -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 14/45] drm/vkms: Add enumerated 1D curve colorop 2024-12-20 4:33 ` [V7 14/45] drm/vkms: Add enumerated 1D curve colorop Alex Hung @ 2025-02-25 11:18 ` Louis Chauvet 2025-03-10 19:43 ` Harry Wentland 0 siblings, 1 reply; 127+ messages in thread From: Louis Chauvet @ 2025-02-25 11:18 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland Le 20/12/2024 à 05:33, Alex Hung a écrit : > From: Harry Wentland <harry.wentland@amd.com> > > This patch introduces a VKMS color pipeline that includes two > drm_colorops for named transfer functions. For now the only ones > supported are sRGB EOTF, sRGB Inverse EOTF, and a Linear TF. > We will expand this in the future but I don't want to do so > without accompanying IGT tests. > > We introduce a new vkms_luts.c file that hard-codes sRGB EOTF, > sRGB Inverse EOTF, and a linear EOTF LUT. These have been > generated with 256 entries each as IGT is currently testing > only 8 bpc surfaces. We will likely need higher precision > but I'm reluctant to make that change without clear indication > that we need it. We'll revisit and, if necessary, regenerate > the LUTs when we have IGT tests for higher precision buffers. > > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > Signed-off-by: Alex Hung <alex.hung@amd.com> > --- > v7: > - Fix checkpatch warnings (Louis Chauvet) > - Change kzalloc(sizeof(struct drm_colorop) ...) to kzalloc(sizeof(*ops[i]) ...) > - Remove if (ops[i]) before kfree(ops[i]) > - Fix styles by adding and removing spaces (new lines, tabs and so on) > > v6: > - drop 'len' var (Louis Chauvet) > - cleanup if colorop alloc or init fails (Louis Chauvet) > - switch loop in pre_blend_transform (Louis Chauvet) > - drop extraneous if (colorop) inside while (colorop) (Louis Chauvet) > > v5: > - Squash with "Pull apply_colorop out of pre_blend_color_transform" > (Sebastian) > - Fix warnings > - Fix include > - Drop TODOs > > v4: > - Drop _tf_ from color_pipeline init function > - Pass supported TFs into colorop init > - Create bypass pipeline in DRM helper (Pekka) > > v2: > - Add commit description > - Fix sRGB EOTF LUT definition > - Add linear and sRGB inverse EOTF LUTs > > drivers/gpu/drm/vkms/Makefile | 4 +- > drivers/gpu/drm/vkms/vkms_colorop.c | 82 +++ > drivers/gpu/drm/vkms/vkms_composer.c | 50 ++ > drivers/gpu/drm/vkms/vkms_drv.h | 3 + > drivers/gpu/drm/vkms/vkms_luts.c | 801 +++++++++++++++++++++++++++ > drivers/gpu/drm/vkms/vkms_luts.h | 12 + > drivers/gpu/drm/vkms/vkms_plane.c | 2 + > 7 files changed, 953 insertions(+), 1 deletion(-) > create mode 100644 drivers/gpu/drm/vkms/vkms_colorop.c > create mode 100644 drivers/gpu/drm/vkms/vkms_luts.c > create mode 100644 drivers/gpu/drm/vkms/vkms_luts.h > > diff --git a/drivers/gpu/drm/vkms/Makefile b/drivers/gpu/drm/vkms/Makefile > index 8d3e46dde635..0bf3c116f1ae 100644 > --- a/drivers/gpu/drm/vkms/Makefile > +++ b/drivers/gpu/drm/vkms/Makefile > @@ -6,7 +6,9 @@ vkms-y := \ > vkms_formats.o \ > vkms_crtc.o \ > vkms_composer.o \ > - vkms_writeback.o > + vkms_writeback.o \ > + vkms_colorop.o \ > + vkms_luts.o > > obj-$(CONFIG_DRM_VKMS) += vkms.o > obj-$(CONFIG_DRM_VKMS_KUNIT_TESTS) += tests/ > diff --git a/drivers/gpu/drm/vkms/vkms_colorop.c b/drivers/gpu/drm/vkms/vkms_colorop.c > new file mode 100644 > index 000000000000..af319cd3de23 > --- /dev/null > +++ b/drivers/gpu/drm/vkms/vkms_colorop.c > @@ -0,0 +1,82 @@ > +// SPDX-License-Identifier: GPL-2.0+ > + > +#include <linux/slab.h> > +#include <drm/drm_colorop.h> > +#include <drm/drm_print.h> > +#include <drm/drm_property.h> > +#include <drm/drm_plane.h> > + > +#include "vkms_drv.h" > + > +static const u64 supported_tfs = > + BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF) | > + BIT(DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF); > + > +#define MAX_COLOR_PIPELINE_OPS 2 > + > +static int vkms_initialize_color_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list) > +{ > + struct drm_colorop *ops[MAX_COLOR_PIPELINE_OPS]; > + struct drm_device *dev = plane->dev; > + int ret; > + int i = 0; > + > + memset(ops, 0, sizeof(ops)); > + > + /* 1st op: 1d curve */ > + ops[i] = kzalloc(sizeof(*ops[i]), GFP_KERNEL); > + if (!ops[i]) { > + DRM_ERROR("KMS: Failed to allocate colorop\n"); drm_err(plane->dev, "KMS..."); > + ret = -ENOMEM; > + goto cleanup; > + } > + > + ret = drm_colorop_curve_1d_init(dev, ops[i], plane, supported_tfs); > + if (ret) > + goto cleanup; > + > + list->type = ops[i]->base.id; > + list->name = kasprintf(GFP_KERNEL, "Color Pipeline %d", ops[i]->base.id); > + > + i++; > + > + /* 2nd op: 1d curve */ > + ops[i] = kzalloc(sizeof(*ops[i]), GFP_KERNEL); > + if (!ops[i]) { > + DRM_ERROR("KMS: Failed to allocate colorop\n"); drm_err > + ret = -ENOMEM; > + goto cleanup; > + } > + > + ret = drm_colorop_curve_1d_init(dev, ops[i], plane, supported_tfs); > + if (ret) > + goto cleanup; > + > + drm_colorop_set_next_property(ops[i - 1], ops[i]); > + > + return 0; > + > +cleanup: > + for (; i >= 0; i--) > + kfree(ops[i]); > + > + return ret; > +} > + > +int vkms_initialize_colorops(struct drm_plane *plane) > +{ > + struct drm_prop_enum_list pipeline; > + int ret; > + > + /* Add color pipeline */ > + ret = vkms_initialize_color_pipeline(plane, &pipeline); > + if (ret) > + return ret; > + > + /* Create COLOR_PIPELINE property and attach */ > + ret = drm_plane_create_color_pipeline_property(plane, &pipeline, 1); > + if (ret) > + return ret; > + > + return 0; > +} > diff --git a/drivers/gpu/drm/vkms/vkms_composer.c b/drivers/gpu/drm/vkms/vkms_composer.c > index d15ceac6c56f..983654540ee5 100644 > --- a/drivers/gpu/drm/vkms/vkms_composer.c > +++ b/drivers/gpu/drm/vkms/vkms_composer.c > @@ -14,6 +14,7 @@ > #include "vkms_drv.h" > #include <kunit/visibility.h> > #include "vkms_composer.h" > +#include "vkms_luts.h" > > static u16 pre_mul_blend_channel(u16 src, u16 dst, u16 alpha) > { > @@ -167,6 +168,52 @@ static void apply_lut(const struct vkms_crtc_state *crtc_state, struct line_buff > } > } > > +static void apply_colorop(struct pixel_argb_u16 *pixel, struct drm_colorop *colorop) > +{ > + struct drm_colorop_state *colorop_state = colorop->state; > + > + if (colorop->type == DRM_COLOROP_1D_CURVE) { > + switch (colorop_state->curve_1d_type) { > + case DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF: > + pixel->r = apply_lut_to_channel_value(&srgb_inv_eotf, pixel->r, LUT_RED); > + pixel->g = apply_lut_to_channel_value(&srgb_inv_eotf, pixel->g, LUT_GREEN); > + pixel->b = apply_lut_to_channel_value(&srgb_inv_eotf, pixel->b, LUT_BLUE); > + break; > + case DRM_COLOROP_1D_CURVE_SRGB_EOTF: > + pixel->r = apply_lut_to_channel_value(&srgb_eotf, pixel->r, LUT_RED); > + pixel->g = apply_lut_to_channel_value(&srgb_eotf, pixel->g, LUT_GREEN); > + pixel->b = apply_lut_to_channel_value(&srgb_eotf, pixel->b, LUT_BLUE); > + break; > + default: > + DRM_WARN_ONCE("unknown colorop 1D curve type %d\n", > + colorop_state->curve_1d_type); drm_WARN_ONCE(colorop->dev, ... > + break; > + } > + } > +} > + > +static void pre_blend_color_transform(const struct vkms_plane_state *plane_state, > + struct line_buffer *output_buffer) > +{ > + for (size_t x = 0; x < output_buffer->n_pixels; x++) { > + struct drm_colorop *colorop = plane_state->base.base.color_pipeline; > + > + while (colorop) { > + struct drm_colorop_state *colorop_state; > + > + colorop_state = colorop->state; > + > + if (!colorop_state) > + return; > + > + if (!colorop_state->bypass) > + apply_colorop(&output_buffer->pixels[x], colorop); > + > + colorop = colorop->next; > + } > + } > +} > + > /** > * blend - blend the pixels from all planes and compute crc > * @wb: The writeback frame buffer metadata > @@ -204,6 +251,9 @@ static void blend(struct vkms_writeback_job *wb, > continue; > > vkms_compose_row(stage_buffer, plane[i], y_pos); > + > + pre_blend_color_transform(plane[i], stage_buffer); > + This part conflict with upstream VKMS, the fix is simple: move pre_blend_color_transform into the blend_line function. > pre_mul_alpha_blend(plane[i]->frame_info, stage_buffer, > output_buffer); > } > diff --git a/drivers/gpu/drm/vkms/vkms_drv.h b/drivers/gpu/drm/vkms/vkms_drv.h > index 5e46ea5b96dc..c3c8f5ac81b9 100644 > --- a/drivers/gpu/drm/vkms/vkms_drv.h > +++ b/drivers/gpu/drm/vkms/vkms_drv.h > @@ -169,4 +169,7 @@ void vkms_writeback_row(struct vkms_writeback_job *wb, const struct line_buffer > /* Writeback */ > int vkms_enable_writeback_connector(struct vkms_device *vkmsdev); > > +/* Colorops */ > +int vkms_initialize_colorops(struct drm_plane *plane); > + > #endif /* _VKMS_DRV_H_ */ > diff --git a/drivers/gpu/drm/vkms/vkms_luts.c b/drivers/gpu/drm/vkms/vkms_luts.c > new file mode 100644 > index 000000000000..9bfcf03275ae > --- /dev/null > +++ b/drivers/gpu/drm/vkms/vkms_luts.c > @@ -0,0 +1,801 @@ > +// SPDX-License-Identifier: GPL-2.0+ > + > +#include <drm/drm_mode.h> > + > +#include "vkms_drv.h" > +#include "vkms_luts.h" > + > +static struct drm_color_lut linear_array[LUT_SIZE] = { > + { 0x0, 0x0, 0x0, 0 }, > + { 0x101, 0x101, 0x101, 0 }, > + { 0x202, 0x202, 0x202, 0 }, > + { 0x303, 0x303, 0x303, 0 }, > + { 0x404, 0x404, 0x404, 0 }, > + { 0x505, 0x505, 0x505, 0 }, > + { 0x606, 0x606, 0x606, 0 }, > + { 0x707, 0x707, 0x707, 0 }, > + { 0x808, 0x808, 0x808, 0 }, > + { 0x909, 0x909, 0x909, 0 }, > + { 0xa0a, 0xa0a, 0xa0a, 0 }, > + { 0xb0b, 0xb0b, 0xb0b, 0 }, > + { 0xc0c, 0xc0c, 0xc0c, 0 }, > + { 0xd0d, 0xd0d, 0xd0d, 0 }, > + { 0xe0e, 0xe0e, 0xe0e, 0 }, > + { 0xf0f, 0xf0f, 0xf0f, 0 }, > + { 0x1010, 0x1010, 0x1010, 0 }, > + { 0x1111, 0x1111, 0x1111, 0 }, > + { 0x1212, 0x1212, 0x1212, 0 }, > + { 0x1313, 0x1313, 0x1313, 0 }, > + { 0x1414, 0x1414, 0x1414, 0 }, > + { 0x1515, 0x1515, 0x1515, 0 }, > + { 0x1616, 0x1616, 0x1616, 0 }, > + { 0x1717, 0x1717, 0x1717, 0 }, > + { 0x1818, 0x1818, 0x1818, 0 }, > + { 0x1919, 0x1919, 0x1919, 0 }, > + { 0x1a1a, 0x1a1a, 0x1a1a, 0 }, > + { 0x1b1b, 0x1b1b, 0x1b1b, 0 }, > + { 0x1c1c, 0x1c1c, 0x1c1c, 0 }, > + { 0x1d1d, 0x1d1d, 0x1d1d, 0 }, > + { 0x1e1e, 0x1e1e, 0x1e1e, 0 }, > + { 0x1f1f, 0x1f1f, 0x1f1f, 0 }, > + { 0x2020, 0x2020, 0x2020, 0 }, > + { 0x2121, 0x2121, 0x2121, 0 }, > + { 0x2222, 0x2222, 0x2222, 0 }, > + { 0x2323, 0x2323, 0x2323, 0 }, > + { 0x2424, 0x2424, 0x2424, 0 }, > + { 0x2525, 0x2525, 0x2525, 0 }, > + { 0x2626, 0x2626, 0x2626, 0 }, > + { 0x2727, 0x2727, 0x2727, 0 }, > + { 0x2828, 0x2828, 0x2828, 0 }, > + { 0x2929, 0x2929, 0x2929, 0 }, > + { 0x2a2a, 0x2a2a, 0x2a2a, 0 }, > + { 0x2b2b, 0x2b2b, 0x2b2b, 0 }, > + { 0x2c2c, 0x2c2c, 0x2c2c, 0 }, > + { 0x2d2d, 0x2d2d, 0x2d2d, 0 }, > + { 0x2e2e, 0x2e2e, 0x2e2e, 0 }, > + { 0x2f2f, 0x2f2f, 0x2f2f, 0 }, > + { 0x3030, 0x3030, 0x3030, 0 }, > + { 0x3131, 0x3131, 0x3131, 0 }, > + { 0x3232, 0x3232, 0x3232, 0 }, > + { 0x3333, 0x3333, 0x3333, 0 }, > + { 0x3434, 0x3434, 0x3434, 0 }, > + { 0x3535, 0x3535, 0x3535, 0 }, > + { 0x3636, 0x3636, 0x3636, 0 }, > + { 0x3737, 0x3737, 0x3737, 0 }, > + { 0x3838, 0x3838, 0x3838, 0 }, > + { 0x3939, 0x3939, 0x3939, 0 }, > + { 0x3a3a, 0x3a3a, 0x3a3a, 0 }, > + { 0x3b3b, 0x3b3b, 0x3b3b, 0 }, > + { 0x3c3c, 0x3c3c, 0x3c3c, 0 }, > + { 0x3d3d, 0x3d3d, 0x3d3d, 0 }, > + { 0x3e3e, 0x3e3e, 0x3e3e, 0 }, > + { 0x3f3f, 0x3f3f, 0x3f3f, 0 }, > + { 0x4040, 0x4040, 0x4040, 0 }, > + { 0x4141, 0x4141, 0x4141, 0 }, > + { 0x4242, 0x4242, 0x4242, 0 }, > + { 0x4343, 0x4343, 0x4343, 0 }, > + { 0x4444, 0x4444, 0x4444, 0 }, > + { 0x4545, 0x4545, 0x4545, 0 }, > + { 0x4646, 0x4646, 0x4646, 0 }, > + { 0x4747, 0x4747, 0x4747, 0 }, > + { 0x4848, 0x4848, 0x4848, 0 }, > + { 0x4949, 0x4949, 0x4949, 0 }, > + { 0x4a4a, 0x4a4a, 0x4a4a, 0 }, > + { 0x4b4b, 0x4b4b, 0x4b4b, 0 }, > + { 0x4c4c, 0x4c4c, 0x4c4c, 0 }, > + { 0x4d4d, 0x4d4d, 0x4d4d, 0 }, > + { 0x4e4e, 0x4e4e, 0x4e4e, 0 }, > + { 0x4f4f, 0x4f4f, 0x4f4f, 0 }, > + { 0x5050, 0x5050, 0x5050, 0 }, > + { 0x5151, 0x5151, 0x5151, 0 }, > + { 0x5252, 0x5252, 0x5252, 0 }, > + { 0x5353, 0x5353, 0x5353, 0 }, > + { 0x5454, 0x5454, 0x5454, 0 }, > + { 0x5555, 0x5555, 0x5555, 0 }, > + { 0x5656, 0x5656, 0x5656, 0 }, > + { 0x5757, 0x5757, 0x5757, 0 }, > + { 0x5858, 0x5858, 0x5858, 0 }, > + { 0x5959, 0x5959, 0x5959, 0 }, > + { 0x5a5a, 0x5a5a, 0x5a5a, 0 }, > + { 0x5b5b, 0x5b5b, 0x5b5b, 0 }, > + { 0x5c5c, 0x5c5c, 0x5c5c, 0 }, > + { 0x5d5d, 0x5d5d, 0x5d5d, 0 }, > + { 0x5e5e, 0x5e5e, 0x5e5e, 0 }, > + { 0x5f5f, 0x5f5f, 0x5f5f, 0 }, > + { 0x6060, 0x6060, 0x6060, 0 }, > + { 0x6161, 0x6161, 0x6161, 0 }, > + { 0x6262, 0x6262, 0x6262, 0 }, > + { 0x6363, 0x6363, 0x6363, 0 }, > + { 0x6464, 0x6464, 0x6464, 0 }, > + { 0x6565, 0x6565, 0x6565, 0 }, > + { 0x6666, 0x6666, 0x6666, 0 }, > + { 0x6767, 0x6767, 0x6767, 0 }, > + { 0x6868, 0x6868, 0x6868, 0 }, > + { 0x6969, 0x6969, 0x6969, 0 }, > + { 0x6a6a, 0x6a6a, 0x6a6a, 0 }, > + { 0x6b6b, 0x6b6b, 0x6b6b, 0 }, > + { 0x6c6c, 0x6c6c, 0x6c6c, 0 }, > + { 0x6d6d, 0x6d6d, 0x6d6d, 0 }, > + { 0x6e6e, 0x6e6e, 0x6e6e, 0 }, > + { 0x6f6f, 0x6f6f, 0x6f6f, 0 }, > + { 0x7070, 0x7070, 0x7070, 0 }, > + { 0x7171, 0x7171, 0x7171, 0 }, > + { 0x7272, 0x7272, 0x7272, 0 }, > + { 0x7373, 0x7373, 0x7373, 0 }, > + { 0x7474, 0x7474, 0x7474, 0 }, > + { 0x7575, 0x7575, 0x7575, 0 }, > + { 0x7676, 0x7676, 0x7676, 0 }, > + { 0x7777, 0x7777, 0x7777, 0 }, > + { 0x7878, 0x7878, 0x7878, 0 }, > + { 0x7979, 0x7979, 0x7979, 0 }, > + { 0x7a7a, 0x7a7a, 0x7a7a, 0 }, > + { 0x7b7b, 0x7b7b, 0x7b7b, 0 }, > + { 0x7c7c, 0x7c7c, 0x7c7c, 0 }, > + { 0x7d7d, 0x7d7d, 0x7d7d, 0 }, > + { 0x7e7e, 0x7e7e, 0x7e7e, 0 }, > + { 0x7f7f, 0x7f7f, 0x7f7f, 0 }, > + { 0x8080, 0x8080, 0x8080, 0 }, > + { 0x8181, 0x8181, 0x8181, 0 }, > + { 0x8282, 0x8282, 0x8282, 0 }, > + { 0x8383, 0x8383, 0x8383, 0 }, > + { 0x8484, 0x8484, 0x8484, 0 }, > + { 0x8585, 0x8585, 0x8585, 0 }, > + { 0x8686, 0x8686, 0x8686, 0 }, > + { 0x8787, 0x8787, 0x8787, 0 }, > + { 0x8888, 0x8888, 0x8888, 0 }, > + { 0x8989, 0x8989, 0x8989, 0 }, > + { 0x8a8a, 0x8a8a, 0x8a8a, 0 }, > + { 0x8b8b, 0x8b8b, 0x8b8b, 0 }, > + { 0x8c8c, 0x8c8c, 0x8c8c, 0 }, > + { 0x8d8d, 0x8d8d, 0x8d8d, 0 }, > + { 0x8e8e, 0x8e8e, 0x8e8e, 0 }, > + { 0x8f8f, 0x8f8f, 0x8f8f, 0 }, > + { 0x9090, 0x9090, 0x9090, 0 }, > + { 0x9191, 0x9191, 0x9191, 0 }, > + { 0x9292, 0x9292, 0x9292, 0 }, > + { 0x9393, 0x9393, 0x9393, 0 }, > + { 0x9494, 0x9494, 0x9494, 0 }, > + { 0x9595, 0x9595, 0x9595, 0 }, > + { 0x9696, 0x9696, 0x9696, 0 }, > + { 0x9797, 0x9797, 0x9797, 0 }, > + { 0x9898, 0x9898, 0x9898, 0 }, > + { 0x9999, 0x9999, 0x9999, 0 }, > + { 0x9a9a, 0x9a9a, 0x9a9a, 0 }, > + { 0x9b9b, 0x9b9b, 0x9b9b, 0 }, > + { 0x9c9c, 0x9c9c, 0x9c9c, 0 }, > + { 0x9d9d, 0x9d9d, 0x9d9d, 0 }, > + { 0x9e9e, 0x9e9e, 0x9e9e, 0 }, > + { 0x9f9f, 0x9f9f, 0x9f9f, 0 }, > + { 0xa0a0, 0xa0a0, 0xa0a0, 0 }, > + { 0xa1a1, 0xa1a1, 0xa1a1, 0 }, > + { 0xa2a2, 0xa2a2, 0xa2a2, 0 }, > + { 0xa3a3, 0xa3a3, 0xa3a3, 0 }, > + { 0xa4a4, 0xa4a4, 0xa4a4, 0 }, > + { 0xa5a5, 0xa5a5, 0xa5a5, 0 }, > + { 0xa6a6, 0xa6a6, 0xa6a6, 0 }, > + { 0xa7a7, 0xa7a7, 0xa7a7, 0 }, > + { 0xa8a8, 0xa8a8, 0xa8a8, 0 }, > + { 0xa9a9, 0xa9a9, 0xa9a9, 0 }, > + { 0xaaaa, 0xaaaa, 0xaaaa, 0 }, > + { 0xabab, 0xabab, 0xabab, 0 }, > + { 0xacac, 0xacac, 0xacac, 0 }, > + { 0xadad, 0xadad, 0xadad, 0 }, > + { 0xaeae, 0xaeae, 0xaeae, 0 }, > + { 0xafaf, 0xafaf, 0xafaf, 0 }, > + { 0xb0b0, 0xb0b0, 0xb0b0, 0 }, > + { 0xb1b1, 0xb1b1, 0xb1b1, 0 }, > + { 0xb2b2, 0xb2b2, 0xb2b2, 0 }, > + { 0xb3b3, 0xb3b3, 0xb3b3, 0 }, > + { 0xb4b4, 0xb4b4, 0xb4b4, 0 }, > + { 0xb5b5, 0xb5b5, 0xb5b5, 0 }, > + { 0xb6b6, 0xb6b6, 0xb6b6, 0 }, > + { 0xb7b7, 0xb7b7, 0xb7b7, 0 }, > + { 0xb8b8, 0xb8b8, 0xb8b8, 0 }, > + { 0xb9b9, 0xb9b9, 0xb9b9, 0 }, > + { 0xbaba, 0xbaba, 0xbaba, 0 }, > + { 0xbbbb, 0xbbbb, 0xbbbb, 0 }, > + { 0xbcbc, 0xbcbc, 0xbcbc, 0 }, > + { 0xbdbd, 0xbdbd, 0xbdbd, 0 }, > + { 0xbebe, 0xbebe, 0xbebe, 0 }, > + { 0xbfbf, 0xbfbf, 0xbfbf, 0 }, > + { 0xc0c0, 0xc0c0, 0xc0c0, 0 }, > + { 0xc1c1, 0xc1c1, 0xc1c1, 0 }, > + { 0xc2c2, 0xc2c2, 0xc2c2, 0 }, > + { 0xc3c3, 0xc3c3, 0xc3c3, 0 }, > + { 0xc4c4, 0xc4c4, 0xc4c4, 0 }, > + { 0xc5c5, 0xc5c5, 0xc5c5, 0 }, > + { 0xc6c6, 0xc6c6, 0xc6c6, 0 }, > + { 0xc7c7, 0xc7c7, 0xc7c7, 0 }, > + { 0xc8c8, 0xc8c8, 0xc8c8, 0 }, > + { 0xc9c9, 0xc9c9, 0xc9c9, 0 }, > + { 0xcaca, 0xcaca, 0xcaca, 0 }, > + { 0xcbcb, 0xcbcb, 0xcbcb, 0 }, > + { 0xcccc, 0xcccc, 0xcccc, 0 }, > + { 0xcdcd, 0xcdcd, 0xcdcd, 0 }, > + { 0xcece, 0xcece, 0xcece, 0 }, > + { 0xcfcf, 0xcfcf, 0xcfcf, 0 }, > + { 0xd0d0, 0xd0d0, 0xd0d0, 0 }, > + { 0xd1d1, 0xd1d1, 0xd1d1, 0 }, > + { 0xd2d2, 0xd2d2, 0xd2d2, 0 }, > + { 0xd3d3, 0xd3d3, 0xd3d3, 0 }, > + { 0xd4d4, 0xd4d4, 0xd4d4, 0 }, > + { 0xd5d5, 0xd5d5, 0xd5d5, 0 }, > + { 0xd6d6, 0xd6d6, 0xd6d6, 0 }, > + { 0xd7d7, 0xd7d7, 0xd7d7, 0 }, > + { 0xd8d8, 0xd8d8, 0xd8d8, 0 }, > + { 0xd9d9, 0xd9d9, 0xd9d9, 0 }, > + { 0xdada, 0xdada, 0xdada, 0 }, > + { 0xdbdb, 0xdbdb, 0xdbdb, 0 }, > + { 0xdcdc, 0xdcdc, 0xdcdc, 0 }, > + { 0xdddd, 0xdddd, 0xdddd, 0 }, > + { 0xdede, 0xdede, 0xdede, 0 }, > + { 0xdfdf, 0xdfdf, 0xdfdf, 0 }, > + { 0xe0e0, 0xe0e0, 0xe0e0, 0 }, > + { 0xe1e1, 0xe1e1, 0xe1e1, 0 }, > + { 0xe2e2, 0xe2e2, 0xe2e2, 0 }, > + { 0xe3e3, 0xe3e3, 0xe3e3, 0 }, > + { 0xe4e4, 0xe4e4, 0xe4e4, 0 }, > + { 0xe5e5, 0xe5e5, 0xe5e5, 0 }, > + { 0xe6e6, 0xe6e6, 0xe6e6, 0 }, > + { 0xe7e7, 0xe7e7, 0xe7e7, 0 }, > + { 0xe8e8, 0xe8e8, 0xe8e8, 0 }, > + { 0xe9e9, 0xe9e9, 0xe9e9, 0 }, > + { 0xeaea, 0xeaea, 0xeaea, 0 }, > + { 0xebeb, 0xebeb, 0xebeb, 0 }, > + { 0xecec, 0xecec, 0xecec, 0 }, > + { 0xeded, 0xeded, 0xeded, 0 }, > + { 0xeeee, 0xeeee, 0xeeee, 0 }, > + { 0xefef, 0xefef, 0xefef, 0 }, > + { 0xf0f0, 0xf0f0, 0xf0f0, 0 }, > + { 0xf1f1, 0xf1f1, 0xf1f1, 0 }, > + { 0xf2f2, 0xf2f2, 0xf2f2, 0 }, > + { 0xf3f3, 0xf3f3, 0xf3f3, 0 }, > + { 0xf4f4, 0xf4f4, 0xf4f4, 0 }, > + { 0xf5f5, 0xf5f5, 0xf5f5, 0 }, > + { 0xf6f6, 0xf6f6, 0xf6f6, 0 }, > + { 0xf7f7, 0xf7f7, 0xf7f7, 0 }, > + { 0xf8f8, 0xf8f8, 0xf8f8, 0 }, > + { 0xf9f9, 0xf9f9, 0xf9f9, 0 }, > + { 0xfafa, 0xfafa, 0xfafa, 0 }, > + { 0xfbfb, 0xfbfb, 0xfbfb, 0 }, > + { 0xfcfc, 0xfcfc, 0xfcfc, 0 }, > + { 0xfdfd, 0xfdfd, 0xfdfd, 0 }, > + { 0xfefe, 0xfefe, 0xfefe, 0 }, > + { 0xffff, 0xffff, 0xffff, 0 }, > +}; > + > +const struct vkms_color_lut linear_eotf = { > + .base = linear_array, > + .lut_length = LUT_SIZE, > + .channel_value2index_ratio = 0xff00ffll > +}; > + Can you add a comment to describe the values here? Something that could help if we suspect an error in the values of the table, for example: This LUT table contains values from <spec/iso/whatever>, mapped linearly from 0.0..1.0 to 0x0..0xFFFF. > +static struct drm_color_lut srgb_array[LUT_SIZE] = { > + { 0x0, 0x0, 0x0, 0 }, > + { 0x13, 0x13, 0x13, 0 }, > + { 0x27, 0x27, 0x27, 0 }, > + { 0x3b, 0x3b, 0x3b, 0 }, > + { 0x4f, 0x4f, 0x4f, 0 }, > + { 0x63, 0x63, 0x63, 0 }, > + { 0x77, 0x77, 0x77, 0 }, > + { 0x8b, 0x8b, 0x8b, 0 }, > + { 0x9f, 0x9f, 0x9f, 0 }, > + { 0xb3, 0xb3, 0xb3, 0 }, > + { 0xc6, 0xc6, 0xc6, 0 }, > + { 0xdb, 0xdb, 0xdb, 0 }, > + { 0xf0, 0xf0, 0xf0, 0 }, > + { 0x107, 0x107, 0x107, 0 }, > + { 0x11f, 0x11f, 0x11f, 0 }, > + { 0x139, 0x139, 0x139, 0 }, > + { 0x153, 0x153, 0x153, 0 }, > + { 0x16f, 0x16f, 0x16f, 0 }, > + { 0x18c, 0x18c, 0x18c, 0 }, > + { 0x1aa, 0x1aa, 0x1aa, 0 }, > + { 0x1ca, 0x1ca, 0x1ca, 0 }, > + { 0x1eb, 0x1eb, 0x1eb, 0 }, > + { 0x20d, 0x20d, 0x20d, 0 }, > + { 0x231, 0x231, 0x231, 0 }, > + { 0x256, 0x256, 0x256, 0 }, > + { 0x27d, 0x27d, 0x27d, 0 }, > + { 0x2a4, 0x2a4, 0x2a4, 0 }, > + { 0x2ce, 0x2ce, 0x2ce, 0 }, > + { 0x2f9, 0x2f9, 0x2f9, 0 }, > + { 0x325, 0x325, 0x325, 0 }, > + { 0x352, 0x352, 0x352, 0 }, > + { 0x381, 0x381, 0x381, 0 }, > + { 0x3b2, 0x3b2, 0x3b2, 0 }, > + { 0x3e4, 0x3e4, 0x3e4, 0 }, > + { 0x418, 0x418, 0x418, 0 }, > + { 0x44d, 0x44d, 0x44d, 0 }, > + { 0x484, 0x484, 0x484, 0 }, > + { 0x4bc, 0x4bc, 0x4bc, 0 }, > + { 0x4f6, 0x4f6, 0x4f6, 0 }, > + { 0x531, 0x531, 0x531, 0 }, > + { 0x56e, 0x56e, 0x56e, 0 }, > + { 0x5ad, 0x5ad, 0x5ad, 0 }, > + { 0x5ed, 0x5ed, 0x5ed, 0 }, > + { 0x62f, 0x62f, 0x62f, 0 }, > + { 0x672, 0x672, 0x672, 0 }, > + { 0x6b7, 0x6b7, 0x6b7, 0 }, > + { 0x6fe, 0x6fe, 0x6fe, 0 }, > + { 0x746, 0x746, 0x746, 0 }, > + { 0x791, 0x791, 0x791, 0 }, > + { 0x7dc, 0x7dc, 0x7dc, 0 }, > + { 0x82a, 0x82a, 0x82a, 0 }, > + { 0x879, 0x879, 0x879, 0 }, > + { 0x8ca, 0x8ca, 0x8ca, 0 }, > + { 0x91d, 0x91d, 0x91d, 0 }, > + { 0x971, 0x971, 0x971, 0 }, > + { 0x9c7, 0x9c7, 0x9c7, 0 }, > + { 0xa1f, 0xa1f, 0xa1f, 0 }, > + { 0xa79, 0xa79, 0xa79, 0 }, > + { 0xad4, 0xad4, 0xad4, 0 }, > + { 0xb32, 0xb32, 0xb32, 0 }, > + { 0xb91, 0xb91, 0xb91, 0 }, > + { 0xbf2, 0xbf2, 0xbf2, 0 }, > + { 0xc54, 0xc54, 0xc54, 0 }, > + { 0xcb9, 0xcb9, 0xcb9, 0 }, > + { 0xd1f, 0xd1f, 0xd1f, 0 }, > + { 0xd88, 0xd88, 0xd88, 0 }, > + { 0xdf2, 0xdf2, 0xdf2, 0 }, > + { 0xe5e, 0xe5e, 0xe5e, 0 }, > + { 0xecc, 0xecc, 0xecc, 0 }, > + { 0xf3c, 0xf3c, 0xf3c, 0 }, > + { 0xfad, 0xfad, 0xfad, 0 }, > + { 0x1021, 0x1021, 0x1021, 0 }, > + { 0x1096, 0x1096, 0x1096, 0 }, > + { 0x110e, 0x110e, 0x110e, 0 }, > + { 0x1187, 0x1187, 0x1187, 0 }, > + { 0x1203, 0x1203, 0x1203, 0 }, > + { 0x1280, 0x1280, 0x1280, 0 }, > + { 0x12ff, 0x12ff, 0x12ff, 0 }, > + { 0x1380, 0x1380, 0x1380, 0 }, > + { 0x1404, 0x1404, 0x1404, 0 }, > + { 0x1489, 0x1489, 0x1489, 0 }, > + { 0x1510, 0x1510, 0x1510, 0 }, > + { 0x1599, 0x1599, 0x1599, 0 }, > + { 0x1624, 0x1624, 0x1624, 0 }, > + { 0x16b2, 0x16b2, 0x16b2, 0 }, > + { 0x1741, 0x1741, 0x1741, 0 }, > + { 0x17d2, 0x17d2, 0x17d2, 0 }, > + { 0x1865, 0x1865, 0x1865, 0 }, > + { 0x18fb, 0x18fb, 0x18fb, 0 }, > + { 0x1992, 0x1992, 0x1992, 0 }, > + { 0x1a2c, 0x1a2c, 0x1a2c, 0 }, > + { 0x1ac8, 0x1ac8, 0x1ac8, 0 }, > + { 0x1b65, 0x1b65, 0x1b65, 0 }, > + { 0x1c05, 0x1c05, 0x1c05, 0 }, > + { 0x1ca7, 0x1ca7, 0x1ca7, 0 }, > + { 0x1d4b, 0x1d4b, 0x1d4b, 0 }, > + { 0x1df1, 0x1df1, 0x1df1, 0 }, > + { 0x1e99, 0x1e99, 0x1e99, 0 }, > + { 0x1f44, 0x1f44, 0x1f44, 0 }, > + { 0x1ff0, 0x1ff0, 0x1ff0, 0 }, > + { 0x209f, 0x209f, 0x209f, 0 }, > + { 0x2150, 0x2150, 0x2150, 0 }, > + { 0x2203, 0x2203, 0x2203, 0 }, > + { 0x22b8, 0x22b8, 0x22b8, 0 }, > + { 0x2370, 0x2370, 0x2370, 0 }, > + { 0x2429, 0x2429, 0x2429, 0 }, > + { 0x24e5, 0x24e5, 0x24e5, 0 }, > + { 0x25a3, 0x25a3, 0x25a3, 0 }, > + { 0x2663, 0x2663, 0x2663, 0 }, > + { 0x2726, 0x2726, 0x2726, 0 }, > + { 0x27ea, 0x27ea, 0x27ea, 0 }, > + { 0x28b1, 0x28b1, 0x28b1, 0 }, > + { 0x297a, 0x297a, 0x297a, 0 }, > + { 0x2a45, 0x2a45, 0x2a45, 0 }, > + { 0x2b13, 0x2b13, 0x2b13, 0 }, > + { 0x2be3, 0x2be3, 0x2be3, 0 }, > + { 0x2cb5, 0x2cb5, 0x2cb5, 0 }, > + { 0x2d89, 0x2d89, 0x2d89, 0 }, > + { 0x2e60, 0x2e60, 0x2e60, 0 }, > + { 0x2f39, 0x2f39, 0x2f39, 0 }, > + { 0x3014, 0x3014, 0x3014, 0 }, > + { 0x30f2, 0x30f2, 0x30f2, 0 }, > + { 0x31d2, 0x31d2, 0x31d2, 0 }, > + { 0x32b4, 0x32b4, 0x32b4, 0 }, > + { 0x3398, 0x3398, 0x3398, 0 }, > + { 0x347f, 0x347f, 0x347f, 0 }, > + { 0x3569, 0x3569, 0x3569, 0 }, > + { 0x3654, 0x3654, 0x3654, 0 }, > + { 0x3742, 0x3742, 0x3742, 0 }, > + { 0x3832, 0x3832, 0x3832, 0 }, > + { 0x3925, 0x3925, 0x3925, 0 }, > + { 0x3a1a, 0x3a1a, 0x3a1a, 0 }, > + { 0x3b11, 0x3b11, 0x3b11, 0 }, > + { 0x3c0b, 0x3c0b, 0x3c0b, 0 }, > + { 0x3d07, 0x3d07, 0x3d07, 0 }, > + { 0x3e05, 0x3e05, 0x3e05, 0 }, > + { 0x3f06, 0x3f06, 0x3f06, 0 }, > + { 0x400a, 0x400a, 0x400a, 0 }, > + { 0x410f, 0x410f, 0x410f, 0 }, > + { 0x4218, 0x4218, 0x4218, 0 }, > + { 0x4322, 0x4322, 0x4322, 0 }, > + { 0x442f, 0x442f, 0x442f, 0 }, > + { 0x453f, 0x453f, 0x453f, 0 }, > + { 0x4650, 0x4650, 0x4650, 0 }, > + { 0x4765, 0x4765, 0x4765, 0 }, > + { 0x487c, 0x487c, 0x487c, 0 }, > + { 0x4995, 0x4995, 0x4995, 0 }, > + { 0x4ab1, 0x4ab1, 0x4ab1, 0 }, > + { 0x4bcf, 0x4bcf, 0x4bcf, 0 }, > + { 0x4cf0, 0x4cf0, 0x4cf0, 0 }, > + { 0x4e13, 0x4e13, 0x4e13, 0 }, > + { 0x4f39, 0x4f39, 0x4f39, 0 }, > + { 0x5061, 0x5061, 0x5061, 0 }, > + { 0x518b, 0x518b, 0x518b, 0 }, > + { 0x52b9, 0x52b9, 0x52b9, 0 }, > + { 0x53e8, 0x53e8, 0x53e8, 0 }, > + { 0x551b, 0x551b, 0x551b, 0 }, > + { 0x5650, 0x5650, 0x5650, 0 }, > + { 0x5787, 0x5787, 0x5787, 0 }, > + { 0x58c1, 0x58c1, 0x58c1, 0 }, > + { 0x59fd, 0x59fd, 0x59fd, 0 }, > + { 0x5b3c, 0x5b3c, 0x5b3c, 0 }, > + { 0x5c7e, 0x5c7e, 0x5c7e, 0 }, > + { 0x5dc2, 0x5dc2, 0x5dc2, 0 }, > + { 0x5f09, 0x5f09, 0x5f09, 0 }, > + { 0x6052, 0x6052, 0x6052, 0 }, > + { 0x619e, 0x619e, 0x619e, 0 }, > + { 0x62ec, 0x62ec, 0x62ec, 0 }, > + { 0x643d, 0x643d, 0x643d, 0 }, > + { 0x6591, 0x6591, 0x6591, 0 }, > + { 0x66e7, 0x66e7, 0x66e7, 0 }, > + { 0x6840, 0x6840, 0x6840, 0 }, > + { 0x699b, 0x699b, 0x699b, 0 }, > + { 0x6afa, 0x6afa, 0x6afa, 0 }, > + { 0x6c5a, 0x6c5a, 0x6c5a, 0 }, > + { 0x6dbe, 0x6dbe, 0x6dbe, 0 }, > + { 0x6f24, 0x6f24, 0x6f24, 0 }, > + { 0x708c, 0x708c, 0x708c, 0 }, > + { 0x71f8, 0x71f8, 0x71f8, 0 }, > + { 0x7366, 0x7366, 0x7366, 0 }, > + { 0x74d6, 0x74d6, 0x74d6, 0 }, > + { 0x764a, 0x764a, 0x764a, 0 }, > + { 0x77c0, 0x77c0, 0x77c0, 0 }, > + { 0x7938, 0x7938, 0x7938, 0 }, > + { 0x7ab4, 0x7ab4, 0x7ab4, 0 }, > + { 0x7c32, 0x7c32, 0x7c32, 0 }, > + { 0x7db3, 0x7db3, 0x7db3, 0 }, > + { 0x7f36, 0x7f36, 0x7f36, 0 }, > + { 0x80bc, 0x80bc, 0x80bc, 0 }, > + { 0x8245, 0x8245, 0x8245, 0 }, > + { 0x83d1, 0x83d1, 0x83d1, 0 }, > + { 0x855f, 0x855f, 0x855f, 0 }, > + { 0x86f0, 0x86f0, 0x86f0, 0 }, > + { 0x8884, 0x8884, 0x8884, 0 }, > + { 0x8a1a, 0x8a1a, 0x8a1a, 0 }, > + { 0x8bb4, 0x8bb4, 0x8bb4, 0 }, > + { 0x8d50, 0x8d50, 0x8d50, 0 }, > + { 0x8eee, 0x8eee, 0x8eee, 0 }, > + { 0x9090, 0x9090, 0x9090, 0 }, > + { 0x9234, 0x9234, 0x9234, 0 }, > + { 0x93db, 0x93db, 0x93db, 0 }, > + { 0x9585, 0x9585, 0x9585, 0 }, > + { 0x9732, 0x9732, 0x9732, 0 }, > + { 0x98e1, 0x98e1, 0x98e1, 0 }, > + { 0x9a93, 0x9a93, 0x9a93, 0 }, > + { 0x9c48, 0x9c48, 0x9c48, 0 }, > + { 0x9e00, 0x9e00, 0x9e00, 0 }, > + { 0x9fbb, 0x9fbb, 0x9fbb, 0 }, > + { 0xa178, 0xa178, 0xa178, 0 }, > + { 0xa338, 0xa338, 0xa338, 0 }, > + { 0xa4fb, 0xa4fb, 0xa4fb, 0 }, > + { 0xa6c1, 0xa6c1, 0xa6c1, 0 }, > + { 0xa88a, 0xa88a, 0xa88a, 0 }, > + { 0xaa56, 0xaa56, 0xaa56, 0 }, > + { 0xac24, 0xac24, 0xac24, 0 }, > + { 0xadf5, 0xadf5, 0xadf5, 0 }, > + { 0xafc9, 0xafc9, 0xafc9, 0 }, > + { 0xb1a0, 0xb1a0, 0xb1a0, 0 }, > + { 0xb37a, 0xb37a, 0xb37a, 0 }, > + { 0xb557, 0xb557, 0xb557, 0 }, > + { 0xb736, 0xb736, 0xb736, 0 }, > + { 0xb919, 0xb919, 0xb919, 0 }, > + { 0xbafe, 0xbafe, 0xbafe, 0 }, > + { 0xbce6, 0xbce6, 0xbce6, 0 }, > + { 0xbed2, 0xbed2, 0xbed2, 0 }, > + { 0xc0c0, 0xc0c0, 0xc0c0, 0 }, > + { 0xc2b0, 0xc2b0, 0xc2b0, 0 }, > + { 0xc4a4, 0xc4a4, 0xc4a4, 0 }, > + { 0xc69b, 0xc69b, 0xc69b, 0 }, > + { 0xc895, 0xc895, 0xc895, 0 }, > + { 0xca91, 0xca91, 0xca91, 0 }, > + { 0xcc91, 0xcc91, 0xcc91, 0 }, > + { 0xce93, 0xce93, 0xce93, 0 }, > + { 0xd098, 0xd098, 0xd098, 0 }, > + { 0xd2a1, 0xd2a1, 0xd2a1, 0 }, > + { 0xd4ac, 0xd4ac, 0xd4ac, 0 }, > + { 0xd6ba, 0xd6ba, 0xd6ba, 0 }, > + { 0xd8cb, 0xd8cb, 0xd8cb, 0 }, > + { 0xdadf, 0xdadf, 0xdadf, 0 }, > + { 0xdcf7, 0xdcf7, 0xdcf7, 0 }, > + { 0xdf11, 0xdf11, 0xdf11, 0 }, > + { 0xe12e, 0xe12e, 0xe12e, 0 }, > + { 0xe34e, 0xe34e, 0xe34e, 0 }, > + { 0xe571, 0xe571, 0xe571, 0 }, > + { 0xe796, 0xe796, 0xe796, 0 }, > + { 0xe9bf, 0xe9bf, 0xe9bf, 0 }, > + { 0xebeb, 0xebeb, 0xebeb, 0 }, > + { 0xee1a, 0xee1a, 0xee1a, 0 }, > + { 0xf04c, 0xf04c, 0xf04c, 0 }, > + { 0xf281, 0xf281, 0xf281, 0 }, > + { 0xf4b9, 0xf4b9, 0xf4b9, 0 }, > + { 0xf6f4, 0xf6f4, 0xf6f4, 0 }, > + { 0xf932, 0xf932, 0xf932, 0 }, > + { 0xfb73, 0xfb73, 0xfb73, 0 }, > + { 0xfdb7, 0xfdb7, 0xfdb7, 0 }, > + { 0xffff, 0xffff, 0xffff, 0 }, > +}; > + > +const struct vkms_color_lut srgb_eotf = { > + .base = srgb_array, > + .lut_length = LUT_SIZE, > + .channel_value2index_ratio = 0xff00ffll > +}; > + > +static struct drm_color_lut srgb_inv_array[LUT_SIZE] = { > + { 0x0, 0x0, 0x0, 0 }, > + { 0xcc2, 0xcc2, 0xcc2, 0 }, > + { 0x15be, 0x15be, 0x15be, 0 }, > + { 0x1c56, 0x1c56, 0x1c56, 0 }, > + { 0x21bd, 0x21bd, 0x21bd, 0 }, > + { 0x2666, 0x2666, 0x2666, 0 }, > + { 0x2a8a, 0x2a8a, 0x2a8a, 0 }, > + { 0x2e4c, 0x2e4c, 0x2e4c, 0 }, > + { 0x31c0, 0x31c0, 0x31c0, 0 }, > + { 0x34f6, 0x34f6, 0x34f6, 0 }, > + { 0x37f9, 0x37f9, 0x37f9, 0 }, > + { 0x3acf, 0x3acf, 0x3acf, 0 }, > + { 0x3d80, 0x3d80, 0x3d80, 0 }, > + { 0x4010, 0x4010, 0x4010, 0 }, > + { 0x4284, 0x4284, 0x4284, 0 }, > + { 0x44dd, 0x44dd, 0x44dd, 0 }, > + { 0x4720, 0x4720, 0x4720, 0 }, > + { 0x494e, 0x494e, 0x494e, 0 }, > + { 0x4b69, 0x4b69, 0x4b69, 0 }, > + { 0x4d73, 0x4d73, 0x4d73, 0 }, > + { 0x4f6e, 0x4f6e, 0x4f6e, 0 }, > + { 0x5159, 0x5159, 0x5159, 0 }, > + { 0x5337, 0x5337, 0x5337, 0 }, > + { 0x5509, 0x5509, 0x5509, 0 }, > + { 0x56cf, 0x56cf, 0x56cf, 0 }, > + { 0x588a, 0x588a, 0x588a, 0 }, > + { 0x5a3b, 0x5a3b, 0x5a3b, 0 }, > + { 0x5be2, 0x5be2, 0x5be2, 0 }, > + { 0x5d80, 0x5d80, 0x5d80, 0 }, > + { 0x5f16, 0x5f16, 0x5f16, 0 }, > + { 0x60a4, 0x60a4, 0x60a4, 0 }, > + { 0x6229, 0x6229, 0x6229, 0 }, > + { 0x63a8, 0x63a8, 0x63a8, 0 }, > + { 0x6520, 0x6520, 0x6520, 0 }, > + { 0x6691, 0x6691, 0x6691, 0 }, > + { 0x67fc, 0x67fc, 0x67fc, 0 }, > + { 0x6961, 0x6961, 0x6961, 0 }, > + { 0x6ac0, 0x6ac0, 0x6ac0, 0 }, > + { 0x6c19, 0x6c19, 0x6c19, 0 }, > + { 0x6d6e, 0x6d6e, 0x6d6e, 0 }, > + { 0x6ebd, 0x6ebd, 0x6ebd, 0 }, > + { 0x7008, 0x7008, 0x7008, 0 }, > + { 0x714d, 0x714d, 0x714d, 0 }, > + { 0x728f, 0x728f, 0x728f, 0 }, > + { 0x73cc, 0x73cc, 0x73cc, 0 }, > + { 0x7504, 0x7504, 0x7504, 0 }, > + { 0x7639, 0x7639, 0x7639, 0 }, > + { 0x776a, 0x776a, 0x776a, 0 }, > + { 0x7897, 0x7897, 0x7897, 0 }, > + { 0x79c1, 0x79c1, 0x79c1, 0 }, > + { 0x7ae7, 0x7ae7, 0x7ae7, 0 }, > + { 0x7c09, 0x7c09, 0x7c09, 0 }, > + { 0x7d28, 0x7d28, 0x7d28, 0 }, > + { 0x7e44, 0x7e44, 0x7e44, 0 }, > + { 0x7f5d, 0x7f5d, 0x7f5d, 0 }, > + { 0x8073, 0x8073, 0x8073, 0 }, > + { 0x8186, 0x8186, 0x8186, 0 }, > + { 0x8296, 0x8296, 0x8296, 0 }, > + { 0x83a4, 0x83a4, 0x83a4, 0 }, > + { 0x84ae, 0x84ae, 0x84ae, 0 }, > + { 0x85b6, 0x85b6, 0x85b6, 0 }, > + { 0x86bc, 0x86bc, 0x86bc, 0 }, > + { 0x87bf, 0x87bf, 0x87bf, 0 }, > + { 0x88bf, 0x88bf, 0x88bf, 0 }, > + { 0x89be, 0x89be, 0x89be, 0 }, > + { 0x8ab9, 0x8ab9, 0x8ab9, 0 }, > + { 0x8bb3, 0x8bb3, 0x8bb3, 0 }, > + { 0x8cab, 0x8cab, 0x8cab, 0 }, > + { 0x8da0, 0x8da0, 0x8da0, 0 }, > + { 0x8e93, 0x8e93, 0x8e93, 0 }, > + { 0x8f84, 0x8f84, 0x8f84, 0 }, > + { 0x9073, 0x9073, 0x9073, 0 }, > + { 0x9161, 0x9161, 0x9161, 0 }, > + { 0x924c, 0x924c, 0x924c, 0 }, > + { 0x9335, 0x9335, 0x9335, 0 }, > + { 0x941d, 0x941d, 0x941d, 0 }, > + { 0x9503, 0x9503, 0x9503, 0 }, > + { 0x95e7, 0x95e7, 0x95e7, 0 }, > + { 0x96c9, 0x96c9, 0x96c9, 0 }, > + { 0x97aa, 0x97aa, 0x97aa, 0 }, > + { 0x9889, 0x9889, 0x9889, 0 }, > + { 0x9966, 0x9966, 0x9966, 0 }, > + { 0x9a42, 0x9a42, 0x9a42, 0 }, > + { 0x9b1c, 0x9b1c, 0x9b1c, 0 }, > + { 0x9bf5, 0x9bf5, 0x9bf5, 0 }, > + { 0x9ccc, 0x9ccc, 0x9ccc, 0 }, > + { 0x9da1, 0x9da1, 0x9da1, 0 }, > + { 0x9e76, 0x9e76, 0x9e76, 0 }, > + { 0x9f49, 0x9f49, 0x9f49, 0 }, > + { 0xa01a, 0xa01a, 0xa01a, 0 }, > + { 0xa0ea, 0xa0ea, 0xa0ea, 0 }, > + { 0xa1b9, 0xa1b9, 0xa1b9, 0 }, > + { 0xa286, 0xa286, 0xa286, 0 }, > + { 0xa352, 0xa352, 0xa352, 0 }, > + { 0xa41d, 0xa41d, 0xa41d, 0 }, > + { 0xa4e7, 0xa4e7, 0xa4e7, 0 }, > + { 0xa5af, 0xa5af, 0xa5af, 0 }, > + { 0xa676, 0xa676, 0xa676, 0 }, > + { 0xa73c, 0xa73c, 0xa73c, 0 }, > + { 0xa801, 0xa801, 0xa801, 0 }, > + { 0xa8c5, 0xa8c5, 0xa8c5, 0 }, > + { 0xa987, 0xa987, 0xa987, 0 }, > + { 0xaa48, 0xaa48, 0xaa48, 0 }, > + { 0xab09, 0xab09, 0xab09, 0 }, > + { 0xabc8, 0xabc8, 0xabc8, 0 }, > + { 0xac86, 0xac86, 0xac86, 0 }, > + { 0xad43, 0xad43, 0xad43, 0 }, > + { 0xadff, 0xadff, 0xadff, 0 }, > + { 0xaeba, 0xaeba, 0xaeba, 0 }, > + { 0xaf74, 0xaf74, 0xaf74, 0 }, > + { 0xb02d, 0xb02d, 0xb02d, 0 }, > + { 0xb0e5, 0xb0e5, 0xb0e5, 0 }, > + { 0xb19c, 0xb19c, 0xb19c, 0 }, > + { 0xb252, 0xb252, 0xb252, 0 }, > + { 0xb307, 0xb307, 0xb307, 0 }, > + { 0xb3bb, 0xb3bb, 0xb3bb, 0 }, > + { 0xb46f, 0xb46f, 0xb46f, 0 }, > + { 0xb521, 0xb521, 0xb521, 0 }, > + { 0xb5d3, 0xb5d3, 0xb5d3, 0 }, > + { 0xb683, 0xb683, 0xb683, 0 }, > + { 0xb733, 0xb733, 0xb733, 0 }, > + { 0xb7e2, 0xb7e2, 0xb7e2, 0 }, > + { 0xb890, 0xb890, 0xb890, 0 }, > + { 0xb93d, 0xb93d, 0xb93d, 0 }, > + { 0xb9ea, 0xb9ea, 0xb9ea, 0 }, > + { 0xba96, 0xba96, 0xba96, 0 }, > + { 0xbb40, 0xbb40, 0xbb40, 0 }, > + { 0xbbea, 0xbbea, 0xbbea, 0 }, > + { 0xbc94, 0xbc94, 0xbc94, 0 }, > + { 0xbd3c, 0xbd3c, 0xbd3c, 0 }, > + { 0xbde4, 0xbde4, 0xbde4, 0 }, > + { 0xbe8b, 0xbe8b, 0xbe8b, 0 }, > + { 0xbf31, 0xbf31, 0xbf31, 0 }, > + { 0xbfd7, 0xbfd7, 0xbfd7, 0 }, > + { 0xc07b, 0xc07b, 0xc07b, 0 }, > + { 0xc120, 0xc120, 0xc120, 0 }, > + { 0xc1c3, 0xc1c3, 0xc1c3, 0 }, > + { 0xc266, 0xc266, 0xc266, 0 }, > + { 0xc308, 0xc308, 0xc308, 0 }, > + { 0xc3a9, 0xc3a9, 0xc3a9, 0 }, > + { 0xc449, 0xc449, 0xc449, 0 }, > + { 0xc4e9, 0xc4e9, 0xc4e9, 0 }, > + { 0xc589, 0xc589, 0xc589, 0 }, > + { 0xc627, 0xc627, 0xc627, 0 }, > + { 0xc6c5, 0xc6c5, 0xc6c5, 0 }, > + { 0xc763, 0xc763, 0xc763, 0 }, > + { 0xc7ff, 0xc7ff, 0xc7ff, 0 }, > + { 0xc89b, 0xc89b, 0xc89b, 0 }, > + { 0xc937, 0xc937, 0xc937, 0 }, > + { 0xc9d2, 0xc9d2, 0xc9d2, 0 }, > + { 0xca6c, 0xca6c, 0xca6c, 0 }, > + { 0xcb06, 0xcb06, 0xcb06, 0 }, > + { 0xcb9f, 0xcb9f, 0xcb9f, 0 }, > + { 0xcc37, 0xcc37, 0xcc37, 0 }, > + { 0xcccf, 0xcccf, 0xcccf, 0 }, > + { 0xcd66, 0xcd66, 0xcd66, 0 }, > + { 0xcdfd, 0xcdfd, 0xcdfd, 0 }, > + { 0xce93, 0xce93, 0xce93, 0 }, > + { 0xcf29, 0xcf29, 0xcf29, 0 }, > + { 0xcfbe, 0xcfbe, 0xcfbe, 0 }, > + { 0xd053, 0xd053, 0xd053, 0 }, > + { 0xd0e7, 0xd0e7, 0xd0e7, 0 }, > + { 0xd17a, 0xd17a, 0xd17a, 0 }, > + { 0xd20d, 0xd20d, 0xd20d, 0 }, > + { 0xd2a0, 0xd2a0, 0xd2a0, 0 }, > + { 0xd331, 0xd331, 0xd331, 0 }, > + { 0xd3c3, 0xd3c3, 0xd3c3, 0 }, > + { 0xd454, 0xd454, 0xd454, 0 }, > + { 0xd4e4, 0xd4e4, 0xd4e4, 0 }, > + { 0xd574, 0xd574, 0xd574, 0 }, > + { 0xd603, 0xd603, 0xd603, 0 }, > + { 0xd692, 0xd692, 0xd692, 0 }, > + { 0xd720, 0xd720, 0xd720, 0 }, > + { 0xd7ae, 0xd7ae, 0xd7ae, 0 }, > + { 0xd83c, 0xd83c, 0xd83c, 0 }, > + { 0xd8c9, 0xd8c9, 0xd8c9, 0 }, > + { 0xd955, 0xd955, 0xd955, 0 }, > + { 0xd9e1, 0xd9e1, 0xd9e1, 0 }, > + { 0xda6d, 0xda6d, 0xda6d, 0 }, > + { 0xdaf8, 0xdaf8, 0xdaf8, 0 }, > + { 0xdb83, 0xdb83, 0xdb83, 0 }, > + { 0xdc0d, 0xdc0d, 0xdc0d, 0 }, > + { 0xdc97, 0xdc97, 0xdc97, 0 }, > + { 0xdd20, 0xdd20, 0xdd20, 0 }, > + { 0xdda9, 0xdda9, 0xdda9, 0 }, > + { 0xde31, 0xde31, 0xde31, 0 }, > + { 0xdeb9, 0xdeb9, 0xdeb9, 0 }, > + { 0xdf41, 0xdf41, 0xdf41, 0 }, > + { 0xdfc8, 0xdfc8, 0xdfc8, 0 }, > + { 0xe04f, 0xe04f, 0xe04f, 0 }, > + { 0xe0d5, 0xe0d5, 0xe0d5, 0 }, > + { 0xe15b, 0xe15b, 0xe15b, 0 }, > + { 0xe1e0, 0xe1e0, 0xe1e0, 0 }, > + { 0xe266, 0xe266, 0xe266, 0 }, > + { 0xe2ea, 0xe2ea, 0xe2ea, 0 }, > + { 0xe36f, 0xe36f, 0xe36f, 0 }, > + { 0xe3f3, 0xe3f3, 0xe3f3, 0 }, > + { 0xe476, 0xe476, 0xe476, 0 }, > + { 0xe4f9, 0xe4f9, 0xe4f9, 0 }, > + { 0xe57c, 0xe57c, 0xe57c, 0 }, > + { 0xe5fe, 0xe5fe, 0xe5fe, 0 }, > + { 0xe680, 0xe680, 0xe680, 0 }, > + { 0xe702, 0xe702, 0xe702, 0 }, > + { 0xe783, 0xe783, 0xe783, 0 }, > + { 0xe804, 0xe804, 0xe804, 0 }, > + { 0xe884, 0xe884, 0xe884, 0 }, > + { 0xe905, 0xe905, 0xe905, 0 }, > + { 0xe984, 0xe984, 0xe984, 0 }, > + { 0xea04, 0xea04, 0xea04, 0 }, > + { 0xea83, 0xea83, 0xea83, 0 }, > + { 0xeb02, 0xeb02, 0xeb02, 0 }, > + { 0xeb80, 0xeb80, 0xeb80, 0 }, > + { 0xebfe, 0xebfe, 0xebfe, 0 }, > + { 0xec7b, 0xec7b, 0xec7b, 0 }, > + { 0xecf9, 0xecf9, 0xecf9, 0 }, > + { 0xed76, 0xed76, 0xed76, 0 }, > + { 0xedf2, 0xedf2, 0xedf2, 0 }, > + { 0xee6f, 0xee6f, 0xee6f, 0 }, > + { 0xeeeb, 0xeeeb, 0xeeeb, 0 }, > + { 0xef66, 0xef66, 0xef66, 0 }, > + { 0xefe2, 0xefe2, 0xefe2, 0 }, > + { 0xf05d, 0xf05d, 0xf05d, 0 }, > + { 0xf0d7, 0xf0d7, 0xf0d7, 0 }, > + { 0xf152, 0xf152, 0xf152, 0 }, > + { 0xf1cc, 0xf1cc, 0xf1cc, 0 }, > + { 0xf245, 0xf245, 0xf245, 0 }, > + { 0xf2bf, 0xf2bf, 0xf2bf, 0 }, > + { 0xf338, 0xf338, 0xf338, 0 }, > + { 0xf3b0, 0xf3b0, 0xf3b0, 0 }, > + { 0xf429, 0xf429, 0xf429, 0 }, > + { 0xf4a1, 0xf4a1, 0xf4a1, 0 }, > + { 0xf519, 0xf519, 0xf519, 0 }, > + { 0xf590, 0xf590, 0xf590, 0 }, > + { 0xf608, 0xf608, 0xf608, 0 }, > + { 0xf67e, 0xf67e, 0xf67e, 0 }, > + { 0xf6f5, 0xf6f5, 0xf6f5, 0 }, > + { 0xf76b, 0xf76b, 0xf76b, 0 }, > + { 0xf7e1, 0xf7e1, 0xf7e1, 0 }, > + { 0xf857, 0xf857, 0xf857, 0 }, > + { 0xf8cd, 0xf8cd, 0xf8cd, 0 }, > + { 0xf942, 0xf942, 0xf942, 0 }, > + { 0xf9b7, 0xf9b7, 0xf9b7, 0 }, > + { 0xfa2b, 0xfa2b, 0xfa2b, 0 }, > + { 0xfaa0, 0xfaa0, 0xfaa0, 0 }, > + { 0xfb14, 0xfb14, 0xfb14, 0 }, > + { 0xfb88, 0xfb88, 0xfb88, 0 }, > + { 0xfbfb, 0xfbfb, 0xfbfb, 0 }, > + { 0xfc6e, 0xfc6e, 0xfc6e, 0 }, > + { 0xfce1, 0xfce1, 0xfce1, 0 }, > + { 0xfd54, 0xfd54, 0xfd54, 0 }, > + { 0xfdc6, 0xfdc6, 0xfdc6, 0 }, > + { 0xfe39, 0xfe39, 0xfe39, 0 }, > + { 0xfeaa, 0xfeaa, 0xfeaa, 0 }, > + { 0xff1c, 0xff1c, 0xff1c, 0 }, > + { 0xff8d, 0xff8d, 0xff8d, 0 }, > + { 0xffff, 0xffff, 0xffff, 0 }, > +}; > + > +const struct vkms_color_lut srgb_inv_eotf = { > + .base = srgb_inv_array, > + .lut_length = LUT_SIZE, > + .channel_value2index_ratio = 0xff00ffll > +}; > diff --git a/drivers/gpu/drm/vkms/vkms_luts.h b/drivers/gpu/drm/vkms/vkms_luts.h > new file mode 100644 > index 000000000000..925a4a7b84e2 > --- /dev/null > +++ b/drivers/gpu/drm/vkms/vkms_luts.h > @@ -0,0 +1,12 @@ > +/* SPDX-License-Identifier: GPL-2.0+ */ > + > +#ifndef _VKMS_LUTS_H_ > +#define _VKMS_LUTS_H_ > + > +#define LUT_SIZE 256 > + > +extern const struct vkms_color_lut linear_eotf; > +extern const struct vkms_color_lut srgb_eotf; > +extern const struct vkms_color_lut srgb_inv_eotf; > + > +#endif /* _VKMS_LUTS_H_ */ > diff --git a/drivers/gpu/drm/vkms/vkms_plane.c b/drivers/gpu/drm/vkms/vkms_plane.c > index e5c625ab8e3e..8520ee0534d1 100644 > --- a/drivers/gpu/drm/vkms/vkms_plane.c > +++ b/drivers/gpu/drm/vkms/vkms_plane.c > @@ -215,5 +215,7 @@ struct vkms_plane *vkms_plane_init(struct vkms_device *vkmsdev, > drm_plane_create_rotation_property(&plane->base, DRM_MODE_ROTATE_0, > DRM_MODE_ROTATE_MASK | DRM_MODE_REFLECT_MASK); > > + vkms_initialize_colorops(&plane->base); > + > return plane; > } -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 14/45] drm/vkms: Add enumerated 1D curve colorop 2025-02-25 11:18 ` Louis Chauvet @ 2025-03-10 19:43 ` Harry Wentland 0 siblings, 0 replies; 127+ messages in thread From: Harry Wentland @ 2025-03-10 19:43 UTC (permalink / raw) To: Louis Chauvet, Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel On 2025-02-25 06:18, Louis Chauvet wrote: > Le 20/12/2024 à 05:33, Alex Hung a écrit : >> From: Harry Wentland <harry.wentland@amd.com> >> (snip) >> + { 0xfbfb, 0xfbfb, 0xfbfb, 0 }, >> + { 0xfcfc, 0xfcfc, 0xfcfc, 0 }, >> + { 0xfdfd, 0xfdfd, 0xfdfd, 0 }, >> + { 0xfefe, 0xfefe, 0xfefe, 0 }, >> + { 0xffff, 0xffff, 0xffff, 0 }, >> +}; >> + >> +const struct vkms_color_lut linear_eotf = { >> + .base = linear_array, >> + .lut_length = LUT_SIZE, >> + .channel_value2index_ratio = 0xff00ffll >> +}; >> + > > Can you add a comment to describe the values here? > Something that could help if we suspect an error in the values of the table, for example: > > This LUT table contains values from <spec/iso/whatever>, mapped linearly from 0.0..1.0 to 0x0..0xFFFF. > The tables were generated with a simple LUT generator that's based on skia's TF code. You can find it here: https://gitlab.freedesktop.org/hwentland/lutgen I'll add a comment at the top of vkms_luts.c to that regard. Harry ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 15/45] drm/vkms: Add kunit tests for linear and sRGB LUTs 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (13 preceding siblings ...) 2024-12-20 4:33 ` [V7 14/45] drm/vkms: Add enumerated 1D curve colorop Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-02-25 11:19 ` Louis Chauvet 2024-12-20 4:33 ` [V7 16/45] drm/colorop: Add 3x4 CTM type Alex Hung ` (29 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx Cc: wayland-devel, harry.wentland, alex.hung, Louis Chauvet From: Harry Wentland <harry.wentland@amd.com> Two tests are added to VKMS LUT handling: - linear - inv_srgb Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Fix checkpatch warnings (Louis Chauvet) - Adde a commit messages - Fix code styles by adding and removing spaces (new lines, tabs and so on) drivers/gpu/drm/vkms/tests/vkms_color_test.c | 39 +++++++++++++++++++- drivers/gpu/drm/vkms/vkms_composer.c | 17 ++------- drivers/gpu/drm/vkms/vkms_composer.h | 13 +++++++ 3 files changed, 55 insertions(+), 14 deletions(-) diff --git a/drivers/gpu/drm/vkms/tests/vkms_color_test.c b/drivers/gpu/drm/vkms/tests/vkms_color_test.c index b53beaac2703..d765c5eb5d88 100644 --- a/drivers/gpu/drm/vkms/tests/vkms_color_test.c +++ b/drivers/gpu/drm/vkms/tests/vkms_color_test.c @@ -6,6 +6,7 @@ #include <drm/drm_mode.h> #include "../vkms_drv.h" #include "../vkms_composer.h" +#include "../vkms_luts.h" #define TEST_LUT_SIZE 16 @@ -36,7 +37,6 @@ static const struct vkms_color_lut test_linear_lut = { .channel_value2index_ratio = 0xf000fll }; - static void vkms_color_test_get_lut_index(struct kunit *test) { s64 lut_index; @@ -49,6 +49,19 @@ static void vkms_color_test_get_lut_index(struct kunit *test) lut_index = get_lut_index(&test_linear_lut, test_linear_array[i].red); KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(lut_index), i); } + + KUNIT_EXPECT_EQ(test, drm_fixp2int(get_lut_index(&srgb_eotf, 0x0)), 0x0); + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0x0)), 0x0); + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0x101)), 0x1); + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0x202)), 0x2); + + KUNIT_EXPECT_EQ(test, drm_fixp2int(get_lut_index(&srgb_inv_eotf, 0x0)), 0x0); + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_inv_eotf, 0x0)), 0x0); + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_inv_eotf, 0x101)), 0x1); + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_inv_eotf, 0x202)), 0x2); + + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0xfefe)), 0xfe); + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0xffff)), 0xff); } static void vkms_color_test_lerp(struct kunit *test) @@ -155,9 +168,33 @@ static void vkms_color_test_lerp(struct kunit *test) KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x1, 0x80000000), 0x1); } +static void vkms_color_test_linear(struct kunit *test) +{ + for (int i = 0; i < LUT_SIZE; i++) { + int linear = apply_lut_to_channel_value(&linear_eotf, i * 0x101, LUT_RED); + + KUNIT_EXPECT_EQ(test, DIV_ROUND_CLOSEST(linear, 0x101), i); + } +} + +static void vkms_color_srgb_inv_srgb(struct kunit *test) +{ + u16 srgb, final; + + for (int i = 0; i < LUT_SIZE; i++) { + srgb = apply_lut_to_channel_value(&srgb_eotf, i * 0x101, LUT_RED); + final = apply_lut_to_channel_value(&srgb_inv_eotf, srgb, LUT_RED); + + KUNIT_EXPECT_GE(test, final / 0x101, i - 1); + KUNIT_EXPECT_LE(test, final / 0x101, i + 1); + } +} + static struct kunit_case vkms_color_test_cases[] = { KUNIT_CASE(vkms_color_test_get_lut_index), KUNIT_CASE(vkms_color_test_lerp), + KUNIT_CASE(vkms_color_test_linear), + KUNIT_CASE(vkms_color_srgb_inv_srgb), {} }; diff --git a/drivers/gpu/drm/vkms/vkms_composer.c b/drivers/gpu/drm/vkms/vkms_composer.c index 983654540ee5..ee3cfe153d8f 100644 --- a/drivers/gpu/drm/vkms/vkms_composer.c +++ b/drivers/gpu/drm/vkms/vkms_composer.c @@ -113,19 +113,8 @@ VISIBLE_IF_KUNIT s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel } EXPORT_SYMBOL_IF_KUNIT(get_lut_index); -/* - * This enum is related to the positions of the variables inside - * `struct drm_color_lut`, so the order of both needs to be the same. - */ -enum lut_channel { - LUT_RED = 0, - LUT_GREEN, - LUT_BLUE, - LUT_RESERVED -}; - -static u16 apply_lut_to_channel_value(const struct vkms_color_lut *lut, u16 channel_value, - enum lut_channel channel) +VISIBLE_IF_KUNIT u16 apply_lut_to_channel_value(const struct vkms_color_lut *lut, u16 channel_value, + enum lut_channel channel) { s64 lut_index = get_lut_index(lut, channel_value); u16 *floor_lut_value, *ceil_lut_value; @@ -150,6 +139,8 @@ static u16 apply_lut_to_channel_value(const struct vkms_color_lut *lut, u16 chan return lerp_u16(floor_channel_value, ceil_channel_value, lut_index & DRM_FIXED_DECIMAL_MASK); } +EXPORT_SYMBOL_IF_KUNIT(apply_lut_to_channel_value); + static void apply_lut(const struct vkms_crtc_state *crtc_state, struct line_buffer *output_buffer) { diff --git a/drivers/gpu/drm/vkms/vkms_composer.h b/drivers/gpu/drm/vkms/vkms_composer.h index 9316a053e7d7..67ae09913460 100644 --- a/drivers/gpu/drm/vkms/vkms_composer.h +++ b/drivers/gpu/drm/vkms/vkms_composer.h @@ -5,9 +5,22 @@ #include <kunit/visibility.h> +/* + * This enum is related to the positions of the variables inside + * `struct drm_color_lut`, so the order of both needs to be the same. + */ +enum lut_channel { + LUT_RED = 0, + LUT_GREEN, + LUT_BLUE, + LUT_RESERVED +}; + #if IS_ENABLED(CONFIG_KUNIT) u16 lerp_u16(u16 a, u16 b, s64 t); s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value); +u16 apply_lut_to_channel_value(const struct vkms_color_lut *lut, u16 channel_value, + enum lut_channel channel); #endif #endif /* _VKMS_COMPOSER_H_ */ -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 15/45] drm/vkms: Add kunit tests for linear and sRGB LUTs 2024-12-20 4:33 ` [V7 15/45] drm/vkms: Add kunit tests for linear and sRGB LUTs Alex Hung @ 2025-02-25 11:19 ` Louis Chauvet 2025-03-10 15:09 ` Harry Wentland 0 siblings, 1 reply; 127+ messages in thread From: Louis Chauvet @ 2025-02-25 11:19 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland Le 20/12/2024 à 05:33, Alex Hung a écrit : > From: Harry Wentland <harry.wentland@amd.com> > > Two tests are added to VKMS LUT handling: > - linear > - inv_srgb > > Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > --- > v7: > - Fix checkpatch warnings (Louis Chauvet) > - Adde a commit messages > - Fix code styles by adding and removing spaces (new lines, tabs and so on) > > drivers/gpu/drm/vkms/tests/vkms_color_test.c | 39 +++++++++++++++++++- > drivers/gpu/drm/vkms/vkms_composer.c | 17 ++------- > drivers/gpu/drm/vkms/vkms_composer.h | 13 +++++++ > 3 files changed, 55 insertions(+), 14 deletions(-) > > diff --git a/drivers/gpu/drm/vkms/tests/vkms_color_test.c b/drivers/gpu/drm/vkms/tests/vkms_color_test.c > index b53beaac2703..d765c5eb5d88 100644 > --- a/drivers/gpu/drm/vkms/tests/vkms_color_test.c > +++ b/drivers/gpu/drm/vkms/tests/vkms_color_test.c > @@ -6,6 +6,7 @@ > #include <drm/drm_mode.h> > #include "../vkms_drv.h" > #include "../vkms_composer.h" > +#include "../vkms_luts.h" > > #define TEST_LUT_SIZE 16 > > @@ -36,7 +37,6 @@ static const struct vkms_color_lut test_linear_lut = { > .channel_value2index_ratio = 0xf000fll > }; > > - > static void vkms_color_test_get_lut_index(struct kunit *test) > { > s64 lut_index; > @@ -49,6 +49,19 @@ static void vkms_color_test_get_lut_index(struct kunit *test) > lut_index = get_lut_index(&test_linear_lut, test_linear_array[i].red); > KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(lut_index), i); > } > + > + KUNIT_EXPECT_EQ(test, drm_fixp2int(get_lut_index(&srgb_eotf, 0x0)), 0x0); > + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0x0)), 0x0); > + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0x101)), 0x1); > + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0x202)), 0x2); > + > + KUNIT_EXPECT_EQ(test, drm_fixp2int(get_lut_index(&srgb_inv_eotf, 0x0)), 0x0); > + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_inv_eotf, 0x0)), 0x0); > + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_inv_eotf, 0x101)), 0x1); > + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_inv_eotf, 0x202)), 0x2); > + > + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0xfefe)), 0xfe); > + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0xffff)), 0xff); Did you see the kernel bot warning? I think you can simply add EXPORT_SYMBOL_IF_KUNIT(srgb_eotf) in vkms_lut.h. > } > > static void vkms_color_test_lerp(struct kunit *test) > @@ -155,9 +168,33 @@ static void vkms_color_test_lerp(struct kunit *test) > KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x1, 0x80000000), 0x1); > } > > +static void vkms_color_test_linear(struct kunit *test) > +{ > + for (int i = 0; i < LUT_SIZE; i++) { > + int linear = apply_lut_to_channel_value(&linear_eotf, i * 0x101, LUT_RED); > + > + KUNIT_EXPECT_EQ(test, DIV_ROUND_CLOSEST(linear, 0x101), i); > + } > +} > + > +static void vkms_color_srgb_inv_srgb(struct kunit *test) > +{ > + u16 srgb, final; > + > + for (int i = 0; i < LUT_SIZE; i++) { > + srgb = apply_lut_to_channel_value(&srgb_eotf, i * 0x101, LUT_RED); > + final = apply_lut_to_channel_value(&srgb_inv_eotf, srgb, LUT_RED); > + > + KUNIT_EXPECT_GE(test, final / 0x101, i - 1); > + KUNIT_EXPECT_LE(test, final / 0x101, i + 1); > + } > +} > + > static struct kunit_case vkms_color_test_cases[] = { > KUNIT_CASE(vkms_color_test_get_lut_index), > KUNIT_CASE(vkms_color_test_lerp), > + KUNIT_CASE(vkms_color_test_linear), > + KUNIT_CASE(vkms_color_srgb_inv_srgb), > {} > }; > > diff --git a/drivers/gpu/drm/vkms/vkms_composer.c b/drivers/gpu/drm/vkms/vkms_composer.c > index 983654540ee5..ee3cfe153d8f 100644 > --- a/drivers/gpu/drm/vkms/vkms_composer.c > +++ b/drivers/gpu/drm/vkms/vkms_composer.c > @@ -113,19 +113,8 @@ VISIBLE_IF_KUNIT s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel > } > EXPORT_SYMBOL_IF_KUNIT(get_lut_index); > > -/* > - * This enum is related to the positions of the variables inside > - * `struct drm_color_lut`, so the order of both needs to be the same. > - */ > -enum lut_channel { > - LUT_RED = 0, > - LUT_GREEN, > - LUT_BLUE, > - LUT_RESERVED > -}; > - > -static u16 apply_lut_to_channel_value(const struct vkms_color_lut *lut, u16 channel_value, > - enum lut_channel channel) > +VISIBLE_IF_KUNIT u16 apply_lut_to_channel_value(const struct vkms_color_lut *lut, u16 channel_value, > + enum lut_channel channel) > { > s64 lut_index = get_lut_index(lut, channel_value); > u16 *floor_lut_value, *ceil_lut_value; > @@ -150,6 +139,8 @@ static u16 apply_lut_to_channel_value(const struct vkms_color_lut *lut, u16 chan > return lerp_u16(floor_channel_value, ceil_channel_value, > lut_index & DRM_FIXED_DECIMAL_MASK); > } > +EXPORT_SYMBOL_IF_KUNIT(apply_lut_to_channel_value); > + > > static void apply_lut(const struct vkms_crtc_state *crtc_state, struct line_buffer *output_buffer) > { > diff --git a/drivers/gpu/drm/vkms/vkms_composer.h b/drivers/gpu/drm/vkms/vkms_composer.h > index 9316a053e7d7..67ae09913460 100644 > --- a/drivers/gpu/drm/vkms/vkms_composer.h > +++ b/drivers/gpu/drm/vkms/vkms_composer.h > @@ -5,9 +5,22 @@ > > #include <kunit/visibility.h> > > +/* > + * This enum is related to the positions of the variables inside > + * `struct drm_color_lut`, so the order of both needs to be the same. > + */ > +enum lut_channel { > + LUT_RED = 0, > + LUT_GREEN, > + LUT_BLUE, > + LUT_RESERVED > +}; > + > #if IS_ENABLED(CONFIG_KUNIT) > u16 lerp_u16(u16 a, u16 b, s64 t); > s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value); > +u16 apply_lut_to_channel_value(const struct vkms_color_lut *lut, u16 channel_value, > + enum lut_channel channel); > #endif > > #endif /* _VKMS_COMPOSER_H_ */ -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 15/45] drm/vkms: Add kunit tests for linear and sRGB LUTs 2025-02-25 11:19 ` Louis Chauvet @ 2025-03-10 15:09 ` Harry Wentland 0 siblings, 0 replies; 127+ messages in thread From: Harry Wentland @ 2025-03-10 15:09 UTC (permalink / raw) To: Louis Chauvet, Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel On 2025-02-25 06:19, Louis Chauvet wrote: > > > Le 20/12/2024 à 05:33, Alex Hung a écrit : >> From: Harry Wentland <harry.wentland@amd.com> >> >> Two tests are added to VKMS LUT handling: >> - linear >> - inv_srgb >> >> Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> >> Signed-off-by: Alex Hung <alex.hung@amd.com> >> Signed-off-by: Harry Wentland <harry.wentland@amd.com> >> --- >> v7: >> - Fix checkpatch warnings (Louis Chauvet) >> - Adde a commit messages >> - Fix code styles by adding and removing spaces (new lines, tabs and so on) >> >> drivers/gpu/drm/vkms/tests/vkms_color_test.c | 39 +++++++++++++++++++- >> drivers/gpu/drm/vkms/vkms_composer.c | 17 ++------- >> drivers/gpu/drm/vkms/vkms_composer.h | 13 +++++++ >> 3 files changed, 55 insertions(+), 14 deletions(-) >> >> diff --git a/drivers/gpu/drm/vkms/tests/vkms_color_test.c b/drivers/gpu/drm/vkms/tests/vkms_color_test.c >> index b53beaac2703..d765c5eb5d88 100644 >> --- a/drivers/gpu/drm/vkms/tests/vkms_color_test.c >> +++ b/drivers/gpu/drm/vkms/tests/vkms_color_test.c >> @@ -6,6 +6,7 @@ >> #include <drm/drm_mode.h> >> #include "../vkms_drv.h" >> #include "../vkms_composer.h" >> +#include "../vkms_luts.h" >> #define TEST_LUT_SIZE 16 >> @@ -36,7 +37,6 @@ static const struct vkms_color_lut test_linear_lut = { >> .channel_value2index_ratio = 0xf000fll >> }; >> - >> static void vkms_color_test_get_lut_index(struct kunit *test) >> { >> s64 lut_index; >> @@ -49,6 +49,19 @@ static void vkms_color_test_get_lut_index(struct kunit *test) >> lut_index = get_lut_index(&test_linear_lut, test_linear_array[i].red); >> KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(lut_index), i); >> } >> + >> + KUNIT_EXPECT_EQ(test, drm_fixp2int(get_lut_index(&srgb_eotf, 0x0)), 0x0); >> + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0x0)), 0x0); >> + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0x101)), 0x1); >> + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0x202)), 0x2); >> + >> + KUNIT_EXPECT_EQ(test, drm_fixp2int(get_lut_index(&srgb_inv_eotf, 0x0)), 0x0); >> + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_inv_eotf, 0x0)), 0x0); >> + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_inv_eotf, 0x101)), 0x1); >> + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_inv_eotf, 0x202)), 0x2); >> + >> + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0xfefe)), 0xfe); >> + KUNIT_EXPECT_EQ(test, drm_fixp2int_ceil(get_lut_index(&srgb_eotf, 0xffff)), 0xff); > > Did you see the kernel bot warning? I think you can simply add EXPORT_SYMBOL_IF_KUNIT(srgb_eotf) in vkms_lut.h. > I did not and don't see any warnings if I run this locally. Adding EXPORT_SYMBOL_IF_KUNIT would require pulling in kunit headers into vkms_luts.h. I would prefer not to do that if it's not needed. Harry >> } >> static void vkms_color_test_lerp(struct kunit *test) >> @@ -155,9 +168,33 @@ static void vkms_color_test_lerp(struct kunit *test) >> KUNIT_EXPECT_EQ(test, lerp_u16(0x0, 0x1, 0x80000000), 0x1); >> } >> +static void vkms_color_test_linear(struct kunit *test) >> +{ >> + for (int i = 0; i < LUT_SIZE; i++) { >> + int linear = apply_lut_to_channel_value(&linear_eotf, i * 0x101, LUT_RED); >> + >> + KUNIT_EXPECT_EQ(test, DIV_ROUND_CLOSEST(linear, 0x101), i); >> + } >> +} >> + >> +static void vkms_color_srgb_inv_srgb(struct kunit *test) >> +{ >> + u16 srgb, final; >> + >> + for (int i = 0; i < LUT_SIZE; i++) { >> + srgb = apply_lut_to_channel_value(&srgb_eotf, i * 0x101, LUT_RED); >> + final = apply_lut_to_channel_value(&srgb_inv_eotf, srgb, LUT_RED); >> + >> + KUNIT_EXPECT_GE(test, final / 0x101, i - 1); >> + KUNIT_EXPECT_LE(test, final / 0x101, i + 1); >> + } >> +} >> + >> static struct kunit_case vkms_color_test_cases[] = { >> KUNIT_CASE(vkms_color_test_get_lut_index), >> KUNIT_CASE(vkms_color_test_lerp), >> + KUNIT_CASE(vkms_color_test_linear), >> + KUNIT_CASE(vkms_color_srgb_inv_srgb), >> {} >> }; >> diff --git a/drivers/gpu/drm/vkms/vkms_composer.c b/drivers/gpu/drm/vkms/vkms_composer.c >> index 983654540ee5..ee3cfe153d8f 100644 >> --- a/drivers/gpu/drm/vkms/vkms_composer.c >> +++ b/drivers/gpu/drm/vkms/vkms_composer.c >> @@ -113,19 +113,8 @@ VISIBLE_IF_KUNIT s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel >> } >> EXPORT_SYMBOL_IF_KUNIT(get_lut_index); >> -/* >> - * This enum is related to the positions of the variables inside >> - * `struct drm_color_lut`, so the order of both needs to be the same. >> - */ >> -enum lut_channel { >> - LUT_RED = 0, >> - LUT_GREEN, >> - LUT_BLUE, >> - LUT_RESERVED >> -}; >> - >> -static u16 apply_lut_to_channel_value(const struct vkms_color_lut *lut, u16 channel_value, >> - enum lut_channel channel) >> +VISIBLE_IF_KUNIT u16 apply_lut_to_channel_value(const struct vkms_color_lut *lut, u16 channel_value, >> + enum lut_channel channel) >> { >> s64 lut_index = get_lut_index(lut, channel_value); >> u16 *floor_lut_value, *ceil_lut_value; >> @@ -150,6 +139,8 @@ static u16 apply_lut_to_channel_value(const struct vkms_color_lut *lut, u16 chan >> return lerp_u16(floor_channel_value, ceil_channel_value, >> lut_index & DRM_FIXED_DECIMAL_MASK); >> } >> +EXPORT_SYMBOL_IF_KUNIT(apply_lut_to_channel_value); >> + >> static void apply_lut(const struct vkms_crtc_state *crtc_state, struct line_buffer *output_buffer) >> { >> diff --git a/drivers/gpu/drm/vkms/vkms_composer.h b/drivers/gpu/drm/vkms/vkms_composer.h >> index 9316a053e7d7..67ae09913460 100644 >> --- a/drivers/gpu/drm/vkms/vkms_composer.h >> +++ b/drivers/gpu/drm/vkms/vkms_composer.h >> @@ -5,9 +5,22 @@ >> #include <kunit/visibility.h> >> +/* >> + * This enum is related to the positions of the variables inside >> + * `struct drm_color_lut`, so the order of both needs to be the same. >> + */ >> +enum lut_channel { >> + LUT_RED = 0, >> + LUT_GREEN, >> + LUT_BLUE, >> + LUT_RESERVED >> +}; >> + >> #if IS_ENABLED(CONFIG_KUNIT) >> u16 lerp_u16(u16 a, u16 b, s64 t); >> s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value); >> +u16 apply_lut_to_channel_value(const struct vkms_color_lut *lut, u16 channel_value, >> + enum lut_channel channel); >> #endif >> #endif /* _VKMS_COMPOSER_H_ */ > ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 16/45] drm/colorop: Add 3x4 CTM type 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (14 preceding siblings ...) 2024-12-20 4:33 ` [V7 15/45] drm/vkms: Add kunit tests for linear and sRGB LUTs Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-13 18:19 ` Simon Ser 2025-02-25 11:20 ` Louis Chauvet 2024-12-20 4:33 ` [V7 17/45] drm/vkms: Use s32 for internal color pipeline precision Alex Hung ` (28 subsequent siblings) 44 siblings, 2 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> This type is used to support a 3x4 matrix in colorops. A 3x4 matrix uses the last column as a "bias" column. Some HW exposes support for 3x4. The calculation looks like: out matrix in |R| |0 1 2 3 | | R | |G| = |4 5 6 7 | x | G | |B| |8 9 10 11| | B | |1.0| This is also the first colorop where we need a blob property to program the property. For that we'll introduce a new DATA property that can be used by all colorop TYPEs requiring a blob. The way a DATA blob is read depends on the TYPE of the colorop. We only create the DATA property for property types that need it. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v6: - take ref for DATA blob in duplicate_state func (Xaver Hugl) v5: - Add function signature for init (Sebastian) - Fix kernel-doc v4: - Create helper function for creating 3x4 CTM colorop - Fix CTM indexes in comment (Pekka) drivers/gpu/drm/drm_atomic.c | 14 ++++++++++- drivers/gpu/drm/drm_atomic_uapi.c | 29 +++++++++++++++++++++ drivers/gpu/drm/drm_colorop.c | 42 +++++++++++++++++++++++++++++++ include/drm/drm_colorop.h | 21 ++++++++++++++++ include/uapi/drm/amdgpu_drm.h | 9 ------- include/uapi/drm/drm_mode.h | 24 +++++++++++++++++- 6 files changed, 128 insertions(+), 11 deletions(-) diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c index 35136987d5e8..c58663327e6b 100644 --- a/drivers/gpu/drm/drm_atomic.c +++ b/drivers/gpu/drm/drm_atomic.c @@ -787,7 +787,19 @@ static void drm_atomic_colorop_print_state(struct drm_printer *p, drm_printf(p, "colorop[%u]:\n", colorop->base.id); drm_printf(p, "\ttype=%s\n", drm_get_colorop_type_name(colorop->type)); drm_printf(p, "\tbypass=%u\n", state->bypass); - drm_printf(p, "\tcurve_1d_type=%s\n", drm_get_colorop_curve_1d_type_name(state->curve_1d_type)); + + switch (colorop->type) { + case DRM_COLOROP_1D_CURVE: + drm_printf(p, "\tcurve_1d_type=%s\n", + drm_get_colorop_curve_1d_type_name(state->curve_1d_type)); + break; + case DRM_COLOROP_CTM_3X4: + drm_printf(p, "\tdata blob id=%d\n", state->data ? state->data->base.id : 0); + break; + default: + break; + } + drm_printf(p, "\tnext=%d\n", colorop->next ? colorop->next->base.id : 0); } diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c index f0c22abcc28f..7bc4978e5441 100644 --- a/drivers/gpu/drm/drm_atomic_uapi.c +++ b/drivers/gpu/drm/drm_atomic_uapi.c @@ -692,6 +692,30 @@ drm_atomic_plane_get_property(struct drm_plane *plane, return 0; } +static int drm_atomic_color_set_data_property(struct drm_colorop *colorop, + struct drm_colorop_state *state, + struct drm_property *property, uint64_t val) +{ + ssize_t elem_size = -1; + ssize_t size = -1; + bool replaced = false; + + switch (colorop->type) { + case DRM_COLOROP_CTM_3X4: + size = sizeof(struct drm_color_ctm_3x4); + break; + default: + /* should never get here */ + return -EINVAL; + } + + return drm_property_replace_blob_from_id(colorop->dev, + &state->data, + val, + size, + elem_size, + &replaced); +} static int drm_atomic_colorop_set_property(struct drm_colorop *colorop, struct drm_colorop_state *state, struct drm_file *file_priv, @@ -701,6 +725,9 @@ static int drm_atomic_colorop_set_property(struct drm_colorop *colorop, state->bypass = val; } else if (property == colorop->curve_1d_type_property) { state->curve_1d_type = val; + } else if (property == colorop->data_property) { + return drm_atomic_color_set_data_property(colorop, + state, property, val); } else { drm_dbg_atomic(colorop->dev, "[COLOROP:%d:%d] unknown property [PROP:%d:%s]]\n", @@ -723,6 +750,8 @@ drm_atomic_colorop_get_property(struct drm_colorop *colorop, *val = state->bypass; } else if (property == colorop->curve_1d_type_property) { *val = state->curve_1d_type; + } else if (property == colorop->data_property) { + *val = (state->data) ? state->data->base.id : 0; } else { return -EINVAL; } diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c index 954acd09673a..7d4b29c0a0cc 100644 --- a/drivers/gpu/drm/drm_colorop.c +++ b/drivers/gpu/drm/drm_colorop.c @@ -64,6 +64,7 @@ static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { { DRM_COLOROP_1D_CURVE, "1D Curve" }, + { DRM_COLOROP_CTM_3X4, "3x4 Matrix"} }; static const char * const colorop_curve_1d_type_names[] = { @@ -202,11 +203,51 @@ int drm_colorop_curve_1d_init(struct drm_device *dev, struct drm_colorop *coloro } EXPORT_SYMBOL(drm_colorop_curve_1d_init); +static int drm_colorop_create_data_prop(struct drm_device *dev, struct drm_colorop *colorop) +{ + struct drm_property *prop; + + /* data */ + prop = drm_property_create(dev, DRM_MODE_PROP_ATOMIC | DRM_MODE_PROP_BLOB, + "DATA", 0); + if (!prop) + return -ENOMEM; + + colorop->data_property = prop; + drm_object_attach_property(&colorop->base, + colorop->data_property, + 0); + + return 0; +} + +int drm_colorop_ctm_3x4_init(struct drm_device *dev, struct drm_colorop *colorop, + struct drm_plane *plane) +{ + int ret; + + ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_CTM_3X4); + if (ret) + return ret; + + ret = drm_colorop_create_data_prop(dev, colorop); + if (ret) + return ret; + + drm_colorop_reset(colorop); + + return 0; +} +EXPORT_SYMBOL(drm_colorop_ctm_3x4_init); + static void __drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop, struct drm_colorop_state *state) { memcpy(state, colorop->state, sizeof(*state)); + if (state->data) + drm_property_blob_get(state->data); + state->bypass = true; } @@ -288,6 +329,7 @@ void drm_colorop_reset(struct drm_colorop *colorop) static const char * const colorop_type_name[] = { [DRM_COLOROP_1D_CURVE] = "1D Curve", + [DRM_COLOROP_CTM_3X4] = "3x4 Matrix" }; const char *drm_get_colorop_type_name(enum drm_colorop_type type) diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h index 2f0572be37bb..e9f5c1adc2fe 100644 --- a/include/drm/drm_colorop.h +++ b/include/drm/drm_colorop.h @@ -96,6 +96,14 @@ struct drm_colorop_state { */ enum drm_colorop_curve_1d_type curve_1d_type; + /** + * @data: + * + * Data blob for any TYPE that requires such a blob. The + * interpretation of the blob is TYPE-specific. + */ + struct drm_property_blob *data; + /** @state: backpointer to global drm_atomic_state */ struct drm_atomic_state *state; }; @@ -200,6 +208,17 @@ struct drm_colorop { */ struct drm_property *curve_1d_type_property; + /** + * @data_property: + * + * blob property for any TYPE that requires a blob of data, + * such as 1DLUT, CTM, 3DLUT, etc. + * + * The way this blob is interpreted depends on the TYPE of + * this + */ + struct drm_property *data_property; + /** * @next_property: * @@ -236,6 +255,8 @@ static inline struct drm_colorop *drm_colorop_find(struct drm_device *dev, int drm_colorop_curve_1d_init(struct drm_device *dev, struct drm_colorop *colorop, struct drm_plane *plane, u64 supported_tfs); +int drm_colorop_ctm_3x4_init(struct drm_device *dev, struct drm_colorop *colorop, + struct drm_plane *plane); struct drm_colorop_state * drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop); diff --git a/include/uapi/drm/amdgpu_drm.h b/include/uapi/drm/amdgpu_drm.h index efe5de6ce208..e44362e74fa1 100644 --- a/include/uapi/drm/amdgpu_drm.h +++ b/include/uapi/drm/amdgpu_drm.h @@ -1283,15 +1283,6 @@ struct drm_amdgpu_info_gpuvm_fault { #define AMDGPU_FAMILY_GC_11_5_0 150 /* GC 11.5.0 */ #define AMDGPU_FAMILY_GC_12_0_0 152 /* GC 12.0.0 */ -/* FIXME wrong namespace! */ -struct drm_color_ctm_3x4 { - /* - * Conversion matrix with 3x4 dimensions in S31.32 sign-magnitude - * (not two's complement!) format. - */ - __u64 matrix[12]; -}; - #if defined(__cplusplus) } #endif diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h index 53985d2b7eea..6fc1ce24800a 100644 --- a/include/uapi/drm/drm_mode.h +++ b/include/uapi/drm/drm_mode.h @@ -847,6 +847,20 @@ struct drm_color_ctm { __u64 matrix[9]; }; +struct drm_color_ctm_3x4 { + /* + * Conversion matrix with 3x4 dimensions in S31.32 sign-magnitude + * (not two's complement!) format. + * + * out matrix in + * |R| |0 1 2 3 | | R | + * |G| = |4 5 6 7 | x | G | + * |B| |8 9 10 11| | B | + * |1.0| + */ + __u64 matrix[12]; +}; + struct drm_color_lut { /* * Values are mapped linearly to 0.0 - 1.0 range, with 0x0 == 0.0 and @@ -872,7 +886,15 @@ enum drm_colorop_type { * A 1D curve that is being applied to all color channels. The * curve is specified via the CURVE_1D_TYPE colorop property. */ - DRM_COLOROP_1D_CURVE + DRM_COLOROP_1D_CURVE, + + /** + * @DRM_COLOROP_CTM_3X4: + * + * A 3x4 matrix. Its values are specified via the + * &drm_color_ctm_3x4 struct provided via the DATA property. + */ + DRM_COLOROP_CTM_3X4, }; /** -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 16/45] drm/colorop: Add 3x4 CTM type 2024-12-20 4:33 ` [V7 16/45] drm/colorop: Add 3x4 CTM type Alex Hung @ 2025-01-13 18:19 ` Simon Ser 2025-02-25 11:20 ` Louis Chauvet 1 sibling, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-13 18:19 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland Two nits below, regardless: Reviewed-by: Simon Ser <contact@emersion.fr> > +static int drm_colorop_create_data_prop(struct drm_device *dev, struct drm_colorop *colorop) > +{ > + struct drm_property *prop; > + > + /* data */ > + prop = drm_property_create(dev, DRM_MODE_PROP_ATOMIC | DRM_MODE_PROP_BLOB, > + "DATA", 0); > + if (!prop) > + return -ENOMEM; > + > + colorop->data_property = prop; > + drm_object_attach_property(&colorop->base, > + colorop->data_property, > + 0); Nit: indentation is off here, also applies to other spots in this patch > @@ -288,6 +329,7 @@ void drm_colorop_reset(struct drm_colorop *colorop) > > static const char * const colorop_type_name[] = { > [DRM_COLOROP_1D_CURVE] = "1D Curve", > + [DRM_COLOROP_CTM_3X4] = "3x4 Matrix" Nit: missing trailing comma (these reduce diff churn) ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 16/45] drm/colorop: Add 3x4 CTM type 2024-12-20 4:33 ` [V7 16/45] drm/colorop: Add 3x4 CTM type Alex Hung 2025-01-13 18:19 ` Simon Ser @ 2025-02-25 11:20 ` Louis Chauvet 1 sibling, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-25 11:20 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland Le 20/12/2024 à 05:33, Alex Hung a écrit : > From: Harry Wentland <harry.wentland@amd.com> > > This type is used to support a 3x4 matrix in colorops. A 3x4 > matrix uses the last column as a "bias" column. Some HW exposes > support for 3x4. The calculation looks like: > > out matrix in > |R| |0 1 2 3 | | R | > |G| = |4 5 6 7 | x | G | > |B| |8 9 10 11| | B | > |1.0| > > This is also the first colorop where we need a blob property to > program the property. For that we'll introduce a new DATA > property that can be used by all colorop TYPEs requiring a > blob. The way a DATA blob is read depends on the TYPE of > the colorop. > > We only create the DATA property for property types that > need it. > > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > --- > > v6: > - take ref for DATA blob in duplicate_state func (Xaver Hugl) > > v5: > - Add function signature for init (Sebastian) > - Fix kernel-doc > > v4: > - Create helper function for creating 3x4 CTM colorop > - Fix CTM indexes in comment (Pekka) > > drivers/gpu/drm/drm_atomic.c | 14 ++++++++++- > drivers/gpu/drm/drm_atomic_uapi.c | 29 +++++++++++++++++++++ > drivers/gpu/drm/drm_colorop.c | 42 +++++++++++++++++++++++++++++++ > include/drm/drm_colorop.h | 21 ++++++++++++++++ > include/uapi/drm/amdgpu_drm.h | 9 ------- > include/uapi/drm/drm_mode.h | 24 +++++++++++++++++- > 6 files changed, 128 insertions(+), 11 deletions(-) > > diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c > index 35136987d5e8..c58663327e6b 100644 > --- a/drivers/gpu/drm/drm_atomic.c > +++ b/drivers/gpu/drm/drm_atomic.c > @@ -787,7 +787,19 @@ static void drm_atomic_colorop_print_state(struct drm_printer *p, > drm_printf(p, "colorop[%u]:\n", colorop->base.id); > drm_printf(p, "\ttype=%s\n", drm_get_colorop_type_name(colorop->type)); > drm_printf(p, "\tbypass=%u\n", state->bypass); > - drm_printf(p, "\tcurve_1d_type=%s\n", drm_get_colorop_curve_1d_type_name(state->curve_1d_type)); > + > + switch (colorop->type) { > + case DRM_COLOROP_1D_CURVE: > + drm_printf(p, "\tcurve_1d_type=%s\n", > + drm_get_colorop_curve_1d_type_name(state->curve_1d_type)); > + break; > + case DRM_COLOROP_CTM_3X4: > + drm_printf(p, "\tdata blob id=%d\n", state->data ? state->data->base.id : 0); > + break; > + default: > + break; > + } > + As suggested by Simon, you could add this switch in a previous patch, so you could avoid editing the same line twice. With or without this change: Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> > drm_printf(p, "\tnext=%d\n", colorop->next ? colorop->next->base.id : 0); > } > > diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c > index f0c22abcc28f..7bc4978e5441 100644 > --- a/drivers/gpu/drm/drm_atomic_uapi.c > +++ b/drivers/gpu/drm/drm_atomic_uapi.c > @@ -692,6 +692,30 @@ drm_atomic_plane_get_property(struct drm_plane *plane, > return 0; > } > > +static int drm_atomic_color_set_data_property(struct drm_colorop *colorop, > + struct drm_colorop_state *state, > + struct drm_property *property, uint64_t val) > +{ > + ssize_t elem_size = -1; > + ssize_t size = -1; > + bool replaced = false; > + > + switch (colorop->type) { > + case DRM_COLOROP_CTM_3X4: > + size = sizeof(struct drm_color_ctm_3x4); > + break; > + default: > + /* should never get here */ > + return -EINVAL; > + } > + > + return drm_property_replace_blob_from_id(colorop->dev, > + &state->data, > + val, > + size, > + elem_size, > + &replaced); > +} > > static int drm_atomic_colorop_set_property(struct drm_colorop *colorop, > struct drm_colorop_state *state, struct drm_file *file_priv, > @@ -701,6 +725,9 @@ static int drm_atomic_colorop_set_property(struct drm_colorop *colorop, > state->bypass = val; > } else if (property == colorop->curve_1d_type_property) { > state->curve_1d_type = val; > + } else if (property == colorop->data_property) { > + return drm_atomic_color_set_data_property(colorop, > + state, property, val); > } else { > drm_dbg_atomic(colorop->dev, > "[COLOROP:%d:%d] unknown property [PROP:%d:%s]]\n", > @@ -723,6 +750,8 @@ drm_atomic_colorop_get_property(struct drm_colorop *colorop, > *val = state->bypass; > } else if (property == colorop->curve_1d_type_property) { > *val = state->curve_1d_type; > + } else if (property == colorop->data_property) { > + *val = (state->data) ? state->data->base.id : 0; > } else { > return -EINVAL; > } > diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c > index 954acd09673a..7d4b29c0a0cc 100644 > --- a/drivers/gpu/drm/drm_colorop.c > +++ b/drivers/gpu/drm/drm_colorop.c > @@ -64,6 +64,7 @@ > > static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { > { DRM_COLOROP_1D_CURVE, "1D Curve" }, > + { DRM_COLOROP_CTM_3X4, "3x4 Matrix"} > }; > > static const char * const colorop_curve_1d_type_names[] = { > @@ -202,11 +203,51 @@ int drm_colorop_curve_1d_init(struct drm_device *dev, struct drm_colorop *coloro > } > EXPORT_SYMBOL(drm_colorop_curve_1d_init); > > +static int drm_colorop_create_data_prop(struct drm_device *dev, struct drm_colorop *colorop) > +{ > + struct drm_property *prop; > + > + /* data */ > + prop = drm_property_create(dev, DRM_MODE_PROP_ATOMIC | DRM_MODE_PROP_BLOB, > + "DATA", 0); > + if (!prop) > + return -ENOMEM; > + > + colorop->data_property = prop; > + drm_object_attach_property(&colorop->base, > + colorop->data_property, > + 0); > + > + return 0; > +} > + > +int drm_colorop_ctm_3x4_init(struct drm_device *dev, struct drm_colorop *colorop, > + struct drm_plane *plane) > +{ > + int ret; > + > + ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_CTM_3X4); > + if (ret) > + return ret; > + > + ret = drm_colorop_create_data_prop(dev, colorop); > + if (ret) > + return ret; > + > + drm_colorop_reset(colorop); > + > + return 0; > +} > +EXPORT_SYMBOL(drm_colorop_ctm_3x4_init); > + > static void __drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop, > struct drm_colorop_state *state) > { > memcpy(state, colorop->state, sizeof(*state)); > > + if (state->data) > + drm_property_blob_get(state->data); > + > state->bypass = true; > } > > @@ -288,6 +329,7 @@ void drm_colorop_reset(struct drm_colorop *colorop) > > static const char * const colorop_type_name[] = { > [DRM_COLOROP_1D_CURVE] = "1D Curve", > + [DRM_COLOROP_CTM_3X4] = "3x4 Matrix" > }; > > const char *drm_get_colorop_type_name(enum drm_colorop_type type) > diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h > index 2f0572be37bb..e9f5c1adc2fe 100644 > --- a/include/drm/drm_colorop.h > +++ b/include/drm/drm_colorop.h > @@ -96,6 +96,14 @@ struct drm_colorop_state { > */ > enum drm_colorop_curve_1d_type curve_1d_type; > > + /** > + * @data: > + * > + * Data blob for any TYPE that requires such a blob. The > + * interpretation of the blob is TYPE-specific. > + */ > + struct drm_property_blob *data; > + > /** @state: backpointer to global drm_atomic_state */ > struct drm_atomic_state *state; > }; > @@ -200,6 +208,17 @@ struct drm_colorop { > */ > struct drm_property *curve_1d_type_property; > > + /** > + * @data_property: > + * > + * blob property for any TYPE that requires a blob of data, > + * such as 1DLUT, CTM, 3DLUT, etc. > + * > + * The way this blob is interpreted depends on the TYPE of > + * this > + */ > + struct drm_property *data_property; > + > /** > * @next_property: > * > @@ -236,6 +255,8 @@ static inline struct drm_colorop *drm_colorop_find(struct drm_device *dev, > > int drm_colorop_curve_1d_init(struct drm_device *dev, struct drm_colorop *colorop, > struct drm_plane *plane, u64 supported_tfs); > +int drm_colorop_ctm_3x4_init(struct drm_device *dev, struct drm_colorop *colorop, > + struct drm_plane *plane); > > struct drm_colorop_state * > drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop); > diff --git a/include/uapi/drm/amdgpu_drm.h b/include/uapi/drm/amdgpu_drm.h > index efe5de6ce208..e44362e74fa1 100644 > --- a/include/uapi/drm/amdgpu_drm.h > +++ b/include/uapi/drm/amdgpu_drm.h > @@ -1283,15 +1283,6 @@ struct drm_amdgpu_info_gpuvm_fault { > #define AMDGPU_FAMILY_GC_11_5_0 150 /* GC 11.5.0 */ > #define AMDGPU_FAMILY_GC_12_0_0 152 /* GC 12.0.0 */ > > -/* FIXME wrong namespace! */ > -struct drm_color_ctm_3x4 { > - /* > - * Conversion matrix with 3x4 dimensions in S31.32 sign-magnitude > - * (not two's complement!) format. > - */ > - __u64 matrix[12]; > -}; > - > #if defined(__cplusplus) > } > #endif > diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h > index 53985d2b7eea..6fc1ce24800a 100644 > --- a/include/uapi/drm/drm_mode.h > +++ b/include/uapi/drm/drm_mode.h > @@ -847,6 +847,20 @@ struct drm_color_ctm { > __u64 matrix[9]; > }; > > +struct drm_color_ctm_3x4 { > + /* > + * Conversion matrix with 3x4 dimensions in S31.32 sign-magnitude > + * (not two's complement!) format. > + * > + * out matrix in > + * |R| |0 1 2 3 | | R | > + * |G| = |4 5 6 7 | x | G | > + * |B| |8 9 10 11| | B | > + * |1.0| > + */ > + __u64 matrix[12]; > +}; > + > struct drm_color_lut { > /* > * Values are mapped linearly to 0.0 - 1.0 range, with 0x0 == 0.0 and > @@ -872,7 +886,15 @@ enum drm_colorop_type { > * A 1D curve that is being applied to all color channels. The > * curve is specified via the CURVE_1D_TYPE colorop property. > */ > - DRM_COLOROP_1D_CURVE > + DRM_COLOROP_1D_CURVE, > + > + /** > + * @DRM_COLOROP_CTM_3X4: > + * > + * A 3x4 matrix. Its values are specified via the > + * &drm_color_ctm_3x4 struct provided via the DATA property. > + */ > + DRM_COLOROP_CTM_3X4, > }; > > /** -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 17/45] drm/vkms: Use s32 for internal color pipeline precision 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (15 preceding siblings ...) 2024-12-20 4:33 ` [V7 16/45] drm/colorop: Add 3x4 CTM type Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2024-12-20 4:33 ` [V7 18/45] drm/vkms: add 3x4 matrix in color pipeline Alex Hung ` (27 subsequent siblings) 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx Cc: wayland-devel, harry.wentland, alex.hung, Louis Chauvet From: Harry Wentland <harry.wentland@amd.com> Certain operations require us to preserve values below 0.0 and above 1.0 (0x0 and 0xffff 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 values as intermediate in and outputs of our color operations, for the operations where it matters. For now this won't apply to LUT operations. We might want to update those to work on s32 as well, but it's unclear how that should work for unorm LUT definitions. We'll revisit that once we add LUT + CTM tests. In order to allow for this we'll also invert the nesting of our colorop processing loops. We now use the pixel iteration loop on the outside and the colorop iteration on the inside. Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Fix checkpatch warnings - Add a commit messages - Fix code styles by adding and removing spaces (new lines, tabs and so on) v6: - use clamp_val instead of manual clamping (Louis Chauvet) v4: - Clarify that we're packing 16-bit UNORM into s32, not converting values to a different representation (Pekka) v3: - Use new colorop->next pointer drivers/gpu/drm/vkms/vkms_composer.c | 27 +++++++++++++++++++++++++-- drivers/gpu/drm/vkms/vkms_drv.h | 4 ++++ 2 files changed, 29 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/vkms/vkms_composer.c b/drivers/gpu/drm/vkms/vkms_composer.c index ee3cfe153d8f..b009e607a310 100644 --- a/drivers/gpu/drm/vkms/vkms_composer.c +++ b/drivers/gpu/drm/vkms/vkms_composer.c @@ -159,7 +159,7 @@ static void apply_lut(const struct vkms_crtc_state *crtc_state, struct line_buff } } -static void apply_colorop(struct pixel_argb_u16 *pixel, struct drm_colorop *colorop) +static void apply_colorop(struct pixel_argb_s32 *pixel, struct drm_colorop *colorop) { struct drm_colorop_state *colorop_state = colorop->state; @@ -186,9 +186,26 @@ static void apply_colorop(struct pixel_argb_u16 *pixel, struct drm_colorop *colo static void pre_blend_color_transform(const struct vkms_plane_state *plane_state, struct line_buffer *output_buffer) { + struct pixel_argb_s32 pixel; + for (size_t x = 0; x < output_buffer->n_pixels; x++) { struct drm_colorop *colorop = plane_state->base.base.color_pipeline; + /* + * Some operations, such as applying a BT709 encoding matrix, + * followed by a decoding matrix, require that we preserve + * values above 1.0 and below 0.0 until the end of the pipeline. + * + * Pack the 16-bit UNORM values into s32 to give us head-room to + * avoid clipping until we're at the end of the pipeline. Clip + * intentionally at the end of the pipeline before packing + * UNORM values back into u16. + */ + pixel.a = output_buffer->pixels[x].a; + pixel.r = output_buffer->pixels[x].r; + pixel.g = output_buffer->pixels[x].g; + pixel.b = output_buffer->pixels[x].b; + while (colorop) { struct drm_colorop_state *colorop_state; @@ -198,10 +215,16 @@ static void pre_blend_color_transform(const struct vkms_plane_state *plane_state return; if (!colorop_state->bypass) - apply_colorop(&output_buffer->pixels[x], colorop); + apply_colorop(&pixel, colorop); colorop = colorop->next; } + + /* clamp values */ + output_buffer->pixels[x].a = clamp_val(pixel.a, 0, 0xffff); + output_buffer->pixels[x].r = clamp_val(pixel.r, 0, 0xffff); + output_buffer->pixels[x].g = clamp_val(pixel.g, 0, 0xffff); + output_buffer->pixels[x].b = clamp_val(pixel.b, 0, 0xffff); } } diff --git a/drivers/gpu/drm/vkms/vkms_drv.h b/drivers/gpu/drm/vkms/vkms_drv.h index c3c8f5ac81b9..5e24c02d5294 100644 --- a/drivers/gpu/drm/vkms/vkms_drv.h +++ b/drivers/gpu/drm/vkms/vkms_drv.h @@ -36,6 +36,10 @@ struct vkms_frame_info { unsigned int cpp; }; +struct pixel_argb_s32 { + s32 a, r, g, b; +}; + struct pixel_argb_u16 { u16 a, r, g, b; }; -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* [V7 18/45] drm/vkms: add 3x4 matrix in color pipeline 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (16 preceding siblings ...) 2024-12-20 4:33 ` [V7 17/45] drm/vkms: Use s32 for internal color pipeline precision Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-02-25 11:21 ` Louis Chauvet 2024-12-20 4:33 ` [V7 19/45] drm/tests: Add a few tests around drm_fixed.h Alex Hung ` (26 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> 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 implementation has to do with the fact that the matrix entries are in signed-magnitude fixed point, whereas the drm_fixed.h implementation uses 2s-complement. The latter one is the one that we want for easy addition and subtraction, so we convert all entries to 2s-complement. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Fix checkpatch warnings - Change kzalloc(sizeof(struct drm_colorop) ...) to kzalloc(sizeof(*ops[i]) ...) - Change i-1to i - 1 - Add a new line at EOF v6: - pre-compute colors (Louis Chauvet) - round matrix output (Louis Chauvet) drivers/gpu/drm/vkms/vkms_colorop.c | 34 +++++++++++++++++++++++++++- drivers/gpu/drm/vkms/vkms_composer.c | 33 +++++++++++++++++++++++++++ 2 files changed, 66 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/vkms/vkms_colorop.c b/drivers/gpu/drm/vkms/vkms_colorop.c index af319cd3de23..b407f8ae758d 100644 --- a/drivers/gpu/drm/vkms/vkms_colorop.c +++ b/drivers/gpu/drm/vkms/vkms_colorop.c @@ -12,7 +12,7 @@ static const u64 supported_tfs = BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF) | BIT(DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF); -#define MAX_COLOR_PIPELINE_OPS 2 +#define MAX_COLOR_PIPELINE_OPS 4 static int vkms_initialize_color_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list) { @@ -48,6 +48,38 @@ static int vkms_initialize_color_pipeline(struct drm_plane *plane, struct drm_pr goto cleanup; } + ret = drm_colorop_ctm_3x4_init(dev, ops[i], plane); + if (ret) + goto cleanup; + + drm_colorop_set_next_property(ops[i - 1], ops[i]); + + i++; + + /* 3rd op: 3x4 matrix */ + ops[i] = kzalloc(sizeof(*ops[i]), GFP_KERNEL); + if (!ops[i]) { + DRM_ERROR("KMS: Failed to allocate colorop\n"); + ret = -ENOMEM; + goto cleanup; + } + + ret = drm_colorop_ctm_3x4_init(dev, ops[i], plane); + if (ret) + goto cleanup; + + drm_colorop_set_next_property(ops[i - 1], ops[i]); + + i++; + + /* 4th op: 1d curve */ + ops[i] = kzalloc(sizeof(*ops[i]), GFP_KERNEL); + if (!ops[i]) { + DRM_ERROR("KMS: Failed to allocate colorop\n"); + ret = -ENOMEM; + goto cleanup; + } + ret = drm_colorop_curve_1d_init(dev, ops[i], plane, supported_tfs); if (ret) goto cleanup; diff --git a/drivers/gpu/drm/vkms/vkms_composer.c b/drivers/gpu/drm/vkms/vkms_composer.c index b009e607a310..cdcaaf8cdb68 100644 --- a/drivers/gpu/drm/vkms/vkms_composer.c +++ b/drivers/gpu/drm/vkms/vkms_composer.c @@ -159,6 +159,35 @@ static void apply_lut(const struct vkms_crtc_state *crtc_state, struct line_buff } } +static void apply_3x4_matrix(struct pixel_argb_s32 *pixel, const struct drm_color_ctm_3x4 *matrix) +{ + s64 rf, gf, bf; + s64 r, g, b; + + r = drm_int2fixp(pixel->r); + g = drm_int2fixp(pixel->g); + b = drm_int2fixp(pixel->b); + + rf = drm_fixp_mul(drm_sm2fixp(matrix->matrix[0]), r) + + drm_fixp_mul(drm_sm2fixp(matrix->matrix[1]), g) + + drm_fixp_mul(drm_sm2fixp(matrix->matrix[2]), b) + + drm_sm2fixp(matrix->matrix[3]); + + gf = drm_fixp_mul(drm_sm2fixp(matrix->matrix[4]), r) + + drm_fixp_mul(drm_sm2fixp(matrix->matrix[5]), g) + + drm_fixp_mul(drm_sm2fixp(matrix->matrix[6]), b) + + drm_sm2fixp(matrix->matrix[7]); + + bf = drm_fixp_mul(drm_sm2fixp(matrix->matrix[8]), r) + + drm_fixp_mul(drm_sm2fixp(matrix->matrix[9]), g) + + drm_fixp_mul(drm_sm2fixp(matrix->matrix[10]), b) + + drm_sm2fixp(matrix->matrix[11]); + + pixel->r = drm_fixp2int_round(rf); + pixel->g = drm_fixp2int_round(gf); + pixel->b = drm_fixp2int_round(bf); +} + static void apply_colorop(struct pixel_argb_s32 *pixel, struct drm_colorop *colorop) { struct drm_colorop_state *colorop_state = colorop->state; @@ -180,6 +209,10 @@ static void apply_colorop(struct pixel_argb_s32 *pixel, struct drm_colorop *colo colorop_state->curve_1d_type); break; } + } else if (colorop->type == DRM_COLOROP_CTM_3X4) { + if (colorop_state->data) + apply_3x4_matrix(pixel, + (struct drm_color_ctm_3x4 *) colorop_state->data->data); } } -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 18/45] drm/vkms: add 3x4 matrix in color pipeline 2024-12-20 4:33 ` [V7 18/45] drm/vkms: add 3x4 matrix in color pipeline Alex Hung @ 2025-02-25 11:21 ` Louis Chauvet 0 siblings, 0 replies; 127+ messages in thread From: Louis Chauvet @ 2025-02-25 11:21 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland Le 20/12/2024 à 05:33, Alex Hung a écrit : > From: Harry Wentland <harry.wentland@amd.com> > > 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 implementation has to do with > the fact that the matrix entries are in signed-magnitude fixed > point, whereas the drm_fixed.h implementation uses 2s-complement. > The latter one is the one that we want for easy addition and > subtraction, so we convert all entries to 2s-complement. > > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > --- > v7: > - Fix checkpatch warnings > - Change kzalloc(sizeof(struct drm_colorop) ...) to kzalloc(sizeof(*ops[i]) ...) > - Change i-1to i - 1 > - Add a new line at EOF > > v6: > - pre-compute colors (Louis Chauvet) > - round matrix output (Louis Chauvet) > > drivers/gpu/drm/vkms/vkms_colorop.c | 34 +++++++++++++++++++++++++++- > drivers/gpu/drm/vkms/vkms_composer.c | 33 +++++++++++++++++++++++++++ > 2 files changed, 66 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/vkms/vkms_colorop.c b/drivers/gpu/drm/vkms/vkms_colorop.c > index af319cd3de23..b407f8ae758d 100644 > --- a/drivers/gpu/drm/vkms/vkms_colorop.c > +++ b/drivers/gpu/drm/vkms/vkms_colorop.c > @@ -12,7 +12,7 @@ static const u64 supported_tfs = > BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF) | > BIT(DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF); > > -#define MAX_COLOR_PIPELINE_OPS 2 > +#define MAX_COLOR_PIPELINE_OPS 4 > > static int vkms_initialize_color_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list) > { > @@ -48,6 +48,38 @@ static int vkms_initialize_color_pipeline(struct drm_plane *plane, struct drm_pr > goto cleanup; > } > > + ret = drm_colorop_ctm_3x4_init(dev, ops[i], plane); > + if (ret) > + goto cleanup; > + > + drm_colorop_set_next_property(ops[i - 1], ops[i]); > + > + i++; > + > + /* 3rd op: 3x4 matrix */ > + ops[i] = kzalloc(sizeof(*ops[i]), GFP_KERNEL); > + if (!ops[i]) { > + DRM_ERROR("KMS: Failed to allocate colorop\n"); drm_err > + ret = -ENOMEM; > + goto cleanup; > + } > + > + ret = drm_colorop_ctm_3x4_init(dev, ops[i], plane); > + if (ret) > + goto cleanup; > + > + drm_colorop_set_next_property(ops[i - 1], ops[i]); > + > + i++; > + > + /* 4th op: 1d curve */ > + ops[i] = kzalloc(sizeof(*ops[i]), GFP_KERNEL); > + if (!ops[i]) { > + DRM_ERROR("KMS: Failed to allocate colorop\n"); drm_err With this change: Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> > + ret = -ENOMEM; > + goto cleanup; > + } > + > ret = drm_colorop_curve_1d_init(dev, ops[i], plane, supported_tfs); > if (ret) > goto cleanup; > diff --git a/drivers/gpu/drm/vkms/vkms_composer.c b/drivers/gpu/drm/vkms/vkms_composer.c > index b009e607a310..cdcaaf8cdb68 100644 > --- a/drivers/gpu/drm/vkms/vkms_composer.c > +++ b/drivers/gpu/drm/vkms/vkms_composer.c > @@ -159,6 +159,35 @@ static void apply_lut(const struct vkms_crtc_state *crtc_state, struct line_buff > } > } > > +static void apply_3x4_matrix(struct pixel_argb_s32 *pixel, const struct drm_color_ctm_3x4 *matrix) > +{ > + s64 rf, gf, bf; > + s64 r, g, b; > + > + r = drm_int2fixp(pixel->r); > + g = drm_int2fixp(pixel->g); > + b = drm_int2fixp(pixel->b); > + > + rf = drm_fixp_mul(drm_sm2fixp(matrix->matrix[0]), r) + > + drm_fixp_mul(drm_sm2fixp(matrix->matrix[1]), g) + > + drm_fixp_mul(drm_sm2fixp(matrix->matrix[2]), b) + > + drm_sm2fixp(matrix->matrix[3]); > + > + gf = drm_fixp_mul(drm_sm2fixp(matrix->matrix[4]), r) + > + drm_fixp_mul(drm_sm2fixp(matrix->matrix[5]), g) + > + drm_fixp_mul(drm_sm2fixp(matrix->matrix[6]), b) + > + drm_sm2fixp(matrix->matrix[7]); > + > + bf = drm_fixp_mul(drm_sm2fixp(matrix->matrix[8]), r) + > + drm_fixp_mul(drm_sm2fixp(matrix->matrix[9]), g) + > + drm_fixp_mul(drm_sm2fixp(matrix->matrix[10]), b) + > + drm_sm2fixp(matrix->matrix[11]); > + > + pixel->r = drm_fixp2int_round(rf); > + pixel->g = drm_fixp2int_round(gf); > + pixel->b = drm_fixp2int_round(bf); > +} > + > static void apply_colorop(struct pixel_argb_s32 *pixel, struct drm_colorop *colorop) > { > struct drm_colorop_state *colorop_state = colorop->state; > @@ -180,6 +209,10 @@ static void apply_colorop(struct pixel_argb_s32 *pixel, struct drm_colorop *colo > colorop_state->curve_1d_type); > break; > } > + } else if (colorop->type == DRM_COLOROP_CTM_3X4) { > + if (colorop_state->data) > + apply_3x4_matrix(pixel, > + (struct drm_color_ctm_3x4 *) colorop_state->data->data); > } > } > -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 19/45] drm/tests: Add a few tests around drm_fixed.h 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (17 preceding siblings ...) 2024-12-20 4:33 ` [V7 18/45] drm/vkms: add 3x4 matrix in color pipeline Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2024-12-20 4:33 ` [V7 20/45] drm/vkms: Add tests for CTM handling Alex Hung ` (25 subsequent siblings) 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx Cc: wayland-devel, harry.wentland, alex.hung, Louis Chauvet From: Harry Wentland <harry.wentland@amd.com> While working on the CTM implementation of VKMS I had to ascertain myself of a few assumptions. One of those is whether drm_fixed.h treats its numbers using signed-magnitude or twos-complement. It is twos-complement. In order to make someone else's day easier I am adding the drm_test_int2fixp test that validates the above assumption. I am also adding a test for the new sm2fixp function that converts from a signed-magnitude fixed point to the twos-complement fixed point. Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Fix checkpatch warnings (Louis Chauvet) v6: - add missing MODULE_DESCRIPTION (Jeff Johnson) - fix buffer overflow drivers/gpu/drm/tests/Makefile | 3 +- drivers/gpu/drm/tests/drm_fixp_test.c | 71 +++++++++++++++++++++++++++ 2 files changed, 73 insertions(+), 1 deletion(-) create mode 100644 drivers/gpu/drm/tests/drm_fixp_test.c diff --git a/drivers/gpu/drm/tests/Makefile b/drivers/gpu/drm/tests/Makefile index 56dab563abd7..bd69df0eee33 100644 --- a/drivers/gpu/drm/tests/Makefile +++ b/drivers/gpu/drm/tests/Makefile @@ -20,6 +20,7 @@ obj-$(CONFIG_DRM_KUNIT_TEST) += \ drm_modes_test.o \ drm_plane_helper_test.o \ drm_probe_helper_test.o \ - drm_rect_test.o + drm_rect_test.o \ + drm_fixp_test.o CFLAGS_drm_mm_test.o := $(DISABLE_STRUCTLEAK_PLUGIN) diff --git a/drivers/gpu/drm/tests/drm_fixp_test.c b/drivers/gpu/drm/tests/drm_fixp_test.c new file mode 100644 index 000000000000..de91177af213 --- /dev/null +++ b/drivers/gpu/drm/tests/drm_fixp_test.c @@ -0,0 +1,71 @@ +// SPDX-License-Identifier: MIT +/* + * Copyright 2022 Advanced Micro Devices, Inc. + */ + +#include <kunit/test.h> +#include <drm/drm_fixed.h> + +static void drm_test_sm2fixp(struct kunit *test) +{ + KUNIT_EXPECT_EQ(test, 0x7fffffffffffffffll, ((1ull << 63) - 1)); + + /* 1 */ + KUNIT_EXPECT_EQ(test, drm_int2fixp(1), drm_sm2fixp(1ull << DRM_FIXED_POINT)); + + /* -1 */ + KUNIT_EXPECT_EQ(test, drm_int2fixp(-1), + drm_sm2fixp((1ull << 63) | (1ull << DRM_FIXED_POINT))); + + /* 0.5 */ + KUNIT_EXPECT_EQ(test, drm_fixp_from_fraction(1, 2), + drm_sm2fixp(1ull << (DRM_FIXED_POINT - 1))); + + /* -0.5 */ + KUNIT_EXPECT_EQ(test, drm_fixp_from_fraction(-1, 2), + drm_sm2fixp((1ull << 63) | (1ull << (DRM_FIXED_POINT - 1)))); +} + +static void drm_test_int2fixp(struct kunit *test) +{ + /* 1 */ + KUNIT_EXPECT_EQ(test, 1ll << 32, drm_int2fixp(1)); + + /* -1 */ + KUNIT_EXPECT_EQ(test, -(1ll << 32), drm_int2fixp(-1)); + + /* 1 + (-1) = 0 */ + KUNIT_EXPECT_EQ(test, 0, drm_int2fixp(1) + drm_int2fixp(-1)); + + /* 1 / 2 */ + KUNIT_EXPECT_EQ(test, 1ll << 31, drm_fixp_from_fraction(1, 2)); + + /* -0.5 */ + KUNIT_EXPECT_EQ(test, -(1ll << 31), drm_fixp_from_fraction(-1, 2)); + + /* (1 / 2) + (-1) = 0.5 */ + KUNIT_EXPECT_EQ(test, 1ll << 31, drm_fixp_from_fraction(-1, 2) + drm_int2fixp(1)); + + /* (1 / 2) - 1) = 0.5 */ + KUNIT_EXPECT_EQ(test, -(1ll << 31), drm_fixp_from_fraction(1, 2) + drm_int2fixp(-1)); + + /* (1 / 2) - 1) = 0.5 */ + KUNIT_EXPECT_EQ(test, -(1ll << 31), drm_fixp_from_fraction(1, 2) - drm_int2fixp(1)); +} + +static struct kunit_case drm_fixp_tests[] = { + KUNIT_CASE(drm_test_int2fixp), + KUNIT_CASE(drm_test_sm2fixp), + { } +}; + +static struct kunit_suite drm_rect_test_suite = { + .name = "drm_fixp", + .test_cases = drm_fixp_tests, +}; + +kunit_test_suite(drm_rect_test_suite); + +MODULE_AUTHOR("AMD"); +MODULE_LICENSE("GPL and additional rights"); +MODULE_DESCRIPTION("Unit tests for drm_fixed.h"); -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* [V7 20/45] drm/vkms: Add tests for CTM handling 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (18 preceding siblings ...) 2024-12-20 4:33 ` [V7 19/45] drm/tests: Add a few tests around drm_fixed.h Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2024-12-20 4:33 ` [V7 21/45] drm/colorop: pass plane_color_pipeline client cap to atomic check Alex Hung ` (24 subsequent siblings) 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx Cc: wayland-devel, harry.wentland, alex.hung, Louis Chauvet From: Harry Wentland <harry.wentland@amd.com> A whole slew of tests for CTM handling that greatly helped in debugging the CTM code. The extent of tests might seem a bit silly but they're fast and might someday help save someone else's day when debugging this. Reviewed-by: Louis Chauvet <louis.chauvet@bootlin.com> Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Fix a checkpatch a long-line warning (Louis Chauvet) v6: - update reference values since we're now rounding v5: - Make apply_3x4_matrix static v4: - Comment on origin of bt709_enc matrix (Pekka) - Use full opaque alpha (Pekka) - Add additional check for Y < 0xffff (Pekka) - Remove unused code (Pekka) drivers/gpu/drm/vkms/tests/vkms_color_test.c | 250 +++++++++++++++++++ drivers/gpu/drm/vkms/vkms_composer.c | 4 +- drivers/gpu/drm/vkms/vkms_composer.h | 1 + 3 files changed, 254 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/vkms/tests/vkms_color_test.c b/drivers/gpu/drm/vkms/tests/vkms_color_test.c index d765c5eb5d88..e9bc4380fb88 100644 --- a/drivers/gpu/drm/vkms/tests/vkms_color_test.c +++ b/drivers/gpu/drm/vkms/tests/vkms_color_test.c @@ -190,11 +190,261 @@ static void vkms_color_srgb_inv_srgb(struct kunit *test) } } +#define FIXPT_HALF (DRM_FIXED_ONE >> 1) +#define FIXPT_QUARTER (DRM_FIXED_ONE >> 2) + +static const struct drm_color_ctm_3x4 test_matrix_3x4_50_desat = { { + FIXPT_HALF, FIXPT_QUARTER, FIXPT_QUARTER, 0, + FIXPT_QUARTER, FIXPT_HALF, FIXPT_QUARTER, 0, + FIXPT_QUARTER, FIXPT_QUARTER, FIXPT_HALF, 0 +} }; + +static void vkms_color_ctm_3x4_50_desat(struct kunit *test) +{ + struct pixel_argb_s32 ref, out; + + /* full white */ + ref.a = 0xffff; + ref.r = 0xffff; + ref.g = 0xffff; + ref.b = 0xffff; + + memcpy(&out, &ref, sizeof(out)); + apply_3x4_matrix(&out, &test_matrix_3x4_50_desat); + + KUNIT_EXPECT_MEMEQ(test, &ref, &out, sizeof(out)); + + /* full black */ + ref.a = 0xffff; + ref.r = 0x0; + ref.g = 0x0; + ref.b = 0x0; + + memcpy(&out, &ref, sizeof(out)); + apply_3x4_matrix(&out, &test_matrix_3x4_50_desat); + + KUNIT_EXPECT_MEMEQ(test, &ref, &out, sizeof(out)); + + /* 50% grey */ + ref.a = 0xffff; + ref.r = 0x8000; + ref.g = 0x8000; + ref.b = 0x8000; + + memcpy(&out, &ref, sizeof(out)); + apply_3x4_matrix(&out, &test_matrix_3x4_50_desat); + + KUNIT_EXPECT_MEMEQ(test, &ref, &out, sizeof(out)); + + /* full red to 50% desat */ + ref.a = 0xffff; + ref.r = 0x8000; + ref.g = 0x4000; + ref.b = 0x4000; + + out.a = 0xffff; + out.r = 0xffff; + out.g = 0x0; + out.b = 0x0; + + apply_3x4_matrix(&out, &test_matrix_3x4_50_desat); + + KUNIT_EXPECT_MEMEQ(test, &ref, &out, sizeof(out)); +} + +/* + * BT.709 encoding matrix + * + * Values printed from within IGT when converting + * igt_matrix_3x4_bt709_enc to the fixed-point format expected + * by DRM/KMS. + */ +static const struct drm_color_ctm_3x4 test_matrix_3x4_bt709_enc = { { + 0x00000000366cf400ull, 0x00000000b7175900ull, 0x0000000127bb300ull, 0, + 0x800000001993b3a0ull, 0x800000005609fe80ull, 0x000000006f9db200ull, 0, + 0x000000009d70a400ull, 0x800000008f011100ull, 0x800000000e6f9330ull, 0 +} }; + +static void vkms_color_ctm_3x4_bt709(struct kunit *test) +{ + struct pixel_argb_s32 out; + + /* full white to bt709 */ + out.a = 0xffff; + out.r = 0xffff; + out.g = 0xffff; + out.b = 0xffff; + + apply_3x4_matrix(&out, &test_matrix_3x4_bt709_enc); + + /* Y 255 */ + KUNIT_EXPECT_GT(test, out.r, 0xfe00); + KUNIT_EXPECT_LT(test, out.r, 0x10000); + + /* U 0 */ + KUNIT_EXPECT_LT(test, out.g, 0x0100); + + /* V 0 */ + KUNIT_EXPECT_LT(test, out.b, 0x0100); + + /* full black to bt709 */ + out.a = 0xffff; + out.r = 0x0; + out.g = 0x0; + out.b = 0x0; + + apply_3x4_matrix(&out, &test_matrix_3x4_bt709_enc); + + /* Y 0 */ + KUNIT_EXPECT_LT(test, out.r, 0x100); + + /* U 0 */ + KUNIT_EXPECT_LT(test, out.g, 0x0100); + + /* V 0 */ + KUNIT_EXPECT_LT(test, out.b, 0x0100); + + /* gray to bt709 */ + out.a = 0xffff; + out.r = 0x7fff; + out.g = 0x7fff; + out.b = 0x7fff; + + apply_3x4_matrix(&out, &test_matrix_3x4_bt709_enc); + + /* Y 127 */ + KUNIT_EXPECT_GT(test, out.r, 0x7e00); + KUNIT_EXPECT_LT(test, out.r, 0x8000); + + /* U 0 */ + KUNIT_EXPECT_LT(test, out.g, 0x0100); + + /* V 0 */ + KUNIT_EXPECT_LT(test, out.b, 0x0100); + + /* == red 255 - bt709 enc == */ + out.a = 0xffff; + out.r = 0xffff; + out.g = 0x0; + out.b = 0x0; + + apply_3x4_matrix(&out, &test_matrix_3x4_bt709_enc); + + /* Y 54 */ + KUNIT_EXPECT_GT(test, out.r, 0x3500); + KUNIT_EXPECT_LT(test, out.r, 0x3700); + + /* U 0 */ + KUNIT_EXPECT_LT(test, out.g, 0x0100); + + /* V 157 */ + KUNIT_EXPECT_GT(test, out.b, 0x9C00); + KUNIT_EXPECT_LT(test, out.b, 0x9E00); + + + /* == green 255 - bt709 enc == */ + out.a = 0xffff; + out.r = 0x0; + out.g = 0xffff; + out.b = 0x0; + + apply_3x4_matrix(&out, &test_matrix_3x4_bt709_enc); + + /* Y 182 */ + KUNIT_EXPECT_GT(test, out.r, 0xB500); + KUNIT_EXPECT_LT(test, out.r, 0xB780); /* laxed by half*/ + + /* U 0 */ + KUNIT_EXPECT_LT(test, out.g, 0x0100); + + /* V 0 */ + KUNIT_EXPECT_LT(test, out.b, 0x0100); + + /* == blue 255 - bt709 enc == */ + out.a = 0xffff; + out.r = 0x0; + out.g = 0x0; + out.b = 0xffff; + + apply_3x4_matrix(&out, &test_matrix_3x4_bt709_enc); + + /* Y 18 */ + KUNIT_EXPECT_GT(test, out.r, 0x1100); + KUNIT_EXPECT_LT(test, out.r, 0x1300); + + /* U 111 */ + KUNIT_EXPECT_GT(test, out.g, 0x6E00); + KUNIT_EXPECT_LT(test, out.g, 0x7000); + + /* V 0 */ + KUNIT_EXPECT_LT(test, out.b, 0x0100); + + /* == red 140 - bt709 enc == */ + out.a = 0xffff; + out.r = 0x8c8c; + out.g = 0x0; + out.b = 0x0; + + apply_3x4_matrix(&out, &test_matrix_3x4_bt709_enc); + + /* Y 30 */ + KUNIT_EXPECT_GT(test, out.r, 0x1D00); + KUNIT_EXPECT_LT(test, out.r, 0x1F00); + + /* U 0 */ + KUNIT_EXPECT_LT(test, out.g, 0x100); + + /* V 87 */ + KUNIT_EXPECT_GT(test, out.b, 0x5600); + KUNIT_EXPECT_LT(test, out.b, 0x5800); + + /* == green 140 - bt709 enc == */ + out.a = 0xffff; + out.r = 0x0; + out.g = 0x8c8c; + out.b = 0x0; + + apply_3x4_matrix(&out, &test_matrix_3x4_bt709_enc); + + /* Y 30 */ + KUNIT_EXPECT_GT(test, out.r, 0x6400); + KUNIT_EXPECT_LT(test, out.r, 0x6600); + + /* U 0 */ + KUNIT_EXPECT_LT(test, out.g, 0x100); + + /* V 0 */ + KUNIT_EXPECT_LT(test, out.b, 0x100); + + + /* == blue 140 - bt709 enc == */ + out.a = 0xffff; + out.r = 0x0; + out.g = 0x0; + out.b = 0x8c8c; + + apply_3x4_matrix(&out, &test_matrix_3x4_bt709_enc); + + /* Y 30 */ + KUNIT_EXPECT_GT(test, out.r, 0x900); + KUNIT_EXPECT_LT(test, out.r, 0xB00); + + /* U 61 */ + KUNIT_EXPECT_GT(test, out.g, 0x3C00); + KUNIT_EXPECT_LT(test, out.g, 0x3E00); + + /* V 0 */ + KUNIT_EXPECT_LT(test, out.b, 0x100); + +} + static struct kunit_case vkms_color_test_cases[] = { KUNIT_CASE(vkms_color_test_get_lut_index), KUNIT_CASE(vkms_color_test_lerp), KUNIT_CASE(vkms_color_test_linear), KUNIT_CASE(vkms_color_srgb_inv_srgb), + KUNIT_CASE(vkms_color_ctm_3x4_50_desat), + KUNIT_CASE(vkms_color_ctm_3x4_bt709), {} }; diff --git a/drivers/gpu/drm/vkms/vkms_composer.c b/drivers/gpu/drm/vkms/vkms_composer.c index cdcaaf8cdb68..ed43282e22fb 100644 --- a/drivers/gpu/drm/vkms/vkms_composer.c +++ b/drivers/gpu/drm/vkms/vkms_composer.c @@ -159,7 +159,8 @@ static void apply_lut(const struct vkms_crtc_state *crtc_state, struct line_buff } } -static void apply_3x4_matrix(struct pixel_argb_s32 *pixel, const struct drm_color_ctm_3x4 *matrix) +VISIBLE_IF_KUNIT void apply_3x4_matrix(struct pixel_argb_s32 *pixel, + const struct drm_color_ctm_3x4 *matrix) { s64 rf, gf, bf; s64 r, g, b; @@ -187,6 +188,7 @@ static void apply_3x4_matrix(struct pixel_argb_s32 *pixel, const struct drm_colo pixel->g = drm_fixp2int_round(gf); pixel->b = drm_fixp2int_round(bf); } +EXPORT_SYMBOL_IF_KUNIT(apply_3x4_matrix); static void apply_colorop(struct pixel_argb_s32 *pixel, struct drm_colorop *colorop) { diff --git a/drivers/gpu/drm/vkms/vkms_composer.h b/drivers/gpu/drm/vkms/vkms_composer.h index 67ae09913460..afef65a5c3ba 100644 --- a/drivers/gpu/drm/vkms/vkms_composer.h +++ b/drivers/gpu/drm/vkms/vkms_composer.h @@ -21,6 +21,7 @@ u16 lerp_u16(u16 a, u16 b, s64 t); s64 get_lut_index(const struct vkms_color_lut *lut, u16 channel_value); u16 apply_lut_to_channel_value(const struct vkms_color_lut *lut, u16 channel_value, enum lut_channel channel); +void apply_3x4_matrix(struct pixel_argb_s32 *pixel, const struct drm_color_ctm_3x4 *matrix); #endif #endif /* _VKMS_COMPOSER_H_ */ -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* [V7 21/45] drm/colorop: pass plane_color_pipeline client cap to atomic check 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (19 preceding siblings ...) 2024-12-20 4:33 ` [V7 20/45] drm/vkms: Add tests for CTM handling Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2024-12-20 4:33 ` [V7 22/45] drm/colorop: define a new macro for_each_new_colorop_in_state Alex Hung ` (23 subsequent siblings) 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> Drivers will need to know whether an atomic check/commit originated from a client with DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE so they can ignore deprecated properties, like COLOR_ENCODING and COLOR_RANGE. Pass the plane_color_pipeline bit to drm_atomic_state. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v5: - Fix kernel docs drivers/gpu/drm/drm_atomic_uapi.c | 1 + include/drm/drm_atomic.h | 18 ++++++++++++++++++ 2 files changed, 19 insertions(+) diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c index 7bc4978e5441..a3e1fcad47ad 100644 --- a/drivers/gpu/drm/drm_atomic_uapi.c +++ b/drivers/gpu/drm/drm_atomic_uapi.c @@ -1572,6 +1572,7 @@ int drm_mode_atomic_ioctl(struct drm_device *dev, drm_modeset_acquire_init(&ctx, DRM_MODESET_ACQUIRE_INTERRUPTIBLE); state->acquire_ctx = &ctx; state->allow_modeset = !!(arg->flags & DRM_MODE_ATOMIC_ALLOW_MODESET); + state->plane_color_pipeline = file_priv->plane_color_pipeline; retry: copied_objs = 0; diff --git a/include/drm/drm_atomic.h b/include/drm/drm_atomic.h index feef16fd89e2..f3afc1ef3f81 100644 --- a/include/drm/drm_atomic.h +++ b/include/drm/drm_atomic.h @@ -414,6 +414,24 @@ struct drm_atomic_state { */ bool duplicated : 1; + /** + * @plane_color_pipeline: + * + * Indicates whether this atomic state originated with a client that + * set the DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE. + * + * Drivers and helper functions should use this to ignore legacy + * properties that are incompatible with the drm_plane COLOR_PIPELINE + * behavior, such as: + * + * - COLOR_RANGE + * - COLOR_ENCODING + * + * or any other driver-specific properties that might affect pixel + * values. + */ + bool plane_color_pipeline : 1; + /** * @colorops: * -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* [V7 22/45] drm/colorop: define a new macro for_each_new_colorop_in_state 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (20 preceding siblings ...) 2024-12-20 4:33 ` [V7 21/45] drm/colorop: pass plane_color_pipeline client cap to atomic check Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-15 7:48 ` Simon Ser 2024-12-20 4:33 ` [V7 23/45] drm/amd/display: Ignore deprecated props when plane_color_pipeline set Alex Hung ` (22 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung Create a new macro for_each_new_colorop_in_state to access new drm_colorop_state updated from uapi. Signed-off-by: Alex Hung <alex.hung@amd.com> --- include/drm/drm_atomic.h | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) diff --git a/include/drm/drm_atomic.h b/include/drm/drm_atomic.h index f3afc1ef3f81..c926f1924edc 100644 --- a/include/drm/drm_atomic.h +++ b/include/drm/drm_atomic.h @@ -1035,6 +1035,26 @@ void drm_state_dump(struct drm_device *dev, struct drm_printer *p); (new_colorop_state) = (__state)->colorops[__i].new_state, 1)) +/** + * for_each_new_colorop_in_state - iterate over all colorops in an atomic update + * @__state: &struct drm_atomic_state pointer + * @colorop: &struct drm_colorop iteration cursor + * @new_colorop_state: &struct drm_colorop_state iteration cursor for the new state + * @__i: int iteration cursor, for macro-internal use + * + * This iterates over all colorops in an atomic update, tracking new state. This is + * useful is useful in places where the state delta needs to be considered, for + * example in atomic check functions. + */ +#define for_each_new_colorop_in_state(__state, colorop, new_colorop_state, __i) \ + for ((__i) = 0; \ + (__i) < (__state)->dev->mode_config.num_colorop; \ + (__i)++) \ + for_each_if ((__state)->colorops[__i].ptr && \ + ((colorop) = (__state)->colorops[__i].ptr, \ + (void)(colorop) /* Only to avoid unused-but-set-variable warning */, \ + (new_colorop_state) = (__state)->colorops[__i].new_state, 1)) + /** * for_each_oldnew_plane_in_state - iterate over all planes in an atomic update * @__state: &struct drm_atomic_state pointer -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 22/45] drm/colorop: define a new macro for_each_new_colorop_in_state 2024-12-20 4:33 ` [V7 22/45] drm/colorop: define a new macro for_each_new_colorop_in_state Alex Hung @ 2025-01-15 7:48 ` Simon Ser 0 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-15 7:48 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland Reviewed-by: Simon Ser <contact@emersion.fr> ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 23/45] drm/amd/display: Ignore deprecated props when plane_color_pipeline set 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (21 preceding siblings ...) 2024-12-20 4:33 ` [V7 22/45] drm/colorop: define a new macro for_each_new_colorop_in_state Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-15 7:56 ` Simon Ser 2024-12-20 4:33 ` [V7 24/45] drm/amd/display: Add bypass COLOR PIPELINE Alex Hung ` (21 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> When the plane_color_pipeline bit is set we should ignore deprecated properties, such as COLOR_RANGE and COLOR_ENCODING. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c index 6e79028c5d78..575eacfc12e6 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c @@ -5420,6 +5420,10 @@ fill_plane_color_attributes(const struct drm_plane_state *plane_state, *color_space = COLOR_SPACE_SRGB; + /* Ignore properties when DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE is set */ + if (plane_state->state && plane_state->state->plane_color_pipeline) + return 0; + /* DRM color properties only affect non-RGB formats. */ if (format < SURFACE_PIXEL_FORMAT_VIDEO_BEGIN) return 0; -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 23/45] drm/amd/display: Ignore deprecated props when plane_color_pipeline set 2024-12-20 4:33 ` [V7 23/45] drm/amd/display: Ignore deprecated props when plane_color_pipeline set Alex Hung @ 2025-01-15 7:56 ` Simon Ser 2025-01-22 21:05 ` Harry Wentland 0 siblings, 1 reply; 127+ messages in thread From: Simon Ser @ 2025-01-15 7:56 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland Is this "ignore" something we could do at the core DRM level, instead of doing it in all drivers? e.g. by silently ignoring user-space requests to set the property? It sounds like this codepath still resets the colorspace to sRGB, which is later overwritten by colorops pulled in the atomic state anyways. ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 23/45] drm/amd/display: Ignore deprecated props when plane_color_pipeline set 2025-01-15 7:56 ` Simon Ser @ 2025-01-22 21:05 ` Harry Wentland 2025-01-23 20:29 ` Simon Ser 0 siblings, 1 reply; 127+ messages in thread From: Harry Wentland @ 2025-01-22 21:05 UTC (permalink / raw) To: Simon Ser, Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel On 2025-01-15 02:56, Simon Ser wrote: > Is this "ignore" something we could do at the core DRM level, instead > of doing it in all drivers? e.g. by silently ignoring user-space requests > to set the property? > I think it'd be better to reject setting the property. The problem is that a client without the COLOR_PIPELINE client cap might have set these properties and we'll want to ignore that when we are programming a commit with a color pipeline. Since it's the drivers that decide on the programming based on the states it's up to each driver to ignore the deprecated properties. > It sounds like this codepath still resets the colorspace to sRGB, which > is later overwritten by colorops pulled in the atomic state anyways. We didn't yet define a colorop for COLOR_RANGE and COLOR_ENCODING so the color pipeline currently only supports RGB content. The intention is to set a reasonable default but the HW programming code should be ignoring this for RGB content. Harry ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 23/45] drm/amd/display: Ignore deprecated props when plane_color_pipeline set 2025-01-22 21:05 ` Harry Wentland @ 2025-01-23 20:29 ` Simon Ser 0 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-23 20:29 UTC (permalink / raw) To: Harry Wentland; +Cc: Alex Hung, dri-devel, amd-gfx, wayland-devel On Wednesday, January 22nd, 2025 at 22:05, Harry Wentland <harry.wentland@amd.com> wrote: > On 2025-01-15 02:56, Simon Ser wrote: > > > Is this "ignore" something we could do at the core DRM level, instead > > of doing it in all drivers? e.g. by silently ignoring user-space requests > > to set the property? > > I think it'd be better to reject setting the property. The problem > is that a client without the COLOR_PIPELINE client cap might have > set these properties and we'll want to ignore that when we are > programming a commit with a color pipeline. > > Since it's the drivers that decide on the programming based on > the states it's up to each driver to ignore the deprecated > properties. Right. Maybe the "plane_color_pipeline" field could be renamed to e.g. "ignore_plane_color_space_and_encoding" to make it clearer what drivers are expected to do based on this? Either way, sounds good. ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 24/45] drm/amd/display: Add bypass COLOR PIPELINE 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (22 preceding siblings ...) 2024-12-20 4:33 ` [V7 23/45] drm/amd/display: Ignore deprecated props when plane_color_pipeline set Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2024-12-20 4:33 ` [V7 25/45] drm/amd/display: Skip color pipeline initialization for cursor plane Alex Hung ` (20 subsequent siblings) 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> Add the default Bypass pipeline and ensure it passes the kms_colorop test plane-XR30-XR30-bypass. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- .../amd/display/amdgpu_dm/amdgpu_dm_plane.c | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c index 495e3cd70426..22ff9a31b592 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c @@ -1756,6 +1756,20 @@ dm_atomic_plane_get_property(struct drm_plane *plane, } #endif +#define MAX_COLOR_PIPELINES 5 + +static int +dm_plane_init_colorops(struct drm_plane *plane) +{ + struct drm_prop_enum_list pipelines[MAX_COLOR_PIPELINES]; + int len = 0; + + /* Create COLOR_PIPELINE property and attach */ + drm_plane_create_color_pipeline_property(plane, pipelines, len); + + return 0; +} + static const struct drm_plane_funcs dm_plane_funcs = { .update_plane = drm_atomic_helper_update_plane, .disable_plane = drm_atomic_helper_disable_plane, @@ -1859,7 +1873,12 @@ int amdgpu_dm_plane_init(struct amdgpu_display_manager *dm, #ifdef AMD_PRIVATE_COLOR dm_atomic_plane_attach_color_mgmt_properties(dm, plane); +#else + res = dm_plane_init_colorops(plane); + if (res) + return res; #endif + /* Create (reset) the plane state */ if (plane->funcs->reset) plane->funcs->reset(plane); -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* [V7 25/45] drm/amd/display: Skip color pipeline initialization for cursor plane 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (23 preceding siblings ...) 2024-12-20 4:33 ` [V7 24/45] drm/amd/display: Add bypass COLOR PIPELINE Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2024-12-20 4:33 ` [V7 26/45] drm/amd/display: Add support for sRGB EOTF in DEGAM block Alex Hung ` (19 subsequent siblings) 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung cursor plane does not need to have color pipeline. Signed-off-by: Alex Hung <alex.hung@amd.com> --- v7: - Add a commit messages drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c index 22ff9a31b592..1bfb9f340c24 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c @@ -1764,6 +1764,9 @@ dm_plane_init_colorops(struct drm_plane *plane) struct drm_prop_enum_list pipelines[MAX_COLOR_PIPELINES]; int len = 0; + if (plane->type == DRM_PLANE_TYPE_CURSOR) + return 0; + /* Create COLOR_PIPELINE property and attach */ drm_plane_create_color_pipeline_property(plane, pipelines, len); -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* [V7 26/45] drm/amd/display: Add support for sRGB EOTF in DEGAM block 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (24 preceding siblings ...) 2024-12-20 4:33 ` [V7 25/45] drm/amd/display: Skip color pipeline initialization for cursor plane Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-02-13 15:35 ` Leo Li 2024-12-20 4:33 ` [V7 27/45] drm/amd/display: Add support for sRGB Inverse EOTF in SHAPER block Alex Hung ` (18 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung Expose one 1D curve colorop with support for DRM_COLOROP_1D_CURVE_SRGB_EOTF and program HW to perform the sRGB transform when the colorop is not in bypass. With this change the following IGT test passes: kms_colorop --run plane-XR30-XR30-srgb_eotf The color pipeline now consists of a single colorop: 1. 1D curve colorop w/ sRGB EOTF Signed-off-by: Alex Hung <alex.hung@amd.com> Co-developed-by: Harry Wentland <harry.wentland@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Fix checkpatch warnings - Change switch "{ }" position - Delete double ";" - Delete "{ }" for single-line if-statement - Add a new line at EOF - Change SPDX-License-Identifier: GPL-2.0+ from // to /* */ v6: - cleanup if colorop alloc or init fails .../gpu/drm/amd/display/amdgpu_dm/Makefile | 3 +- .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 86 +++++++++++++++++++ .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 70 +++++++++++++++ .../amd/display/amdgpu_dm/amdgpu_dm_colorop.h | 34 ++++++++ .../amd/display/amdgpu_dm/amdgpu_dm_plane.c | 10 +++ 5 files changed, 202 insertions(+), 1 deletion(-) create mode 100644 drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c create mode 100644 drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/Makefile b/drivers/gpu/drm/amd/display/amdgpu_dm/Makefile index ab2a97e354da..46158d67ab12 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/Makefile +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/Makefile @@ -38,7 +38,8 @@ AMDGPUDM = \ amdgpu_dm_pp_smu.o \ amdgpu_dm_psr.o \ amdgpu_dm_replay.o \ - amdgpu_dm_wb.o + amdgpu_dm_wb.o \ + amdgpu_dm_colorop.o ifdef CONFIG_DRM_AMD_DC_FP AMDGPUDM += dc_fpu.o diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c index ebabfe3a512f..566035af00cd 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c @@ -668,6 +668,18 @@ amdgpu_tf_to_dc_tf(enum amdgpu_transfer_function tf) } } +static enum dc_transfer_func_predefined +amdgpu_colorop_tf_to_dc_tf(enum drm_colorop_curve_1d_type tf) +{ + switch (tf) { + case DRM_COLOROP_1D_CURVE_SRGB_EOTF: + case DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF: + return TRANSFER_FUNCTION_SRGB; + default: + return TRANSFER_FUNCTION_LINEAR; + } +} + static void __to_dc_lut3d_color(struct dc_rgb *rgb, const struct drm_color_lut lut, int bit_precision) @@ -1137,6 +1149,59 @@ __set_dm_plane_degamma(struct drm_plane_state *plane_state, return 0; } +static int +__set_colorop_in_tf_1d_curve(struct dc_plane_state *dc_plane_state, + struct drm_colorop_state *colorop_state) +{ + struct dc_transfer_func *tf = &dc_plane_state->in_transfer_func; + struct drm_colorop *colorop = colorop_state->colorop; + struct drm_device *drm = colorop->dev; + + if (colorop->type != DRM_COLOROP_1D_CURVE && + colorop_state->curve_1d_type != DRM_COLOROP_1D_CURVE_SRGB_EOTF) + return -EINVAL; + + if (colorop_state->bypass) { + tf->type = TF_TYPE_BYPASS; + tf->tf = TRANSFER_FUNCTION_LINEAR; + return 0; + } + + drm_dbg(drm, "Degamma colorop with ID: %d\n", colorop->base.id); + + tf->type = TF_TYPE_PREDEFINED; + tf->tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); + + return 0; +} + +static int +__set_dm_plane_colorop_degamma(struct drm_plane_state *plane_state, + struct dc_plane_state *dc_plane_state, + struct drm_colorop *colorop) +{ + struct drm_colorop *old_colorop; + struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; + struct drm_atomic_state *state = plane_state->state; + int i = 0; + + old_colorop = colorop; + + /* 1st op: 1d curve - degamma */ + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { + if (new_colorop_state->colorop == old_colorop && + new_colorop_state->curve_1d_type == DRM_COLOROP_1D_CURVE_SRGB_EOTF) { + colorop_state = new_colorop_state; + break; + } + } + + if (!colorop_state) + return -EINVAL; + + return __set_colorop_in_tf_1d_curve(dc_plane_state, colorop_state); +} + static int amdgpu_dm_plane_set_color_properties(struct drm_plane_state *plane_state, struct dc_plane_state *dc_plane_state) @@ -1187,6 +1252,24 @@ amdgpu_dm_plane_set_color_properties(struct drm_plane_state *plane_state, return 0; } +static int +amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, + struct dc_plane_state *dc_plane_state) +{ + struct drm_colorop *colorop = plane_state->color_pipeline; + int ret; + + /* 1D Curve - DEGAM TF */ + if (!colorop) + return -EINVAL; + + ret = __set_dm_plane_colorop_degamma(plane_state, dc_plane_state, colorop); + if (ret) + return ret; + + return 0; +} + /** * amdgpu_dm_update_plane_color_mgmt: Maps DRM color management to DC plane. * @crtc: amdgpu_dm crtc state @@ -1283,5 +1366,8 @@ int amdgpu_dm_update_plane_color_mgmt(struct dm_crtc_state *crtc, dc_plane_state->input_csc_color_matrix.enable_adjustment = false; } + if (!amdgpu_dm_plane_set_colorop_properties(plane_state, dc_plane_state)) + return 0; + return amdgpu_dm_plane_set_color_properties(plane_state, dc_plane_state); } diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c new file mode 100644 index 000000000000..3be0cb19ebc7 --- /dev/null +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c @@ -0,0 +1,70 @@ +// SPDX-License-Identifier: MIT +/* + * Copyright 2023 Advanced Micro Devices, Inc. + * + * Permission is hereby granted, free of charge, to any person obtaining a + * copy of this software and associated documentation files (the "Software"), + * to deal in the Software without restriction, including without limitation + * the rights to use, copy, modify, merge, publish, distribute, sublicense, + * and/or sell copies of the Software, and to permit persons to whom the + * Software is furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice shall be included in + * all copies or substantial portions of the Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL + * THE COPYRIGHT HOLDER(S) OR AUTHOR(S) BE LIABLE FOR ANY CLAIM, DAMAGES OR + * OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, + * ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR + * OTHER DEALINGS IN THE SOFTWARE. + * + * Authors: AMD + * + */ + +#include <drm/drm_print.h> +#include <drm/drm_plane.h> +#include <drm/drm_property.h> +#include <drm/drm_colorop.h> + +#include "amdgpu_dm_colorop.h" + +const u64 amdgpu_dm_supported_degam_tfs = + BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF); + +#define MAX_COLOR_PIPELINE_OPS 10 + +int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list) +{ + struct drm_colorop *ops[MAX_COLOR_PIPELINE_OPS]; + struct drm_device *dev = plane->dev; + int ret; + int i = 0; + + memset(ops, 0, sizeof(ops)); + + /* 1D curve - DEGAM TF */ + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); + if (!ops[i]) { + DRM_ERROR("KMS: Failed to allocate colorop\n"); + ret = -ENOMEM; + goto cleanup; + } + + ret = drm_colorop_curve_1d_init(dev, ops[i], plane, amdgpu_dm_supported_degam_tfs); + if (ret) + goto cleanup; + + list->type = ops[i]->base.id; + list->name = kasprintf(GFP_KERNEL, "Color Pipeline %d", ops[i]->base.id); + + return 0; + +cleanup: + for (; i >= 0; i--) + kfree(ops[i]); + + return ret; +} diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h new file mode 100644 index 000000000000..3324e2a66079 --- /dev/null +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h @@ -0,0 +1,34 @@ +/* SPDX-License-Identifier: MIT */ +/* + * Copyright 2023 Advanced Micro Devices, Inc. + * + * Permission is hereby granted, free of charge, to any person obtaining a + * copy of this software and associated documentation files (the "Software"), + * to deal in the Software without restriction, including without limitation + * the rights to use, copy, modify, merge, publish, distribute, sublicense, + * and/or sell copies of the Software, and to permit persons to whom the + * Software is furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice shall be included in + * all copies or substantial portions of the Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL + * THE COPYRIGHT HOLDER(S) OR AUTHOR(S) BE LIABLE FOR ANY CLAIM, DAMAGES OR + * OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, + * ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR + * OTHER DEALINGS IN THE SOFTWARE. + * + * Authors: AMD + * + */ + +#ifndef __AMDGPU_DM_COLOROP_H__ +#define __AMDGPU_DM_COLOROP_H__ + +extern const u64 amdgpu_dm_supported_degam_tfs; + +int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list); + +#endif /* __AMDGPU_DM_COLOROP_H__*/ diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c index 1bfb9f340c24..78c749ce1bd0 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c @@ -36,6 +36,7 @@ #include "amdgpu_display.h" #include "amdgpu_dm_trace.h" #include "amdgpu_dm_plane.h" +#include "amdgpu_dm_colorop.h" #include "gc/gc_11_0_0_offset.h" #include "gc/gc_11_0_0_sh_mask.h" @@ -1763,10 +1764,19 @@ dm_plane_init_colorops(struct drm_plane *plane) { struct drm_prop_enum_list pipelines[MAX_COLOR_PIPELINES]; int len = 0; + int ret; if (plane->type == DRM_PLANE_TYPE_CURSOR) return 0; + /* initialize default pipeline */ + ret = amdgpu_dm_initialize_default_pipeline(plane, &(pipelines[len])); + if (ret) { + DRM_ERROR("Failed to create color pipeline for plane %d: %d\n", plane->base.id, ret); + return ret; + } + len++; + /* Create COLOR_PIPELINE property and attach */ drm_plane_create_color_pipeline_property(plane, pipelines, len); -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 26/45] drm/amd/display: Add support for sRGB EOTF in DEGAM block 2024-12-20 4:33 ` [V7 26/45] drm/amd/display: Add support for sRGB EOTF in DEGAM block Alex Hung @ 2025-02-13 15:35 ` Leo Li 0 siblings, 0 replies; 127+ messages in thread From: Leo Li @ 2025-02-13 15:35 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland On 2024-12-19 23:33, Alex Hung wrote: > Expose one 1D curve colorop with support for > DRM_COLOROP_1D_CURVE_SRGB_EOTF and program HW to perform > the sRGB transform when the colorop is not in bypass. > > With this change the following IGT test passes: > kms_colorop --run plane-XR30-XR30-srgb_eotf > > The color pipeline now consists of a single colorop: > 1. 1D curve colorop w/ sRGB EOTF > > Signed-off-by: Alex Hung <alex.hung@amd.com> > Co-developed-by: Harry Wentland <harry.wentland@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > --- > v7: > - Fix checkpatch warnings > - Change switch "{ }" position > - Delete double ";" > - Delete "{ }" for single-line if-statement > - Add a new line at EOF > - Change SPDX-License-Identifier: GPL-2.0+ from // to /* */ > > v6: > - cleanup if colorop alloc or init fails > > .../gpu/drm/amd/display/amdgpu_dm/Makefile | 3 +- > .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 86 +++++++++++++++++++ > .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 70 +++++++++++++++ > .../amd/display/amdgpu_dm/amdgpu_dm_colorop.h | 34 ++++++++ > .../amd/display/amdgpu_dm/amdgpu_dm_plane.c | 10 +++ > 5 files changed, 202 insertions(+), 1 deletion(-) > create mode 100644 drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > create mode 100644 drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h > > diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/Makefile b/drivers/gpu/drm/amd/display/amdgpu_dm/Makefile > index ab2a97e354da..46158d67ab12 100644 > --- a/drivers/gpu/drm/amd/display/amdgpu_dm/Makefile > +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/Makefile > @@ -38,7 +38,8 @@ AMDGPUDM = \ > amdgpu_dm_pp_smu.o \ > amdgpu_dm_psr.o \ > amdgpu_dm_replay.o \ > - amdgpu_dm_wb.o > + amdgpu_dm_wb.o \ > + amdgpu_dm_colorop.o > > ifdef CONFIG_DRM_AMD_DC_FP > AMDGPUDM += dc_fpu.o > diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > index ebabfe3a512f..566035af00cd 100644 > --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > @@ -668,6 +668,18 @@ amdgpu_tf_to_dc_tf(enum amdgpu_transfer_function tf) > } > } > > +static enum dc_transfer_func_predefined > +amdgpu_colorop_tf_to_dc_tf(enum drm_colorop_curve_1d_type tf) > +{ > + switch (tf) { > + case DRM_COLOROP_1D_CURVE_SRGB_EOTF: > + case DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF: > + return TRANSFER_FUNCTION_SRGB; > + default: > + return TRANSFER_FUNCTION_LINEAR; > + } > +} > + > static void __to_dc_lut3d_color(struct dc_rgb *rgb, > const struct drm_color_lut lut, > int bit_precision) > @@ -1137,6 +1149,59 @@ __set_dm_plane_degamma(struct drm_plane_state *plane_state, > return 0; > } > > +static int > +__set_colorop_in_tf_1d_curve(struct dc_plane_state *dc_plane_state, > + struct drm_colorop_state *colorop_state) > +{ > + struct dc_transfer_func *tf = &dc_plane_state->in_transfer_func; > + struct drm_colorop *colorop = colorop_state->colorop; > + struct drm_device *drm = colorop->dev; > + > + if (colorop->type != DRM_COLOROP_1D_CURVE && > + colorop_state->curve_1d_type != DRM_COLOROP_1D_CURVE_SRGB_EOTF) Should it be || instead of &&? It sounds to me that this should error if either condition is the case. It's not critical, since they look to be dropped as more subtypes are introduced in later patches. Just curious if the && was intentional. - Leo > + return -EINVAL; > + > + if (colorop_state->bypass) { > + tf->type = TF_TYPE_BYPASS; > + tf->tf = TRANSFER_FUNCTION_LINEAR; > + return 0; > + } > + > + drm_dbg(drm, "Degamma colorop with ID: %d\n", colorop->base.id); > + > + tf->type = TF_TYPE_PREDEFINED; > + tf->tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); > + > + return 0; > +} > + > +static int > +__set_dm_plane_colorop_degamma(struct drm_plane_state *plane_state, > + struct dc_plane_state *dc_plane_state, > + struct drm_colorop *colorop) > +{ > + struct drm_colorop *old_colorop; > + struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; > + struct drm_atomic_state *state = plane_state->state; > + int i = 0; > + > + old_colorop = colorop; > + > + /* 1st op: 1d curve - degamma */ > + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { > + if (new_colorop_state->colorop == old_colorop && > + new_colorop_state->curve_1d_type == DRM_COLOROP_1D_CURVE_SRGB_EOTF) { > + colorop_state = new_colorop_state; > + break; > + } > + } > + > + if (!colorop_state) > + return -EINVAL; > + > + return __set_colorop_in_tf_1d_curve(dc_plane_state, colorop_state); > +} > + > static int > amdgpu_dm_plane_set_color_properties(struct drm_plane_state *plane_state, > struct dc_plane_state *dc_plane_state) > @@ -1187,6 +1252,24 @@ amdgpu_dm_plane_set_color_properties(struct drm_plane_state *plane_state, > return 0; > } > > +static int > +amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, > + struct dc_plane_state *dc_plane_state) > +{ > + struct drm_colorop *colorop = plane_state->color_pipeline; > + int ret; > + > + /* 1D Curve - DEGAM TF */ > + if (!colorop) > + return -EINVAL; > + > + ret = __set_dm_plane_colorop_degamma(plane_state, dc_plane_state, colorop); > + if (ret) > + return ret; > + > + return 0; > +} > + > /** > * amdgpu_dm_update_plane_color_mgmt: Maps DRM color management to DC plane. > * @crtc: amdgpu_dm crtc state > @@ -1283,5 +1366,8 @@ int amdgpu_dm_update_plane_color_mgmt(struct dm_crtc_state *crtc, > dc_plane_state->input_csc_color_matrix.enable_adjustment = false; > } > > + if (!amdgpu_dm_plane_set_colorop_properties(plane_state, dc_plane_state)) > + return 0; > + > return amdgpu_dm_plane_set_color_properties(plane_state, dc_plane_state); > } > diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > new file mode 100644 > index 000000000000..3be0cb19ebc7 > --- /dev/null > +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > @@ -0,0 +1,70 @@ > +// SPDX-License-Identifier: MIT > +/* > + * Copyright 2023 Advanced Micro Devices, Inc. > + * > + * Permission is hereby granted, free of charge, to any person obtaining a > + * copy of this software and associated documentation files (the "Software"), > + * to deal in the Software without restriction, including without limitation > + * the rights to use, copy, modify, merge, publish, distribute, sublicense, > + * and/or sell copies of the Software, and to permit persons to whom the > + * Software is furnished to do so, subject to the following conditions: > + * > + * The above copyright notice and this permission notice shall be included in > + * all copies or substantial portions of the Software. > + * > + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR > + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, > + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL > + * THE COPYRIGHT HOLDER(S) OR AUTHOR(S) BE LIABLE FOR ANY CLAIM, DAMAGES OR > + * OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, > + * ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR > + * OTHER DEALINGS IN THE SOFTWARE. > + * > + * Authors: AMD > + * > + */ > + > +#include <drm/drm_print.h> > +#include <drm/drm_plane.h> > +#include <drm/drm_property.h> > +#include <drm/drm_colorop.h> > + > +#include "amdgpu_dm_colorop.h" > + > +const u64 amdgpu_dm_supported_degam_tfs = > + BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF); > + > +#define MAX_COLOR_PIPELINE_OPS 10 > + > +int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list) > +{ > + struct drm_colorop *ops[MAX_COLOR_PIPELINE_OPS]; > + struct drm_device *dev = plane->dev; > + int ret; > + int i = 0; > + > + memset(ops, 0, sizeof(ops)); > + > + /* 1D curve - DEGAM TF */ > + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); > + if (!ops[i]) { > + DRM_ERROR("KMS: Failed to allocate colorop\n"); > + ret = -ENOMEM; > + goto cleanup; > + } > + > + ret = drm_colorop_curve_1d_init(dev, ops[i], plane, amdgpu_dm_supported_degam_tfs); > + if (ret) > + goto cleanup; > + > + list->type = ops[i]->base.id; > + list->name = kasprintf(GFP_KERNEL, "Color Pipeline %d", ops[i]->base.id); > + > + return 0; > + > +cleanup: > + for (; i >= 0; i--) > + kfree(ops[i]); > + > + return ret; > +} > diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h > new file mode 100644 > index 000000000000..3324e2a66079 > --- /dev/null > +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h > @@ -0,0 +1,34 @@ > +/* SPDX-License-Identifier: MIT */ > +/* > + * Copyright 2023 Advanced Micro Devices, Inc. > + * > + * Permission is hereby granted, free of charge, to any person obtaining a > + * copy of this software and associated documentation files (the "Software"), > + * to deal in the Software without restriction, including without limitation > + * the rights to use, copy, modify, merge, publish, distribute, sublicense, > + * and/or sell copies of the Software, and to permit persons to whom the > + * Software is furnished to do so, subject to the following conditions: > + * > + * The above copyright notice and this permission notice shall be included in > + * all copies or substantial portions of the Software. > + * > + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR > + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, > + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL > + * THE COPYRIGHT HOLDER(S) OR AUTHOR(S) BE LIABLE FOR ANY CLAIM, DAMAGES OR > + * OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, > + * ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR > + * OTHER DEALINGS IN THE SOFTWARE. > + * > + * Authors: AMD > + * > + */ > + > +#ifndef __AMDGPU_DM_COLOROP_H__ > +#define __AMDGPU_DM_COLOROP_H__ > + > +extern const u64 amdgpu_dm_supported_degam_tfs; > + > +int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list); > + > +#endif /* __AMDGPU_DM_COLOROP_H__*/ > diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c > index 1bfb9f340c24..78c749ce1bd0 100644 > --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c > +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_plane.c > @@ -36,6 +36,7 @@ > #include "amdgpu_display.h" > #include "amdgpu_dm_trace.h" > #include "amdgpu_dm_plane.h" > +#include "amdgpu_dm_colorop.h" > #include "gc/gc_11_0_0_offset.h" > #include "gc/gc_11_0_0_sh_mask.h" > > @@ -1763,10 +1764,19 @@ dm_plane_init_colorops(struct drm_plane *plane) > { > struct drm_prop_enum_list pipelines[MAX_COLOR_PIPELINES]; > int len = 0; > + int ret; > > if (plane->type == DRM_PLANE_TYPE_CURSOR) > return 0; > > + /* initialize default pipeline */ > + ret = amdgpu_dm_initialize_default_pipeline(plane, &(pipelines[len])); > + if (ret) { > + DRM_ERROR("Failed to create color pipeline for plane %d: %d\n", plane->base.id, ret); > + return ret; > + } > + len++; > + > /* Create COLOR_PIPELINE property and attach */ > drm_plane_create_color_pipeline_property(plane, pipelines, len); > ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 27/45] drm/amd/display: Add support for sRGB Inverse EOTF in SHAPER block 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (25 preceding siblings ...) 2024-12-20 4:33 ` [V7 26/45] drm/amd/display: Add support for sRGB EOTF in DEGAM block Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2024-12-20 4:33 ` [V7 28/45] drm/amd/display: Add support for sRGB EOTF in BLND block Alex Hung ` (17 subsequent siblings) 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung Expose a 2nd curve colorop with support for DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF and program HW to perform the sRGB Inverse EOTF on the shaper block when the colorop is not in bypass. With this change the follow IGT tests pass: kms_colorop --run plane-XR30-XR30-srgb_inv_eotf kms_colorop --run plane-XR30-XR30-srgb_eotf-srgb_inv_eotf The color pipeline now consists of the following colorops: 1. 1D curve colorop w/ sRGB EOTF support 2. 1D curve colorop w/ sRGB Inverse EOTF support Signed-off-by: Alex Hung <alex.hung@amd.com> Co-developed-by: Harry Wentland <harry.wentland@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v6: - don't pass uninitialized variable into __set_output_tf .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 74 +++++++++++++++++++ .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 19 +++++ .../amd/display/amdgpu_dm/amdgpu_dm_colorop.h | 1 + 3 files changed, 94 insertions(+) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c index 566035af00cd..65f681b0c31c 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c @@ -1202,6 +1202,68 @@ __set_dm_plane_colorop_degamma(struct drm_plane_state *plane_state, return __set_colorop_in_tf_1d_curve(dc_plane_state, colorop_state); } +static int +__set_colorop_in_shaper_1d_curve(struct dc_plane_state *dc_plane_state, + struct drm_colorop_state *colorop_state) +{ + struct dc_transfer_func *tf = &dc_plane_state->in_shaper_func; + struct drm_colorop *colorop = colorop_state->colorop; + struct drm_device *drm = colorop->dev; + + if (colorop->type != DRM_COLOROP_1D_CURVE && + colorop_state->curve_1d_type != DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF) + return -EINVAL; + + if (colorop_state->bypass) { + tf->type = TF_TYPE_BYPASS; + tf->tf = TRANSFER_FUNCTION_LINEAR; + return 0; + } + + drm_dbg(drm, "Shaper colorop with ID: %d\n", colorop->base.id); + + if (colorop->type == DRM_COLOROP_1D_CURVE) { + tf->type = TF_TYPE_DISTRIBUTED_POINTS; + tf->tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); + tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; + return __set_output_tf(tf, 0, 0, false); + } + + return -EINVAL; +} + +static int +__set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, + struct dc_plane_state *dc_plane_state, + struct drm_colorop *colorop) +{ + struct drm_colorop *old_colorop; + struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; + struct drm_atomic_state *state = plane_state->state; + int i = 0; + + old_colorop = colorop; + + /* 2nd op: 1d curve - shaper */ + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { + if (new_colorop_state->colorop == old_colorop && + new_colorop_state->curve_1d_type == DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF) { + colorop_state = new_colorop_state; + break; + } + + if (new_colorop_state->colorop == old_colorop) { + colorop_state = new_colorop_state; + break; + } + } + + if (!colorop_state) + return -EINVAL; + + return __set_colorop_in_shaper_1d_curve(dc_plane_state, colorop_state); +} + static int amdgpu_dm_plane_set_color_properties(struct drm_plane_state *plane_state, struct dc_plane_state *dc_plane_state) @@ -1257,6 +1319,7 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, struct dc_plane_state *dc_plane_state) { struct drm_colorop *colorop = plane_state->color_pipeline; + struct drm_device *dev = plane_state->plane->dev; int ret; /* 1D Curve - DEGAM TF */ @@ -1267,6 +1330,17 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, if (ret) return ret; + /* 1D Curve - SHAPER TF */ + colorop = colorop->next; + if (!colorop) { + drm_dbg(dev, "no Shaper TF colorop found\n"); + return -EINVAL; + } + + ret = __set_dm_plane_colorop_shaper(plane_state, dc_plane_state, colorop); + if (ret) + return ret; + return 0; } diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c index 3be0cb19ebc7..718544b11863 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c @@ -34,6 +34,9 @@ const u64 amdgpu_dm_supported_degam_tfs = BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF); +const u64 amdgpu_dm_supported_shaper_tfs = + BIT(DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF); + #define MAX_COLOR_PIPELINE_OPS 10 int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list) @@ -60,6 +63,22 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr list->type = ops[i]->base.id; list->name = kasprintf(GFP_KERNEL, "Color Pipeline %d", ops[i]->base.id); + i++; + + /* 1D curve - SHAPER TF */ + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); + if (!ops[i]) { + DRM_ERROR("KMS: Failed to allocate colorop\n"); + ret = -ENOMEM; + goto cleanup; + } + + ret = drm_colorop_curve_1d_init(dev, ops[i], plane, amdgpu_dm_supported_shaper_tfs); + if (ret) + goto cleanup; + + drm_colorop_set_next_property(ops[i-1], ops[i]); + return 0; cleanup: diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h index 3324e2a66079..71cd27994528 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h @@ -28,6 +28,7 @@ #define __AMDGPU_DM_COLOROP_H__ extern const u64 amdgpu_dm_supported_degam_tfs; +extern const u64 amdgpu_dm_supported_shaper_tfs; int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list); -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* [V7 28/45] drm/amd/display: Add support for sRGB EOTF in BLND block 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (26 preceding siblings ...) 2024-12-20 4:33 ` [V7 27/45] drm/amd/display: Add support for sRGB Inverse EOTF in SHAPER block Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2024-12-20 4:33 ` [V7 29/45] drm/colorop: Add PQ 125 EOTF and its inverse Alex Hung ` (16 subsequent siblings) 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung Expose a 3rd 1D curve colorop, with support for DRM_COLOROP_1D_CURVE_SRGB_EOTF and program the BLND block to perform the sRGB transform when the colorop is not in bypass With this change the following IGT test passes: kms_colorop --run plane-XR30-XR30-srgb_eotf-srgb_inv_eotf-srgb_eotf The color pipeline now consists of the following colorops: 1. 1D curve colorop w/ sRGB EOTF support 2. 1D curve colorop w/ sRGB Inverse EOTF support 3. 1D curve colorop w/ sRGB EOTF support Signed-off-by: Alex Hung <alex.hung@amd.com> Co-developed-by: Harry Wentland <harry.wentland@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Initialized uint32_t blend_size = 0 by default (kernel test robot) .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 77 +++++++++++++++++++ .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 19 +++++ .../amd/display/amdgpu_dm/amdgpu_dm_colorop.h | 1 + 3 files changed, 97 insertions(+) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c index 65f681b0c31c..ddc8318f6201 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c @@ -1264,6 +1264,72 @@ __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, return __set_colorop_in_shaper_1d_curve(dc_plane_state, colorop_state); } + +static int +__set_colorop_1d_curve_blend_tf_lut(struct dc_plane_state *dc_plane_state, + struct drm_colorop_state *colorop_state) +{ + + struct dc_transfer_func *tf = &dc_plane_state->blend_tf; + struct drm_colorop *colorop = colorop_state->colorop; + struct drm_device *drm = colorop->dev; + const struct drm_color_lut *blend_lut; + uint32_t blend_size = 0; + + if (colorop->type != DRM_COLOROP_1D_CURVE && + colorop_state->curve_1d_type != DRM_COLOROP_1D_CURVE_SRGB_EOTF) + return -EINVAL; + + if (colorop_state->bypass) { + tf->type = TF_TYPE_BYPASS; + tf->tf = TRANSFER_FUNCTION_LINEAR; + return 0; + } + + drm_dbg(drm, "Blend colorop with ID: %d\n", colorop->base.id); + + if (colorop->type == DRM_COLOROP_1D_CURVE) { + tf->type = TF_TYPE_DISTRIBUTED_POINTS; + tf->tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); + tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; + return __set_input_tf(NULL, tf, blend_lut, blend_size); + } + + return -EINVAL; +} + +static int +__set_dm_plane_colorop_blend(struct drm_plane_state *plane_state, + struct dc_plane_state *dc_plane_state, + struct drm_colorop *colorop) +{ + struct drm_colorop *old_colorop; + struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; + struct drm_atomic_state *state = plane_state->state; + int i = 0; + + old_colorop = colorop; + + /* 3nd op: 1d curve - blend */ + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { + if (new_colorop_state->colorop == old_colorop && + new_colorop_state->curve_1d_type == DRM_COLOROP_1D_CURVE_SRGB_EOTF) { + colorop_state = new_colorop_state; + break; + } + + if (new_colorop_state->colorop == old_colorop) { + colorop_state = new_colorop_state; + break; + } + } + + if (!colorop_state) + return -EINVAL; + + return __set_colorop_1d_curve_blend_tf_lut(dc_plane_state, colorop_state); +} + static int amdgpu_dm_plane_set_color_properties(struct drm_plane_state *plane_state, struct dc_plane_state *dc_plane_state) @@ -1341,6 +1407,17 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, if (ret) return ret; + /* 1D Curve - BLND TF */ + colorop = colorop->next; + if (!colorop) { + drm_dbg(dev, "no Blend TF colorop found\n"); + return -EINVAL; + } + + ret = __set_dm_plane_colorop_blend(plane_state, dc_plane_state, colorop); + if (ret) + return ret; + return 0; } diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c index 718544b11863..c5154e1430f5 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c @@ -37,6 +37,9 @@ const u64 amdgpu_dm_supported_degam_tfs = const u64 amdgpu_dm_supported_shaper_tfs = BIT(DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF); +const u64 amdgpu_dm_supported_blnd_tfs = + BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF); + #define MAX_COLOR_PIPELINE_OPS 10 int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list) @@ -79,6 +82,22 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr drm_colorop_set_next_property(ops[i-1], ops[i]); + i++; + + /* 1D curve - BLND TF */ + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); + if (!ops[i]) { + DRM_ERROR("KMS: Failed to allocate colorop\n"); + ret = -ENOMEM; + goto cleanup; + } + + ret = drm_colorop_curve_1d_init(dev, ops[i], plane, amdgpu_dm_supported_blnd_tfs); + if (ret) + goto cleanup; + + drm_colorop_set_next_property(ops[i-1], ops[i]); + return 0; cleanup: diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h index 71cd27994528..2e1617ffc8ee 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.h @@ -29,6 +29,7 @@ extern const u64 amdgpu_dm_supported_degam_tfs; extern const u64 amdgpu_dm_supported_shaper_tfs; +extern const u64 amdgpu_dm_supported_blnd_tfs; int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list); -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* [V7 29/45] drm/colorop: Add PQ 125 EOTF and its inverse 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (27 preceding siblings ...) 2024-12-20 4:33 ` [V7 28/45] drm/amd/display: Add support for sRGB EOTF in BLND block Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-15 8:00 ` Simon Ser 2025-01-17 9:04 ` Pekka Paalanen 2024-12-20 4:33 ` [V7 30/45] drm/amd/display: Enable support for PQ 125 EOTF and Inverse Alex Hung ` (15 subsequent siblings) 44 siblings, 2 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> The PQ function defines a mapping of code values to nits (cd/m^2). The max code value maps to 10,000 nits. Windows DWM's canonical composition color space (CCCS) defaults to composing SDR contents to 80 nits and uses a float value of 1.0 to represent this. For this reason AMD HW hard-codes a PQ function that is scaled by 125, yielding 80 nit PQ values for 1.0 and 10,000 nits at 125.0. This patch introduces this scaled PQ EOTF and its inverse as 1D curve types. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- drivers/gpu/drm/drm_colorop.c | 2 ++ include/drm/drm_colorop.h | 21 ++++++++++++++++++++- 2 files changed, 22 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c index 7d4b29c0a0cc..f3391602a577 100644 --- a/drivers/gpu/drm/drm_colorop.c +++ b/drivers/gpu/drm/drm_colorop.c @@ -70,6 +70,8 @@ static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { static const char * const colorop_curve_1d_type_names[] = { [DRM_COLOROP_1D_CURVE_SRGB_EOTF] = "sRGB EOTF", [DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF] = "sRGB Inverse EOTF", + [DRM_COLOROP_1D_CURVE_PQ_125_EOTF] = "PQ 125 EOTF", + [DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF] = "PQ 125 Inverse EOTF", }; diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h index e9f5c1adc2fe..4084a7438032 100644 --- a/include/drm/drm_colorop.h +++ b/include/drm/drm_colorop.h @@ -36,7 +36,6 @@ * enum drm_colorop_curve_1d_type - type of 1D curve * * Describes a 1D curve to be applied by the DRM_COLOROP_1D_CURVE colorop. - * */ enum drm_colorop_curve_1d_type { /** @@ -56,6 +55,26 @@ enum drm_colorop_curve_1d_type { */ DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF, + /** + * @DRM_COLOROP_1D_CURVE_PQ_125_EOTF: + * + * The PQ transfer function, scaled by 125.0f, so that 10,000 + * nits correspond to 125.0f. + * + * Transfer characteristics of the PQ function as defined by + * SMPTE ST 2084 (2014) for 10-, 12-, 14-, and 16-bit systems + * and Rec. ITU-R BT.2100-2 perceptual quantization (PQ) system. + * Equivalent to H.273 TransferCharacteristics code point 16. + */ + DRM_COLOROP_1D_CURVE_PQ_125_EOTF, + + /** + * @DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF: + * + * The inverse of DRM_COLOROP_1D_CURVE_PQ_125_EOTF. + */ + DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF, + /** * @DRM_COLOROP_1D_CURVE_COUNT: * -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 29/45] drm/colorop: Add PQ 125 EOTF and its inverse 2024-12-20 4:33 ` [V7 29/45] drm/colorop: Add PQ 125 EOTF and its inverse Alex Hung @ 2025-01-15 8:00 ` Simon Ser 2025-01-23 20:06 ` Harry Wentland 2025-01-17 9:04 ` Pekka Paalanen 1 sibling, 1 reply; 127+ messages in thread From: Simon Ser @ 2025-01-15 8:00 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland Is this 125 magic number something we can expect other hardware to implement as well? Could AMD use the HDR multiplier or another block to behave as if the multiplier didn't exist? Note, I am no HDR expert. Maybe others have a better idea whether this makes sense or not. ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 29/45] drm/colorop: Add PQ 125 EOTF and its inverse 2025-01-15 8:00 ` Simon Ser @ 2025-01-23 20:06 ` Harry Wentland 2025-01-23 20:33 ` Simon Ser 0 siblings, 1 reply; 127+ messages in thread From: Harry Wentland @ 2025-01-23 20:06 UTC (permalink / raw) To: Simon Ser, Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel On 2025-01-15 03:00, Simon Ser wrote: > Is this 125 magic number something we can expect other hardware to > implement as well? > It's based on MS's CCCS interpretation of 80 nits as 1.0f [1]. Based on this definition one needs to use 125.0f to represent 10,000 nits, the maximum value PQ can represent. It's hard to say whether other HW will implement it the same way, though most drivers for HW that supports HDR on Windows might have a similar concept somewhere. > Could AMD use the HDR multiplier or another block to behave as if > the multiplier didn't exist? > Gamescope makes use of this scaled PQ EOTF and its inverse, so I'd like to expose at least one color pipeline that we can use to move gamescope from the AMD-private color properties to the color pipeline API. We only have a single HDR multiplier but three curves (1 and 3 are EOTF, curve 2 is the inverse). We could only mode a PQ curve in the range of 0 to MAX_VALUE (1.0, 255, 1024, etc.) for the 1st EOTF, not for the 2nd or 3rd curves. I'm not sure how useful that would be. [1] https://learn.microsoft.com/en-us/windows/win32/direct3darticles/high-dynamic-range#system-composition-using-a-high-bit-depth-canonical-color-space-1 Harry > Note, I am no HDR expert. Maybe others have a better idea whether this > makes sense or not. ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 29/45] drm/colorop: Add PQ 125 EOTF and its inverse 2025-01-23 20:06 ` Harry Wentland @ 2025-01-23 20:33 ` Simon Ser 0 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-23 20:33 UTC (permalink / raw) To: Harry Wentland; +Cc: Alex Hung, dri-devel, amd-gfx, wayland-devel On Thursday, January 23rd, 2025 at 21:06, Harry Wentland <harry.wentland@amd.com> wrote: > On 2025-01-15 03:00, Simon Ser wrote: > > > Is this 125 magic number something we can expect other hardware to > > implement as well? > > It's based on MS's CCCS interpretation of 80 nits as 1.0f [1]. Based on > this definition one needs to use 125.0f to represent 10,000 nits, > the maximum value PQ can represent. > > It's hard to say whether other HW will implement it the same way, > though most drivers for HW that supports HDR on Windows might have > a similar concept somewhere. I see, thanks for the explanation! > > Could AMD use the HDR multiplier or another block to behave as if > > the multiplier didn't exist? > > Gamescope makes use of this scaled PQ EOTF and its inverse, so I'd > like to expose at least one color pipeline that we can use to move > gamescope from the AMD-private color properties to the color pipeline > API. > > We only have a single HDR multiplier but three curves (1 and 3 are EOTF, > curve 2 is the inverse). We could only mode a PQ curve in the range of > 0 to MAX_VALUE (1.0, 255, 1024, etc.) for the 1st EOTF, not for the 2nd or > 3rd curves. I'm not sure how useful that would be. Yeah, I don't see a good way out of this. I was hoping there could be a way to expose something more generic. Then maybe this curve ends up only being exposed by AMD, but as we discussed in the past that's fine. ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 29/45] drm/colorop: Add PQ 125 EOTF and its inverse 2024-12-20 4:33 ` [V7 29/45] drm/colorop: Add PQ 125 EOTF and its inverse Alex Hung 2025-01-15 8:00 ` Simon Ser @ 2025-01-17 9:04 ` Pekka Paalanen 2025-01-23 20:09 ` Harry Wentland 1 sibling, 1 reply; 127+ messages in thread From: Pekka Paalanen @ 2025-01-17 9:04 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland [-- Attachment #1: Type: text/plain, Size: 3289 bytes --] On Thu, 19 Dec 2024 21:33:35 -0700 Alex Hung <alex.hung@amd.com> wrote: > From: Harry Wentland <harry.wentland@amd.com> > > The PQ function defines a mapping of code values to nits (cd/m^2). > The max code value maps to 10,000 nits. > > Windows DWM's canonical composition color space (CCCS) defaults > to composing SDR contents to 80 nits and uses a float value of > 1.0 to represent this. For this reason AMD HW hard-codes a PQ > function that is scaled by 125, yielding 80 nit PQ values for > 1.0 and 10,000 nits at 125.0. > > This patch introduces this scaled PQ EOTF and its inverse as > 1D curve types. > > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > --- > drivers/gpu/drm/drm_colorop.c | 2 ++ > include/drm/drm_colorop.h | 21 ++++++++++++++++++++- > 2 files changed, 22 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c > index 7d4b29c0a0cc..f3391602a577 100644 > --- a/drivers/gpu/drm/drm_colorop.c > +++ b/drivers/gpu/drm/drm_colorop.c > @@ -70,6 +70,8 @@ static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { > static const char * const colorop_curve_1d_type_names[] = { > [DRM_COLOROP_1D_CURVE_SRGB_EOTF] = "sRGB EOTF", > [DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF] = "sRGB Inverse EOTF", > + [DRM_COLOROP_1D_CURVE_PQ_125_EOTF] = "PQ 125 EOTF", > + [DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF] = "PQ 125 Inverse EOTF", > }; > > > diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h > index e9f5c1adc2fe..4084a7438032 100644 > --- a/include/drm/drm_colorop.h > +++ b/include/drm/drm_colorop.h > @@ -36,7 +36,6 @@ > * enum drm_colorop_curve_1d_type - type of 1D curve > * > * Describes a 1D curve to be applied by the DRM_COLOROP_1D_CURVE colorop. > - * > */ > enum drm_colorop_curve_1d_type { > /** > @@ -56,6 +55,26 @@ enum drm_colorop_curve_1d_type { > */ > DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF, > > + /** > + * @DRM_COLOROP_1D_CURVE_PQ_125_EOTF: > + * > + * The PQ transfer function, scaled by 125.0f, so that 10,000 > + * nits correspond to 125.0f. > + * > + * Transfer characteristics of the PQ function as defined by > + * SMPTE ST 2084 (2014) for 10-, 12-, 14-, and 16-bit systems > + * and Rec. ITU-R BT.2100-2 perceptual quantization (PQ) system. > + * Equivalent to H.273 TransferCharacteristics code point 16. > + */ Hi, this all good, I'd just clarify a minor detail. H.273 code point 16 defines the normalised formula TF: [0.0, 1.0] -> [0.0, 1.0] so it is not equivalent to the 125-scaled version. Maybe you meant something like this? + * Transfer characteristics of the PQ function as defined by + * SMPTE ST 2084 (2014) for 10-, 12-, 14-, and 16-bit systems + * and Rec. ITU-R BT.2100-2 perceptual quantization (PQ) system, + * represented by H.273 TransferCharacteristics code point 16. Thanks, pq > + DRM_COLOROP_1D_CURVE_PQ_125_EOTF, > + > + /** > + * @DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF: > + * > + * The inverse of DRM_COLOROP_1D_CURVE_PQ_125_EOTF. > + */ > + DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF, > + > /** > * @DRM_COLOROP_1D_CURVE_COUNT: > * [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 29/45] drm/colorop: Add PQ 125 EOTF and its inverse 2025-01-17 9:04 ` Pekka Paalanen @ 2025-01-23 20:09 ` Harry Wentland 0 siblings, 0 replies; 127+ messages in thread From: Harry Wentland @ 2025-01-23 20:09 UTC (permalink / raw) To: Pekka Paalanen, Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel On 2025-01-17 04:04, Pekka Paalanen wrote: > On Thu, 19 Dec 2024 21:33:35 -0700 > Alex Hung <alex.hung@amd.com> wrote: > >> From: Harry Wentland <harry.wentland@amd.com> >> >> The PQ function defines a mapping of code values to nits (cd/m^2). >> The max code value maps to 10,000 nits. >> >> Windows DWM's canonical composition color space (CCCS) defaults >> to composing SDR contents to 80 nits and uses a float value of >> 1.0 to represent this. For this reason AMD HW hard-codes a PQ >> function that is scaled by 125, yielding 80 nit PQ values for >> 1.0 and 10,000 nits at 125.0. >> >> This patch introduces this scaled PQ EOTF and its inverse as >> 1D curve types. >> >> Signed-off-by: Alex Hung <alex.hung@amd.com> >> Signed-off-by: Harry Wentland <harry.wentland@amd.com> >> --- >> drivers/gpu/drm/drm_colorop.c | 2 ++ >> include/drm/drm_colorop.h | 21 ++++++++++++++++++++- >> 2 files changed, 22 insertions(+), 1 deletion(-) >> >> diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c >> index 7d4b29c0a0cc..f3391602a577 100644 >> --- a/drivers/gpu/drm/drm_colorop.c >> +++ b/drivers/gpu/drm/drm_colorop.c >> @@ -70,6 +70,8 @@ static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { >> static const char * const colorop_curve_1d_type_names[] = { >> [DRM_COLOROP_1D_CURVE_SRGB_EOTF] = "sRGB EOTF", >> [DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF] = "sRGB Inverse EOTF", >> + [DRM_COLOROP_1D_CURVE_PQ_125_EOTF] = "PQ 125 EOTF", >> + [DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF] = "PQ 125 Inverse EOTF", >> }; >> >> >> diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h >> index e9f5c1adc2fe..4084a7438032 100644 >> --- a/include/drm/drm_colorop.h >> +++ b/include/drm/drm_colorop.h >> @@ -36,7 +36,6 @@ >> * enum drm_colorop_curve_1d_type - type of 1D curve >> * >> * Describes a 1D curve to be applied by the DRM_COLOROP_1D_CURVE colorop. >> - * >> */ >> enum drm_colorop_curve_1d_type { >> /** >> @@ -56,6 +55,26 @@ enum drm_colorop_curve_1d_type { >> */ >> DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF, >> >> + /** >> + * @DRM_COLOROP_1D_CURVE_PQ_125_EOTF: >> + * >> + * The PQ transfer function, scaled by 125.0f, so that 10,000 >> + * nits correspond to 125.0f. >> + * >> + * Transfer characteristics of the PQ function as defined by >> + * SMPTE ST 2084 (2014) for 10-, 12-, 14-, and 16-bit systems >> + * and Rec. ITU-R BT.2100-2 perceptual quantization (PQ) system. >> + * Equivalent to H.273 TransferCharacteristics code point 16. >> + */ > > Hi, > > this all good, I'd just clarify a minor detail. > > H.273 code point 16 defines the normalised formula > TF: [0.0, 1.0] -> [0.0, 1.0] > so it is not equivalent to the 125-scaled version. > > Maybe you meant something like this? > > + * Transfer characteristics of the PQ function as defined by > + * SMPTE ST 2084 (2014) for 10-, 12-, 14-, and 16-bit systems > + * and Rec. ITU-R BT.2100-2 perceptual quantization (PQ) system, > + * represented by H.273 TransferCharacteristics code point 16. > Right, and thanks for the clarification. Harry > > Thanks, > pq > > >> + DRM_COLOROP_1D_CURVE_PQ_125_EOTF, >> + >> + /** >> + * @DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF: >> + * >> + * The inverse of DRM_COLOROP_1D_CURVE_PQ_125_EOTF. >> + */ >> + DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF, >> + >> /** >> * @DRM_COLOROP_1D_CURVE_COUNT: >> * > ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 30/45] drm/amd/display: Enable support for PQ 125 EOTF and Inverse 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (28 preceding siblings ...) 2024-12-20 4:33 ` [V7 29/45] drm/colorop: Add PQ 125 EOTF and its inverse Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2024-12-20 4:33 ` [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF Alex Hung ` (14 subsequent siblings) 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> This patchset enables support for the PQ_125 EOTF and its inverse on all existing plane 1D curve colorops, i.e., on DEGAM, SHAPER, and BLND blocks. With this patchset the following IGT subtests are passing: kms_colorop --run plane-XR30-XR30-pq_125_eotf kms_colorop --run plane-XR30-XR30-pq_125_inv_eotf kms_colorop --run plane-XR30-XR30-pq_125_eotf-pq_125_inv_eotf kms_colorop --run plane-XR30-XR30-pq_125_eotf-pq_125_inv_eotf-pq_125_eotf Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 20 +++++++++++++------ .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 6 ++++-- 2 files changed, 18 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c index ddc8318f6201..63044e0296cb 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c @@ -25,6 +25,7 @@ #include "amdgpu.h" #include "amdgpu_mode.h" #include "amdgpu_dm.h" +#include "amdgpu_dm_colorop.h" #include "dc.h" #include "modules/color/color_gamma.h" #include "basics/conversion.h" @@ -675,6 +676,9 @@ amdgpu_colorop_tf_to_dc_tf(enum drm_colorop_curve_1d_type tf) case DRM_COLOROP_1D_CURVE_SRGB_EOTF: case DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF: return TRANSFER_FUNCTION_SRGB; + case DRM_COLOROP_1D_CURVE_PQ_125_EOTF: + case DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF: + return TRANSFER_FUNCTION_PQ; default: return TRANSFER_FUNCTION_LINEAR; } @@ -1157,8 +1161,10 @@ __set_colorop_in_tf_1d_curve(struct dc_plane_state *dc_plane_state, struct drm_colorop *colorop = colorop_state->colorop; struct drm_device *drm = colorop->dev; - if (colorop->type != DRM_COLOROP_1D_CURVE && - colorop_state->curve_1d_type != DRM_COLOROP_1D_CURVE_SRGB_EOTF) + if (colorop->type != DRM_COLOROP_1D_CURVE) + return -EINVAL; + + if (!(BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_degam_tfs)) return -EINVAL; if (colorop_state->bypass) { @@ -1190,7 +1196,7 @@ __set_dm_plane_colorop_degamma(struct drm_plane_state *plane_state, /* 1st op: 1d curve - degamma */ for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { if (new_colorop_state->colorop == old_colorop && - new_colorop_state->curve_1d_type == DRM_COLOROP_1D_CURVE_SRGB_EOTF) { + (BIT(new_colorop_state->curve_1d_type) & amdgpu_dm_supported_degam_tfs)) { colorop_state = new_colorop_state; break; } @@ -1210,8 +1216,10 @@ __set_colorop_in_shaper_1d_curve(struct dc_plane_state *dc_plane_state, struct drm_colorop *colorop = colorop_state->colorop; struct drm_device *drm = colorop->dev; - if (colorop->type != DRM_COLOROP_1D_CURVE && - colorop_state->curve_1d_type != DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF) + if (colorop->type != DRM_COLOROP_1D_CURVE) + return -EINVAL; + + if (!(BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_shaper_tfs)) return -EINVAL; if (colorop_state->bypass) { @@ -1247,7 +1255,7 @@ __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, /* 2nd op: 1d curve - shaper */ for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { if (new_colorop_state->colorop == old_colorop && - new_colorop_state->curve_1d_type == DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF) { + (BIT(new_colorop_state->curve_1d_type) & amdgpu_dm_supported_shaper_tfs)) { colorop_state = new_colorop_state; break; } diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c index c5154e1430f5..a9d94018a207 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c @@ -32,10 +32,12 @@ #include "amdgpu_dm_colorop.h" const u64 amdgpu_dm_supported_degam_tfs = - BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF); + BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF) | + BIT(DRM_COLOROP_1D_CURVE_PQ_125_EOTF); const u64 amdgpu_dm_supported_shaper_tfs = - BIT(DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF); + BIT(DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF) | + BIT(DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF); const u64 amdgpu_dm_supported_blnd_tfs = BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF); -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (29 preceding siblings ...) 2024-12-20 4:33 ` [V7 30/45] drm/amd/display: Enable support for PQ 125 EOTF and Inverse Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-15 8:04 ` Simon Ser 2025-01-16 8:56 ` Pekka Paalanen 2024-12-20 4:33 ` [V7 32/45] drm/amd/display: Add support for BT.709 and BT.2020 TFs Alex Hung ` (13 subsequent siblings) 44 siblings, 2 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> The BT.709 and BT.2020 OETFs are the same, the only difference being that the BT.2020 variant is defined with more precision for 10 and 12-bit per color encodings. Both are used as encoding functions for video content, and are therefore defined as OETF (opto-electronic transfer function) instead of as EOTF (electro-optical transfer function). Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- drivers/gpu/drm/drm_colorop.c | 2 ++ include/drm/drm_colorop.h | 19 +++++++++++++++++++ 2 files changed, 21 insertions(+) diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c index f3391602a577..665b23900cc0 100644 --- a/drivers/gpu/drm/drm_colorop.c +++ b/drivers/gpu/drm/drm_colorop.c @@ -70,6 +70,8 @@ static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { static const char * const colorop_curve_1d_type_names[] = { [DRM_COLOROP_1D_CURVE_SRGB_EOTF] = "sRGB EOTF", [DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF] = "sRGB Inverse EOTF", + [DRM_COLOROP_1D_CURVE_BT2020_INV_OETF] = "BT.2020 Inverse OETF", + [DRM_COLOROP_1D_CURVE_BT2020_OETF] = "BT.2020 OETF", [DRM_COLOROP_1D_CURVE_PQ_125_EOTF] = "PQ 125 EOTF", [DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF] = "PQ 125 Inverse EOTF", }; diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h index 4084a7438032..83a6bd64d48a 100644 --- a/include/drm/drm_colorop.h +++ b/include/drm/drm_colorop.h @@ -55,6 +55,25 @@ enum drm_colorop_curve_1d_type { */ DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF, + /** + * @DRM_COLOROP_1D_CURVE_BT2020_INV_OETF: + * + * The inverse of &DRM_COLOROP_1D_CURVE_BT2020_OETF + */ + DRM_COLOROP_1D_CURVE_BT2020_INV_OETF, + + /** + * @DRM_COLOROP_1D_CURVE_BT2020_OETF: + * + * The BT.2020/BT.709 transfer function. The BT.709 and BT.2020 + * transfer functions are the same, the only difference is that + * BT.2020 is defined with more precision for 10 and 12-bit + * encodings. + * + * + */ + DRM_COLOROP_1D_CURVE_BT2020_OETF, + /** * @DRM_COLOROP_1D_CURVE_PQ_125_EOTF: * -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF 2024-12-20 4:33 ` [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF Alex Hung @ 2025-01-15 8:04 ` Simon Ser 2025-01-23 20:13 ` Harry Wentland 2025-01-16 8:56 ` Pekka Paalanen 1 sibling, 1 reply; 127+ messages in thread From: Simon Ser @ 2025-01-15 8:04 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland > The BT.709 and BT.2020 OETFs are the same, the only difference > being that the BT.2020 variant is defined with more precision > for 10 and 12-bit per color encodings. Just to make sure, the spec defines this precision, correct? It's not an AMD-specific thing? > Both are used as encoding functions for video content, and are > therefore defined as OETF (opto-electronic transfer function) > instead of as EOTF (electro-optical transfer function). Ah, and IIRC the OETF is not the mathematical inverse of the EOTF, right? So it makes sense to have separate entries for EOTF and OETF and their mathematical inverses. Again, I am no HDR expert. ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF 2025-01-15 8:04 ` Simon Ser @ 2025-01-23 20:13 ` Harry Wentland 0 siblings, 0 replies; 127+ messages in thread From: Harry Wentland @ 2025-01-23 20:13 UTC (permalink / raw) To: Simon Ser, Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel On 2025-01-15 03:04, Simon Ser wrote: >> The BT.709 and BT.2020 OETFs are the same, the only difference >> being that the BT.2020 variant is defined with more precision >> for 10 and 12-bit per color encodings. > > Just to make sure, the spec defines this precision, correct? It's > not an AMD-specific thing? > Yes, see [1] >> Both are used as encoding functions for video content, and are >> therefore defined as OETF (opto-electronic transfer function) >> instead of as EOTF (electro-optical transfer function). > > Ah, and IIRC the OETF is not the mathematical inverse of the EOTF, > right? So it makes sense to have separate entries for EOTF and OETF > and their mathematical inverses. > Correct. EOTF and OETF are used for reciprocal purposes but they're not necessarily inverses of each other. Some curves are defined as EOTF and others as OETF. > Again, I am no HDR expert. No worries. One would think this isn't rocket science but when looking at it closely it doesn't seem too far off. Granted, I'm neither a rocket scientist nor an HDR expert, so what do I know. :D [1] https://en.wikipedia.org/wiki/Rec._2020#Transfer_characteristics Harry ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF 2024-12-20 4:33 ` [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF Alex Hung 2025-01-15 8:04 ` Simon Ser @ 2025-01-16 8:56 ` Pekka Paalanen 2025-01-17 9:06 ` Pekka Paalanen 1 sibling, 1 reply; 127+ messages in thread From: Pekka Paalanen @ 2025-01-16 8:56 UTC (permalink / raw) To: Alex Hung, harry.wentland; +Cc: dri-devel, amd-gfx, wayland-devel [-- Attachment #1: Type: text/plain, Size: 2501 bytes --] On Thu, 19 Dec 2024 21:33:37 -0700 Alex Hung <alex.hung@amd.com> wrote: > From: Harry Wentland <harry.wentland@amd.com> > > The BT.709 and BT.2020 OETFs are the same, the only difference > being that the BT.2020 variant is defined with more precision > for 10 and 12-bit per color encodings. > > Both are used as encoding functions for video content, and are > therefore defined as OETF (opto-electronic transfer function) > instead of as EOTF (electro-optical transfer function). > > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> Hi, why would a display system ever use BT.2020 or BT.709 OETF or its inverse? Thanks, pq > --- > drivers/gpu/drm/drm_colorop.c | 2 ++ > include/drm/drm_colorop.h | 19 +++++++++++++++++++ > 2 files changed, 21 insertions(+) > > diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c > index f3391602a577..665b23900cc0 100644 > --- a/drivers/gpu/drm/drm_colorop.c > +++ b/drivers/gpu/drm/drm_colorop.c > @@ -70,6 +70,8 @@ static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { > static const char * const colorop_curve_1d_type_names[] = { > [DRM_COLOROP_1D_CURVE_SRGB_EOTF] = "sRGB EOTF", > [DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF] = "sRGB Inverse EOTF", > + [DRM_COLOROP_1D_CURVE_BT2020_INV_OETF] = "BT.2020 Inverse OETF", > + [DRM_COLOROP_1D_CURVE_BT2020_OETF] = "BT.2020 OETF", > [DRM_COLOROP_1D_CURVE_PQ_125_EOTF] = "PQ 125 EOTF", > [DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF] = "PQ 125 Inverse EOTF", > }; > diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h > index 4084a7438032..83a6bd64d48a 100644 > --- a/include/drm/drm_colorop.h > +++ b/include/drm/drm_colorop.h > @@ -55,6 +55,25 @@ enum drm_colorop_curve_1d_type { > */ > DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF, > > + /** > + * @DRM_COLOROP_1D_CURVE_BT2020_INV_OETF: > + * > + * The inverse of &DRM_COLOROP_1D_CURVE_BT2020_OETF > + */ > + DRM_COLOROP_1D_CURVE_BT2020_INV_OETF, > + > + /** > + * @DRM_COLOROP_1D_CURVE_BT2020_OETF: > + * > + * The BT.2020/BT.709 transfer function. The BT.709 and BT.2020 > + * transfer functions are the same, the only difference is that > + * BT.2020 is defined with more precision for 10 and 12-bit > + * encodings. > + * > + * > + */ > + DRM_COLOROP_1D_CURVE_BT2020_OETF, > + > /** > * @DRM_COLOROP_1D_CURVE_PQ_125_EOTF: > * > -- > 2.43.0 > [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF 2025-01-16 8:56 ` Pekka Paalanen @ 2025-01-17 9:06 ` Pekka Paalanen 2025-01-23 20:16 ` Harry Wentland 0 siblings, 1 reply; 127+ messages in thread From: Pekka Paalanen @ 2025-01-17 9:06 UTC (permalink / raw) To: Alex Hung, harry.wentland; +Cc: dri-devel, amd-gfx, wayland-devel [-- Attachment #1: Type: text/plain, Size: 1062 bytes --] On Thu, 16 Jan 2025 10:56:22 +0200 Pekka Paalanen <pekka.paalanen@haloniitty.fi> wrote: > On Thu, 19 Dec 2024 21:33:37 -0700 > Alex Hung <alex.hung@amd.com> wrote: > > > From: Harry Wentland <harry.wentland@amd.com> > > > > The BT.709 and BT.2020 OETFs are the same, the only difference > > being that the BT.2020 variant is defined with more precision > > for 10 and 12-bit per color encodings. > > > > Both are used as encoding functions for video content, and are > > therefore defined as OETF (opto-electronic transfer function) > > instead of as EOTF (electro-optical transfer function). > > > > Signed-off-by: Alex Hung <alex.hung@amd.com> > > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > > Hi, > > why would a display system ever use BT.2020 or BT.709 OETF or its > inverse? Sorry, this is more for my own curiosity, not an argument against the patch. Since hardware designers decided to incorporate these curves explicitly, what use was in mind? It's likely something I have overlooked. Thanks, pq [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF 2025-01-17 9:06 ` Pekka Paalanen @ 2025-01-23 20:16 ` Harry Wentland 2025-01-27 12:05 ` Pekka Paalanen 0 siblings, 1 reply; 127+ messages in thread From: Harry Wentland @ 2025-01-23 20:16 UTC (permalink / raw) To: Pekka Paalanen, Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel On 2025-01-17 04:06, Pekka Paalanen wrote: > On Thu, 16 Jan 2025 10:56:22 +0200 > Pekka Paalanen <pekka.paalanen@haloniitty.fi> wrote: > >> On Thu, 19 Dec 2024 21:33:37 -0700 >> Alex Hung <alex.hung@amd.com> wrote: >> >>> From: Harry Wentland <harry.wentland@amd.com> >>> >>> The BT.709 and BT.2020 OETFs are the same, the only difference >>> being that the BT.2020 variant is defined with more precision >>> for 10 and 12-bit per color encodings. >>> >>> Both are used as encoding functions for video content, and are >>> therefore defined as OETF (opto-electronic transfer function) >>> instead of as EOTF (electro-optical transfer function). >>> >>> Signed-off-by: Alex Hung <alex.hung@amd.com> >>> Signed-off-by: Harry Wentland <harry.wentland@amd.com> >> >> Hi, >> >> why would a display system ever use BT.2020 or BT.709 OETF or its >> inverse? > > Sorry, this is more for my own curiosity, not an argument against the > patch. Since hardware designers decided to incorporate these curves > explicitly, what use was in mind? It's likely something I have > overlooked. > I'm not entirely sure myself, but gamescope does use it for displaying game streaming content. https://github.com/ValveSoftware/gamescope/blob/2f88849ac9dc7da5c678d5d7d3e9b58f38add1bf/src/Backends/DRMBackend.cpp#L2509 Harry > > Thanks, > pq ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF 2025-01-23 20:16 ` Harry Wentland @ 2025-01-27 12:05 ` Pekka Paalanen 0 siblings, 0 replies; 127+ messages in thread From: Pekka Paalanen @ 2025-01-27 12:05 UTC (permalink / raw) To: Harry Wentland; +Cc: Alex Hung, dri-devel, amd-gfx, wayland-devel [-- Attachment #1: Type: text/plain, Size: 2488 bytes --] On Thu, 23 Jan 2025 15:16:29 -0500 Harry Wentland <harry.wentland@amd.com> wrote: > On 2025-01-17 04:06, Pekka Paalanen wrote: > > On Thu, 16 Jan 2025 10:56:22 +0200 > > Pekka Paalanen <pekka.paalanen@haloniitty.fi> wrote: > > > >> On Thu, 19 Dec 2024 21:33:37 -0700 > >> Alex Hung <alex.hung@amd.com> wrote: > >> > >>> From: Harry Wentland <harry.wentland@amd.com> > >>> > >>> The BT.709 and BT.2020 OETFs are the same, the only difference > >>> being that the BT.2020 variant is defined with more precision > >>> for 10 and 12-bit per color encodings. > >>> > >>> Both are used as encoding functions for video content, and are > >>> therefore defined as OETF (opto-electronic transfer function) > >>> instead of as EOTF (electro-optical transfer function). > >>> > >>> Signed-off-by: Alex Hung <alex.hung@amd.com> > >>> Signed-off-by: Harry Wentland <harry.wentland@amd.com> > >> > >> Hi, > >> > >> why would a display system ever use BT.2020 or BT.709 OETF or its > >> inverse? > > > > Sorry, this is more for my own curiosity, not an argument against the > > patch. Since hardware designers decided to incorporate these curves > > explicitly, what use was in mind? It's likely something I have > > overlooked. > > > > I'm not entirely sure myself, but gamescope does use it for displaying > game streaming content. > > https://github.com/ValveSoftware/gamescope/blob/2f88849ac9dc7da5c678d5d7d3e9b58f38add1bf/src/Backends/DRMBackend.cpp#L2509 I see, apparently they are being used as a pair to make a roundtrip to some optical space for applying a color transformation matrix. IOW, the CTM is being applied in the assumed "camera" side of broadcasting or grading. ITU-R BT.2408 seems to refer to this as "scene referred mapping", whose aim is to match cameras rather than displays (and has nothing to do with the scene). I cannot claim to understand this case, but I suspect it should be used only before color grading (manual or automatic artistic adjustments, or IOW picture formation(?)) in a pipeline. I would assume that game streaming content has been prepared for a display at its source, which implies that grading has been done. That means that inverse-OETF leads to an unknown color space. Applying a matrix in an unknown color space has unintended effects. That may not be a big problem, even less if the matrix is visually adjusted, but it's theoretically not quite right AFAIU. Thanks, pq [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 32/45] drm/amd/display: Add support for BT.709 and BT.2020 TFs 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (30 preceding siblings ...) 2024-12-20 4:33 ` [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-02-12 23:03 ` Leo Li 2024-12-20 4:33 ` [V7 33/45] drm/colorop: Add 1D Curve Custom LUT type Alex Hung ` (12 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> This adds support for the BT.709/BT.2020 transfer functions on all current 1D curve plane colorops, i.e., on DEGAM, SHAPER, and BLND blocks. With this change the following IGT subtests pass: kms_colorop --run plane-XR30-XR30-bt2020_inv_oetf kms_colorop --run plane-XR30-XR30-bt2020_oetf Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c | 11 ++++++++--- .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 10 +++++++--- 2 files changed, 15 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c index 63044e0296cb..1765402bc122 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c @@ -676,6 +676,9 @@ amdgpu_colorop_tf_to_dc_tf(enum drm_colorop_curve_1d_type tf) case DRM_COLOROP_1D_CURVE_SRGB_EOTF: case DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF: return TRANSFER_FUNCTION_SRGB; + case DRM_COLOROP_1D_CURVE_BT2020_INV_OETF: + case DRM_COLOROP_1D_CURVE_BT2020_OETF: + return TRANSFER_FUNCTION_BT709; case DRM_COLOROP_1D_CURVE_PQ_125_EOTF: case DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF: return TRANSFER_FUNCTION_PQ; @@ -1284,8 +1287,10 @@ __set_colorop_1d_curve_blend_tf_lut(struct dc_plane_state *dc_plane_state, const struct drm_color_lut *blend_lut; uint32_t blend_size = 0; - if (colorop->type != DRM_COLOROP_1D_CURVE && - colorop_state->curve_1d_type != DRM_COLOROP_1D_CURVE_SRGB_EOTF) + if (colorop->type != DRM_COLOROP_1D_CURVE) + return -EINVAL; + + if (!(BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) return -EINVAL; if (colorop_state->bypass) { @@ -1321,7 +1326,7 @@ __set_dm_plane_colorop_blend(struct drm_plane_state *plane_state, /* 3nd op: 1d curve - blend */ for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { if (new_colorop_state->colorop == old_colorop && - new_colorop_state->curve_1d_type == DRM_COLOROP_1D_CURVE_SRGB_EOTF) { + (BIT(new_colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) { colorop_state = new_colorop_state; break; } diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c index a9d94018a207..ff5828a1e8cd 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c @@ -33,14 +33,18 @@ const u64 amdgpu_dm_supported_degam_tfs = BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF) | - BIT(DRM_COLOROP_1D_CURVE_PQ_125_EOTF); + BIT(DRM_COLOROP_1D_CURVE_PQ_125_EOTF) | + BIT(DRM_COLOROP_1D_CURVE_BT2020_INV_OETF); const u64 amdgpu_dm_supported_shaper_tfs = BIT(DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF) | - BIT(DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF); + BIT(DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF) | + BIT(DRM_COLOROP_1D_CURVE_BT2020_OETF); const u64 amdgpu_dm_supported_blnd_tfs = - BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF); + BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF) | + BIT(DRM_COLOROP_1D_CURVE_PQ_125_EOTF) | + BIT(DRM_COLOROP_1D_CURVE_BT2020_INV_OETF); #define MAX_COLOR_PIPELINE_OPS 10 -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 32/45] drm/amd/display: Add support for BT.709 and BT.2020 TFs 2024-12-20 4:33 ` [V7 32/45] drm/amd/display: Add support for BT.709 and BT.2020 TFs Alex Hung @ 2025-02-12 23:03 ` Leo Li 0 siblings, 0 replies; 127+ messages in thread From: Leo Li @ 2025-02-12 23:03 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland On 2024-12-19 23:33, Alex Hung wrote: > From: Harry Wentland <harry.wentland@amd.com> > > This adds support for the BT.709/BT.2020 transfer functions > on all current 1D curve plane colorops, i.e., on DEGAM, SHAPER, > and BLND blocks. > > With this change the following IGT subtests pass: > kms_colorop --run plane-XR30-XR30-bt2020_inv_oetf > kms_colorop --run plane-XR30-XR30-bt2020_oetf > > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > --- > .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c | 11 ++++++++--- > .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 10 +++++++--- > 2 files changed, 15 insertions(+), 6 deletions(-) > > diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > index 63044e0296cb..1765402bc122 100644 > --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > @@ -676,6 +676,9 @@ amdgpu_colorop_tf_to_dc_tf(enum drm_colorop_curve_1d_type tf) > case DRM_COLOROP_1D_CURVE_SRGB_EOTF: > case DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF: > return TRANSFER_FUNCTION_SRGB; > + case DRM_COLOROP_1D_CURVE_BT2020_INV_OETF: > + case DRM_COLOROP_1D_CURVE_BT2020_OETF: > + return TRANSFER_FUNCTION_BT709; > case DRM_COLOROP_1D_CURVE_PQ_125_EOTF: > case DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF: > return TRANSFER_FUNCTION_PQ; > @@ -1284,8 +1287,10 @@ __set_colorop_1d_curve_blend_tf_lut(struct dc_plane_state *dc_plane_state, > const struct drm_color_lut *blend_lut; > uint32_t blend_size = 0; > > - if (colorop->type != DRM_COLOROP_1D_CURVE && > - colorop_state->curve_1d_type != DRM_COLOROP_1D_CURVE_SRGB_EOTF) > + if (colorop->type != DRM_COLOROP_1D_CURVE) > + return -EINVAL; > + > + if (!(BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) > return -EINVAL; > > if (colorop_state->bypass) { > @@ -1321,7 +1326,7 @@ __set_dm_plane_colorop_blend(struct drm_plane_state *plane_state, > /* 3nd op: 1d curve - blend */ > for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { > if (new_colorop_state->colorop == old_colorop && > - new_colorop_state->curve_1d_type == DRM_COLOROP_1D_CURVE_SRGB_EOTF) { > + (BIT(new_colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) { > colorop_state = new_colorop_state; > break; > } > diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > index a9d94018a207..ff5828a1e8cd 100644 > --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > @@ -33,14 +33,18 @@ > > const u64 amdgpu_dm_supported_degam_tfs = > BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF) | > - BIT(DRM_COLOROP_1D_CURVE_PQ_125_EOTF); > + BIT(DRM_COLOROP_1D_CURVE_PQ_125_EOTF) | > + BIT(DRM_COLOROP_1D_CURVE_BT2020_INV_OETF); > > const u64 amdgpu_dm_supported_shaper_tfs = > BIT(DRM_COLOROP_1D_CURVE_SRGB_INV_EOTF) | > - BIT(DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF); > + BIT(DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF) | > + BIT(DRM_COLOROP_1D_CURVE_BT2020_OETF); > > const u64 amdgpu_dm_supported_blnd_tfs = > - BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF); > + BIT(DRM_COLOROP_1D_CURVE_SRGB_EOTF) | > + BIT(DRM_COLOROP_1D_CURVE_PQ_125_EOTF) | > + BIT(DRM_COLOROP_1D_CURVE_BT2020_INV_OETF); Should the PQ_125 bit + the changes for __set_colorop_1d_curve_blend_tf_lut() be moved to patch 30/45 "Enable support for PQ 125 EOTF and Inverse"? - Leo > > #define MAX_COLOR_PIPELINE_OPS 10 > ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 33/45] drm/colorop: Add 1D Curve Custom LUT type 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (31 preceding siblings ...) 2024-12-20 4:33 ` [V7 32/45] drm/amd/display: Add support for BT.709 and BT.2020 TFs Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-15 8:14 ` Simon Ser 2025-01-15 15:48 ` Simon Ser 2024-12-20 4:33 ` [V7 34/45] drm/amd/display: add shaper and blend colorops for 1D Curve Custom LUT Alex Hung ` (11 subsequent siblings) 44 siblings, 2 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung We've previously introduced DRM_COLOROP_1D_CURVE for pre-defined 1D curves. But we also have HW that supports custom curves and userspace needs the ability to pass custom curves, aka LUTs. This patch introduces a new colorop type, called DRM_COLOROP_1D_LUT that provides a SIZE property which is used by a driver to advertise the supported SIZE of the LUT, as well as a DATA property which userspace uses to set the LUT. DATA and size function in the same way as current drm_crtc GAMMA and DEGAMMA LUTs. Signed-off-by: Alex Hung <alex.hung@amd.com> Co-developed-by: Harry Wentland <harry.wentland@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Change "size" to "lut_size" (this affects multiple following commits) - Move "lut_size" from drm_colorop_state to drm_colorop - Modify other files accordingly (i.e. from drm_colorop_state->size to drm_colorop->lut_size) v5: - Add kernel doc - Define SIZE in similar manner to GAMMA_SIZE on drm_crtc (Melissa) drivers/gpu/drm/drm_atomic.c | 4 +++ drivers/gpu/drm/drm_atomic_uapi.c | 5 ++++ drivers/gpu/drm/drm_colorop.c | 47 +++++++++++++++++++++++++++++-- include/drm/drm_colorop.h | 16 +++++++++++ include/uapi/drm/drm_mode.h | 9 ++++++ 5 files changed, 79 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c index c58663327e6b..b7a05132ee01 100644 --- a/drivers/gpu/drm/drm_atomic.c +++ b/drivers/gpu/drm/drm_atomic.c @@ -793,6 +793,10 @@ static void drm_atomic_colorop_print_state(struct drm_printer *p, drm_printf(p, "\tcurve_1d_type=%s\n", drm_get_colorop_curve_1d_type_name(state->curve_1d_type)); break; + case DRM_COLOROP_1D_LUT: + drm_printf(p, "\tsize=%d\n", colorop->lut_size); + drm_printf(p, "\tdata blob id=%d\n", state->data ? state->data->base.id : 0); + break; case DRM_COLOROP_CTM_3X4: drm_printf(p, "\tdata blob id=%d\n", state->data ? state->data->base.id : 0); break; diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c index a3e1fcad47ad..4744c12e429d 100644 --- a/drivers/gpu/drm/drm_atomic_uapi.c +++ b/drivers/gpu/drm/drm_atomic_uapi.c @@ -701,6 +701,9 @@ static int drm_atomic_color_set_data_property(struct drm_colorop *colorop, bool replaced = false; switch (colorop->type) { + case DRM_COLOROP_1D_LUT: + size = colorop->lut_size * sizeof(struct drm_color_lut); + break; case DRM_COLOROP_CTM_3X4: size = sizeof(struct drm_color_ctm_3x4); break; @@ -750,6 +753,8 @@ drm_atomic_colorop_get_property(struct drm_colorop *colorop, *val = state->bypass; } else if (property == colorop->curve_1d_type_property) { *val = state->curve_1d_type; + } else if (property == colorop->lut_size_property) { + *val = colorop->lut_size; } else if (property == colorop->data_property) { *val = (state->data) ? state->data->base.id : 0; } else { diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c index 665b23900cc0..e6dea2713490 100644 --- a/drivers/gpu/drm/drm_colorop.c +++ b/drivers/gpu/drm/drm_colorop.c @@ -64,6 +64,7 @@ static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { { DRM_COLOROP_1D_CURVE, "1D Curve" }, + { DRM_COLOROP_1D_LUT, "1D Curve Custom LUT" }, { DRM_COLOROP_CTM_3X4, "3x4 Matrix"} }; @@ -219,11 +220,52 @@ static int drm_colorop_create_data_prop(struct drm_device *dev, struct drm_color colorop->data_property = prop; drm_object_attach_property(&colorop->base, - colorop->data_property, - 0); + colorop->data_property, + 0); + + return 0; +} + +/** + * drm_colorop_curve_1d_lut_init - Initialize a DRM_COLOROP_1D_LUT + * + * @dev: DRM device + * @colorop: The drm_colorop object to initialize + * @plane: The associated drm_plane + * @lut_size: LUT size supported by driver + * @return zero on success, -E value on failure + */ +int drm_colorop_curve_1d_lut_init(struct drm_device *dev, struct drm_colorop *colorop, + struct drm_plane *plane, uint32_t lut_size) +{ + struct drm_property *prop; + int ret; + + ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_1D_LUT); + if (ret) + return ret; + + /* initialize 1D LUT only attribute */ + /* LUT size */ + prop = drm_property_create_range(dev, DRM_MODE_PROP_IMMUTABLE, "SIZE", + 0, UINT_MAX); + if (!prop) + return -ENOMEM; + + colorop->lut_size_property = prop; + drm_object_attach_property(&colorop->base, colorop->lut_size_property, lut_size); + colorop->lut_size = lut_size; + + /* data */ + ret = drm_colorop_create_data_prop(dev, colorop); + if (ret) + return ret; + + drm_colorop_reset(colorop); return 0; } +EXPORT_SYMBOL(drm_colorop_curve_1d_lut_init); int drm_colorop_ctm_3x4_init(struct drm_device *dev, struct drm_colorop *colorop, struct drm_plane *plane) @@ -333,6 +375,7 @@ void drm_colorop_reset(struct drm_colorop *colorop) static const char * const colorop_type_name[] = { [DRM_COLOROP_1D_CURVE] = "1D Curve", + [DRM_COLOROP_1D_LUT] = "1D Curve Custom LUT", [DRM_COLOROP_CTM_3X4] = "3x4 Matrix" }; diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h index 83a6bd64d48a..d3226ab7e1e3 100644 --- a/include/drm/drm_colorop.h +++ b/include/drm/drm_colorop.h @@ -239,6 +239,13 @@ struct drm_colorop { */ struct drm_property *bypass_property; + /** + * @lut_size: + * + * Number of entries of the custom LUT. This should be read-only. + */ + uint32_t lut_size; + /** * @curve_1d_type_property: * @@ -246,6 +253,13 @@ struct drm_colorop { */ struct drm_property *curve_1d_type_property; + /** + * @lut_size_property: + * + * Size property for custom LUT from userspace. + */ + struct drm_property *lut_size_property; + /** * @data_property: * @@ -293,6 +307,8 @@ static inline struct drm_colorop *drm_colorop_find(struct drm_device *dev, int drm_colorop_curve_1d_init(struct drm_device *dev, struct drm_colorop *colorop, struct drm_plane *plane, u64 supported_tfs); +int drm_colorop_curve_1d_lut_init(struct drm_device *dev, struct drm_colorop *colorop, + struct drm_plane *plane, uint32_t lut_size); int drm_colorop_ctm_3x4_init(struct drm_device *dev, struct drm_colorop *colorop, struct drm_plane *plane); diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h index 6fc1ce24800a..40cc5c661cff 100644 --- a/include/uapi/drm/drm_mode.h +++ b/include/uapi/drm/drm_mode.h @@ -888,6 +888,15 @@ enum drm_colorop_type { */ DRM_COLOROP_1D_CURVE, + /** + * @DRM_COLOROP_1D_LUT: + * + * A simple 1D LUT of uniformly spaced &drm_color_lut entries, + * packed into a blob via the DATA property. The driver's expected + * LUT size is advertised via the SIZE property. + */ + DRM_COLOROP_1D_LUT, + /** * @DRM_COLOROP_CTM_3X4: * -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 33/45] drm/colorop: Add 1D Curve Custom LUT type 2024-12-20 4:33 ` [V7 33/45] drm/colorop: Add 1D Curve Custom LUT type Alex Hung @ 2025-01-15 8:14 ` Simon Ser 2025-01-16 23:33 ` Alex Hung 2025-01-15 15:48 ` Simon Ser 1 sibling, 1 reply; 127+ messages in thread From: Simon Ser @ 2025-01-15 8:14 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland > diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c > index a3e1fcad47ad..4744c12e429d 100644 > --- a/drivers/gpu/drm/drm_atomic_uapi.c > +++ b/drivers/gpu/drm/drm_atomic_uapi.c > @@ -701,6 +701,9 @@ static int drm_atomic_color_set_data_property(struct drm_colorop *colorop, > bool replaced = false; > > switch (colorop->type) { > + case DRM_COLOROP_1D_LUT: > + size = colorop->lut_size * sizeof(struct drm_color_lut); Should we set the element size and the number of elements instead of multiplying? Or is that only useful when either of these are controlled by user-space to avoid integer overflows? > + break; > case DRM_COLOROP_CTM_3X4: > size = sizeof(struct drm_color_ctm_3x4); > break; > @@ -750,6 +753,8 @@ drm_atomic_colorop_get_property(struct drm_colorop *colorop, > *val = state->bypass; > } else if (property == colorop->curve_1d_type_property) { > *val = state->curve_1d_type; > + } else if (property == colorop->lut_size_property) { > + *val = colorop->lut_size; > } else if (property == colorop->data_property) { > *val = (state->data) ? state->data->base.id : 0; > } else { > diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c > index 665b23900cc0..e6dea2713490 100644 > --- a/drivers/gpu/drm/drm_colorop.c > +++ b/drivers/gpu/drm/drm_colorop.c > @@ -64,6 +64,7 @@ > > static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { > { DRM_COLOROP_1D_CURVE, "1D Curve" }, > + { DRM_COLOROP_1D_LUT, "1D Curve Custom LUT" }, Since we now have both a "normal" 1D curve, and a "special" one… Would it make sense to change our minds regarding the naming of the former? For instance, we could rename it to DRM_COLOROP_FIXED_1D_CURVE. Or is the current name clear enough (and only the human-readable name can be switched to "1D Fixed Curve")? ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 33/45] drm/colorop: Add 1D Curve Custom LUT type 2025-01-15 8:14 ` Simon Ser @ 2025-01-16 23:33 ` Alex Hung 2025-01-18 13:54 ` Simon Ser 0 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2025-01-16 23:33 UTC (permalink / raw) To: Simon Ser; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland On 1/15/25 01:14, Simon Ser wrote: >> diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c >> index a3e1fcad47ad..4744c12e429d 100644 >> --- a/drivers/gpu/drm/drm_atomic_uapi.c >> +++ b/drivers/gpu/drm/drm_atomic_uapi.c >> @@ -701,6 +701,9 @@ static int drm_atomic_color_set_data_property(struct drm_colorop *colorop, >> bool replaced = false; >> >> switch (colorop->type) { >> + case DRM_COLOROP_1D_LUT: >> + size = colorop->lut_size * sizeof(struct drm_color_lut); > > Should we set the element size and the number of elements instead of > multiplying? Or is that only useful when either of these are controlled by > user-space to avoid integer overflows? This multiplication here is to calculate the total size for the data blob. The user-space communicates the lut_size (which is read-only) without multiplying sizeof(drm_color_lut) in drm_atomic_colorop_get_property, i.e., + } else if (property == colorop->lut_size_property) { + *val = colorop->lut_size; Is this what you meant? > >> + break; >> case DRM_COLOROP_CTM_3X4: >> size = sizeof(struct drm_color_ctm_3x4); >> break; >> @@ -750,6 +753,8 @@ drm_atomic_colorop_get_property(struct drm_colorop *colorop, >> *val = state->bypass; >> } else if (property == colorop->curve_1d_type_property) { >> *val = state->curve_1d_type; >> + } else if (property == colorop->lut_size_property) { >> + *val = colorop->lut_size; >> } else if (property == colorop->data_property) { >> *val = (state->data) ? state->data->base.id : 0; >> } else { >> diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c >> index 665b23900cc0..e6dea2713490 100644 >> --- a/drivers/gpu/drm/drm_colorop.c >> +++ b/drivers/gpu/drm/drm_colorop.c >> @@ -64,6 +64,7 @@ >> >> static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { >> { DRM_COLOROP_1D_CURVE, "1D Curve" }, >> + { DRM_COLOROP_1D_LUT, "1D Curve Custom LUT" }, > > Since we now have both a "normal" 1D curve, and a "special" one… Would it make > sense to change our minds regarding the naming of the former? For instance, we > could rename it to DRM_COLOROP_FIXED_1D_CURVE. Or is the current name clear > enough (and only the human-readable name can be switched to "1D Fixed Curve")? How about keeping "1D Curve" and simplifying "1D Curve Custom LUT" to "1D LUT" such as the following? { DRM_COLOROP_1D_CURVE, "1D Curve" }, + { DRM_COLOROP_1D_LUT, "1D LUT" }, ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 33/45] drm/colorop: Add 1D Curve Custom LUT type 2025-01-16 23:33 ` Alex Hung @ 2025-01-18 13:54 ` Simon Ser 0 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-18 13:54 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland On Friday, January 17th, 2025 at 00:33, Alex Hung <alex.hung@amd.com> wrote: > On 1/15/25 01:14, Simon Ser wrote: > >> diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c > >> index a3e1fcad47ad..4744c12e429d 100644 > >> --- a/drivers/gpu/drm/drm_atomic_uapi.c > >> +++ b/drivers/gpu/drm/drm_atomic_uapi.c > >> @@ -701,6 +701,9 @@ static int drm_atomic_color_set_data_property(struct drm_colorop *colorop, > >> bool replaced = false; > >> > >> switch (colorop->type) { > >> + case DRM_COLOROP_1D_LUT: > >> + size = colorop->lut_size * sizeof(struct drm_color_lut); > > > > Should we set the element size and the number of elements instead of > > multiplying? Or is that only useful when either of these are controlled by > > user-space to avoid integer overflows? > > This multiplication here is to calculate the total size for the data blob. > > The user-space communicates the lut_size (which is read-only) without > multiplying sizeof(drm_color_lut) in drm_atomic_colorop_get_property, i.e., > > + } else if (property == colorop->lut_size_property) { > + *val = colorop->lut_size; > > Is this what you meant? I mean that drm_property_replace_blob_from_id() takes two parameters: expected_size and expected_elem_size. But it seems expected_elem_size is just used for checking whether the size of the blob set by user-space is divisible by the element size, and nothing more. In particular, drm_property_replace_blob_from_id() doesn't internally multiply expected_size and expected_elem_size to check the total size when both of these parameters are provided. In other words, it's useless to provide both expected_size and expected_elem_size. tl;dr my comment can be ignored. > >> diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c > >> index 665b23900cc0..e6dea2713490 100644 > >> --- a/drivers/gpu/drm/drm_colorop.c > >> +++ b/drivers/gpu/drm/drm_colorop.c > >> @@ -64,6 +64,7 @@ > >> > >> static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { > >> { DRM_COLOROP_1D_CURVE, "1D Curve" }, > >> + { DRM_COLOROP_1D_LUT, "1D Curve Custom LUT" }, > > > > Since we now have both a "normal" 1D curve, and a "special" one… Would it make > > sense to change our minds regarding the naming of the former? For instance, we > > could rename it to DRM_COLOROP_FIXED_1D_CURVE. Or is the current name clear > > enough (and only the human-readable name can be switched to "1D Fixed Curve")? > > How about keeping "1D Curve" and simplifying "1D Curve Custom LUT" to > "1D LUT" such as the following? Yeah, that sounds good to me! ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 33/45] drm/colorop: Add 1D Curve Custom LUT type 2024-12-20 4:33 ` [V7 33/45] drm/colorop: Add 1D Curve Custom LUT type Alex Hung 2025-01-15 8:14 ` Simon Ser @ 2025-01-15 15:48 ` Simon Ser 1 sibling, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-15 15:48 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland > + prop = drm_property_create_range(dev, DRM_MODE_PROP_IMMUTABLE, "SIZE", Ah, I forgot something: I think this needs to be DRM_MODE_PROP_ATOMIC? ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 34/45] drm/amd/display: add shaper and blend colorops for 1D Curve Custom LUT 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (32 preceding siblings ...) 2024-12-20 4:33 ` [V7 33/45] drm/colorop: Add 1D Curve Custom LUT type Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-02-12 23:44 ` Leo Li 2024-12-20 4:33 ` [V7 35/45] drm/amd/display: add 3x4 matrix colorop Alex Hung ` (10 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung This patch adds colorops for custom 1D LUTs in the SHAPER and BLND HW blocks. With this change the following IGT tests pass: kms_colorop --run plane-XR30-XR30-srgb_inv_eotf_lut kms_colorop --run plane-XR30-XR30-srgb_inv_eotf_lut-srgb_eotf_lut The color pipeline now consists of the following colorops: 1. 1D curve colorop 2. 1D curve colorop 3. 1D LUT 4. 1D curve colorop 5. 1D LUT The 1D curve colorops support sRGB, BT2020, and PQ scaled to 125.0. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Initialize uint32_t blend_size = 0 by default (kernel test robot) - Modify state->size to colorop->lut_size .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 166 ++++++++++-------- .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 32 ++++ 2 files changed, 120 insertions(+), 78 deletions(-) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c index 1765402bc122..0bea52eede39 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c @@ -1211,38 +1211,6 @@ __set_dm_plane_colorop_degamma(struct drm_plane_state *plane_state, return __set_colorop_in_tf_1d_curve(dc_plane_state, colorop_state); } -static int -__set_colorop_in_shaper_1d_curve(struct dc_plane_state *dc_plane_state, - struct drm_colorop_state *colorop_state) -{ - struct dc_transfer_func *tf = &dc_plane_state->in_shaper_func; - struct drm_colorop *colorop = colorop_state->colorop; - struct drm_device *drm = colorop->dev; - - if (colorop->type != DRM_COLOROP_1D_CURVE) - return -EINVAL; - - if (!(BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_shaper_tfs)) - return -EINVAL; - - if (colorop_state->bypass) { - tf->type = TF_TYPE_BYPASS; - tf->tf = TRANSFER_FUNCTION_LINEAR; - return 0; - } - - drm_dbg(drm, "Shaper colorop with ID: %d\n", colorop->base.id); - - if (colorop->type == DRM_COLOROP_1D_CURVE) { - tf->type = TF_TYPE_DISTRIBUTED_POINTS; - tf->tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); - tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; - return __set_output_tf(tf, 0, 0, false); - } - - return -EINVAL; -} - static int __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, struct dc_plane_state *dc_plane_state, @@ -1251,64 +1219,61 @@ __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, struct drm_colorop *old_colorop; struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; struct drm_atomic_state *state = plane_state->state; + enum dc_transfer_func_predefined default_tf = TRANSFER_FUNCTION_LINEAR; + struct dc_transfer_func *tf = &dc_plane_state->in_shaper_func; + const struct drm_color_lut *shaper_lut; + struct drm_device *dev = colorop->dev; + uint32_t shaper_size; int i = 0; + /* 1D Curve - SHAPER TF */ old_colorop = colorop; - - /* 2nd op: 1d curve - shaper */ for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { if (new_colorop_state->colorop == old_colorop && (BIT(new_colorop_state->curve_1d_type) & amdgpu_dm_supported_shaper_tfs)) { colorop_state = new_colorop_state; break; } - - if (new_colorop_state->colorop == old_colorop) { - colorop_state = new_colorop_state; - break; - } } - if (!colorop_state) - return -EINVAL; - - return __set_colorop_in_shaper_1d_curve(dc_plane_state, colorop_state); -} - - -static int -__set_colorop_1d_curve_blend_tf_lut(struct dc_plane_state *dc_plane_state, - struct drm_colorop_state *colorop_state) -{ - - struct dc_transfer_func *tf = &dc_plane_state->blend_tf; - struct drm_colorop *colorop = colorop_state->colorop; - struct drm_device *drm = colorop->dev; - const struct drm_color_lut *blend_lut; - uint32_t blend_size = 0; - - if (colorop->type != DRM_COLOROP_1D_CURVE) - return -EINVAL; + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_1D_CURVE) { + drm_dbg(dev, "Shaper TF colorop with ID: %d\n", colorop->base.id); + tf->type = TF_TYPE_DISTRIBUTED_POINTS; + tf->tf = default_tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); + tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; + __set_output_tf(tf, 0, 0, false); + } - if (!(BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) + /* 1D LUT - SHAPER LUT */ + colorop = old_colorop->next; + if (!colorop) { + drm_dbg(dev, "no Shaper LUT colorop found\n"); return -EINVAL; - - if (colorop_state->bypass) { - tf->type = TF_TYPE_BYPASS; - tf->tf = TRANSFER_FUNCTION_LINEAR; - return 0; } - drm_dbg(drm, "Blend colorop with ID: %d\n", colorop->base.id); + old_colorop = colorop; + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { + if (new_colorop_state->colorop == old_colorop && + new_colorop_state->colorop->type == DRM_COLOROP_1D_LUT) { + colorop_state = new_colorop_state; + break; + } + } - if (colorop->type == DRM_COLOROP_1D_CURVE) { + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_1D_LUT) { + drm_dbg(dev, "Shaper LUT colorop with ID: %d\n", colorop->base.id); tf->type = TF_TYPE_DISTRIBUTED_POINTS; - tf->tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); + tf->tf = default_tf; tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; - return __set_input_tf(NULL, tf, blend_lut, blend_size); + shaper_lut = __extract_blob_lut(colorop_state->data, &shaper_size); + shaper_size = shaper_lut != NULL ? shaper_size : 0; + + /* Custom LUT size must be the same as supported size */ + if (shaper_size == colorop->lut_size) + __set_output_tf(tf, shaper_lut, shaper_size, false); } - return -EINVAL; + return 0; } static int @@ -1319,28 +1284,63 @@ __set_dm_plane_colorop_blend(struct drm_plane_state *plane_state, struct drm_colorop *old_colorop; struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; struct drm_atomic_state *state = plane_state->state; + enum dc_transfer_func_predefined default_tf = TRANSFER_FUNCTION_LINEAR; + struct dc_transfer_func *tf = &dc_plane_state->blend_tf; + const struct drm_color_lut *blend_lut; + struct drm_device *dev = colorop->dev; + uint32_t blend_size; int i = 0; + /* 1D Curve - BLND TF */ old_colorop = colorop; - - /* 3nd op: 1d curve - blend */ for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { if (new_colorop_state->colorop == old_colorop && (BIT(new_colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) { colorop_state = new_colorop_state; break; } + } + + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_1D_CURVE && + (BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) { + drm_dbg(dev, "Blend TF colorop with ID: %d\n", colorop->base.id); + tf->type = TF_TYPE_DISTRIBUTED_POINTS; + tf->tf = default_tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); + tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; + __set_input_tf(NULL, tf, blend_lut, blend_size); + } - if (new_colorop_state->colorop == old_colorop) { + /* 1D Curve - BLND LUT */ + colorop = old_colorop->next; + if (!colorop) { + drm_dbg(dev, "no Blend LUT colorop found\n"); + return -EINVAL; + } + + old_colorop = colorop; + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { + if (new_colorop_state->colorop == old_colorop && + new_colorop_state->colorop->type == DRM_COLOROP_1D_LUT) { colorop_state = new_colorop_state; break; } } - if (!colorop_state) - return -EINVAL; + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_1D_LUT && + (BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) { + drm_dbg(dev, "Blend LUT colorop with ID: %d\n", colorop->base.id); + tf->type = TF_TYPE_DISTRIBUTED_POINTS; + tf->tf = default_tf; + tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; + blend_lut = __extract_blob_lut(colorop_state->data, &blend_size); + blend_size = blend_lut != NULL ? blend_size : 0; + + /* Custom LUT size must be the same as supported size */ + if (blend_size == colorop->lut_size) + __set_input_tf(NULL, tf, blend_lut, blend_size); + } - return __set_colorop_1d_curve_blend_tf_lut(dc_plane_state, colorop_state); + return 0; } static int @@ -1409,7 +1409,7 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, if (ret) return ret; - /* 1D Curve - SHAPER TF */ + /* 1D Curve & LUT - SHAPER TF & LUT */ colorop = colorop->next; if (!colorop) { drm_dbg(dev, "no Shaper TF colorop found\n"); @@ -1420,7 +1420,12 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, if (ret) return ret; - /* 1D Curve - BLND TF */ + /* Shaper LUT colorop is already handled, just skip here */ + colorop = colorop->next; + if (!colorop) + return -EINVAL; + + /* 1D Curve & LUT - BLND TF & LUT */ colorop = colorop->next; if (!colorop) { drm_dbg(dev, "no Blend TF colorop found\n"); @@ -1431,6 +1436,11 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, if (ret) return ret; + /* BLND LUT colorop is already handled, just skip here */ + colorop = colorop->next; + if (!colorop) + return -EINVAL; + return 0; } diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c index ff5828a1e8cd..8a5e15083f11 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c @@ -29,6 +29,7 @@ #include <drm/drm_property.h> #include <drm/drm_colorop.h> +#include "amdgpu.h" #include "amdgpu_dm_colorop.h" const u64 amdgpu_dm_supported_degam_tfs = @@ -90,6 +91,22 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr i++; + /* 1D LUT - SHAPER LUT */ + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); + if (!ops[i]) { + DRM_ERROR("KMS: Failed to allocate colorop\n"); + ret = -ENOMEM; + goto cleanup; + } + + ret = drm_colorop_curve_1d_lut_init(dev, ops[i], plane, MAX_COLOR_LUT_ENTRIES); + if (ret) + goto cleanup; + + drm_colorop_set_next_property(ops[i-1], ops[i]); + + i++; + /* 1D curve - BLND TF */ ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); if (!ops[i]) { @@ -104,6 +121,21 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr drm_colorop_set_next_property(ops[i-1], ops[i]); + i++; + + /* 1D LUT - BLND LUT */ + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); + if (!ops[i]) { + DRM_ERROR("KMS: Failed to allocate colorop\n"); + ret = -ENOMEM; + goto cleanup; + } + + ret = drm_colorop_curve_1d_lut_init(dev, ops[i], plane, MAX_COLOR_LUT_ENTRIES); + if (ret) + goto cleanup; + + drm_colorop_set_next_property(ops[i-1], ops[i]); return 0; cleanup: -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 34/45] drm/amd/display: add shaper and blend colorops for 1D Curve Custom LUT 2024-12-20 4:33 ` [V7 34/45] drm/amd/display: add shaper and blend colorops for 1D Curve Custom LUT Alex Hung @ 2025-02-12 23:44 ` Leo Li 2025-02-21 16:28 ` Harry Wentland 0 siblings, 1 reply; 127+ messages in thread From: Leo Li @ 2025-02-12 23:44 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland On 2024-12-19 23:33, Alex Hung wrote: > This patch adds colorops for custom 1D LUTs in the SHAPER and > BLND HW blocks. > > With this change the following IGT tests pass: > kms_colorop --run plane-XR30-XR30-srgb_inv_eotf_lut > kms_colorop --run plane-XR30-XR30-srgb_inv_eotf_lut-srgb_eotf_lut > > The color pipeline now consists of the following colorops: > 1. 1D curve colorop > 2. 1D curve colorop > 3. 1D LUT > 4. 1D curve colorop > 5. 1D LUT > > The 1D curve colorops support sRGB, BT2020, and PQ scaled to 125.0. > > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > --- > v7: > - Initialize uint32_t blend_size = 0 by default (kernel test robot) > - Modify state->size to colorop->lut_size > > .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 166 ++++++++++-------- > .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 32 ++++ > 2 files changed, 120 insertions(+), 78 deletions(-) > > diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > index 1765402bc122..0bea52eede39 100644 > --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > @@ -1211,38 +1211,6 @@ __set_dm_plane_colorop_degamma(struct drm_plane_state *plane_state, > return __set_colorop_in_tf_1d_curve(dc_plane_state, colorop_state); > } > > -static int > -__set_colorop_in_shaper_1d_curve(struct dc_plane_state *dc_plane_state, > - struct drm_colorop_state *colorop_state) > -{ > - struct dc_transfer_func *tf = &dc_plane_state->in_shaper_func; > - struct drm_colorop *colorop = colorop_state->colorop; > - struct drm_device *drm = colorop->dev; > - > - if (colorop->type != DRM_COLOROP_1D_CURVE) > - return -EINVAL; > - > - if (!(BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_shaper_tfs)) > - return -EINVAL; > - > - if (colorop_state->bypass) { > - tf->type = TF_TYPE_BYPASS; > - tf->tf = TRANSFER_FUNCTION_LINEAR; > - return 0; > - } > - > - drm_dbg(drm, "Shaper colorop with ID: %d\n", colorop->base.id); > - > - if (colorop->type == DRM_COLOROP_1D_CURVE) { > - tf->type = TF_TYPE_DISTRIBUTED_POINTS; > - tf->tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); > - tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; > - return __set_output_tf(tf, 0, 0, false); > - } > - > - return -EINVAL; > -} > - > static int > __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, > struct dc_plane_state *dc_plane_state, > @@ -1251,64 +1219,61 @@ __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, > struct drm_colorop *old_colorop; > struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; > struct drm_atomic_state *state = plane_state->state; > + enum dc_transfer_func_predefined default_tf = TRANSFER_FUNCTION_LINEAR; > + struct dc_transfer_func *tf = &dc_plane_state->in_shaper_func; > + const struct drm_color_lut *shaper_lut; > + struct drm_device *dev = colorop->dev; > + uint32_t shaper_size; > int i = 0; > > + /* 1D Curve - SHAPER TF */ > old_colorop = colorop; > - > - /* 2nd op: 1d curve - shaper */ > for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { > if (new_colorop_state->colorop == old_colorop && > (BIT(new_colorop_state->curve_1d_type) & amdgpu_dm_supported_shaper_tfs)) { > colorop_state = new_colorop_state; > break; > } > - > - if (new_colorop_state->colorop == old_colorop) { > - colorop_state = new_colorop_state; > - break; > - } > } > > - if (!colorop_state) > - return -EINVAL; > - > - return __set_colorop_in_shaper_1d_curve(dc_plane_state, colorop_state); > -} > - > - > -static int > -__set_colorop_1d_curve_blend_tf_lut(struct dc_plane_state *dc_plane_state, > - struct drm_colorop_state *colorop_state) > -{ > - > - struct dc_transfer_func *tf = &dc_plane_state->blend_tf; > - struct drm_colorop *colorop = colorop_state->colorop; > - struct drm_device *drm = colorop->dev; > - const struct drm_color_lut *blend_lut; > - uint32_t blend_size = 0; > - > - if (colorop->type != DRM_COLOROP_1D_CURVE) > - return -EINVAL; > + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_1D_CURVE) { > + drm_dbg(dev, "Shaper TF colorop with ID: %d\n", colorop->base.id); > + tf->type = TF_TYPE_DISTRIBUTED_POINTS; > + tf->tf = default_tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); > + tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; > + __set_output_tf(tf, 0, 0, false); > + } __set_output_tf() could fail silently -- would that be problematic? Looks like this question applies to similar changes below. > > - if (!(BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) > + /* 1D LUT - SHAPER LUT */ > + colorop = old_colorop->next; > + if (!colorop) { > + drm_dbg(dev, "no Shaper LUT colorop found\n"); > return -EINVAL; > - > - if (colorop_state->bypass) { > - tf->type = TF_TYPE_BYPASS; > - tf->tf = TRANSFER_FUNCTION_LINEAR; > - return 0; > } > > - drm_dbg(drm, "Blend colorop with ID: %d\n", colorop->base.id); > + old_colorop = colorop; > + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { > + if (new_colorop_state->colorop == old_colorop && > + new_colorop_state->colorop->type == DRM_COLOROP_1D_LUT) { > + colorop_state = new_colorop_state; > + break; > + } > + } > > - if (colorop->type == DRM_COLOROP_1D_CURVE) { > + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_1D_LUT) { > + drm_dbg(dev, "Shaper LUT colorop with ID: %d\n", colorop->base.id); > tf->type = TF_TYPE_DISTRIBUTED_POINTS; > - tf->tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); > + tf->tf = default_tf; Not sure if IIUC --the shaper in HW can either be a custom 1D LUT, or a predefined 1D CURVE, but cannot be both enabled at the same time, right? If so, what would be the expected outcome if both LUT and CURVE colorops are not in bypass? It looks from the code that we'd prefer the LUT. Likewise, this question applies to similar changes below. - Leo > tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; > - return __set_input_tf(NULL, tf, blend_lut, blend_size); > + shaper_lut = __extract_blob_lut(colorop_state->data, &shaper_size); > + shaper_size = shaper_lut != NULL ? shaper_size : 0; > + > + /* Custom LUT size must be the same as supported size */ > + if (shaper_size == colorop->lut_size) > + __set_output_tf(tf, shaper_lut, shaper_size, false); > } > > - return -EINVAL; > + return 0; > } > > static int > @@ -1319,28 +1284,63 @@ __set_dm_plane_colorop_blend(struct drm_plane_state *plane_state, > struct drm_colorop *old_colorop; > struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; > struct drm_atomic_state *state = plane_state->state; > + enum dc_transfer_func_predefined default_tf = TRANSFER_FUNCTION_LINEAR; > + struct dc_transfer_func *tf = &dc_plane_state->blend_tf; > + const struct drm_color_lut *blend_lut; > + struct drm_device *dev = colorop->dev; > + uint32_t blend_size; > int i = 0; > > + /* 1D Curve - BLND TF */ > old_colorop = colorop; > - > - /* 3nd op: 1d curve - blend */ > for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { > if (new_colorop_state->colorop == old_colorop && > (BIT(new_colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) { > colorop_state = new_colorop_state; > break; > } > + } > + > + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_1D_CURVE && > + (BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) { > + drm_dbg(dev, "Blend TF colorop with ID: %d\n", colorop->base.id); > + tf->type = TF_TYPE_DISTRIBUTED_POINTS; > + tf->tf = default_tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); > + tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; > + __set_input_tf(NULL, tf, blend_lut, blend_size); > + } > > - if (new_colorop_state->colorop == old_colorop) { > + /* 1D Curve - BLND LUT */ > + colorop = old_colorop->next; > + if (!colorop) { > + drm_dbg(dev, "no Blend LUT colorop found\n"); > + return -EINVAL; > + } > + > + old_colorop = colorop; > + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { > + if (new_colorop_state->colorop == old_colorop && > + new_colorop_state->colorop->type == DRM_COLOROP_1D_LUT) { > colorop_state = new_colorop_state; > break; > } > } > > - if (!colorop_state) > - return -EINVAL; > + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_1D_LUT && > + (BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) { > + drm_dbg(dev, "Blend LUT colorop with ID: %d\n", colorop->base.id); > + tf->type = TF_TYPE_DISTRIBUTED_POINTS; > + tf->tf = default_tf; > + tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; > + blend_lut = __extract_blob_lut(colorop_state->data, &blend_size); > + blend_size = blend_lut != NULL ? blend_size : 0; > + > + /* Custom LUT size must be the same as supported size */ > + if (blend_size == colorop->lut_size) > + __set_input_tf(NULL, tf, blend_lut, blend_size); > + } > > - return __set_colorop_1d_curve_blend_tf_lut(dc_plane_state, colorop_state); > + return 0; > } > > static int > @@ -1409,7 +1409,7 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, > if (ret) > return ret; > > - /* 1D Curve - SHAPER TF */ > + /* 1D Curve & LUT - SHAPER TF & LUT */ > colorop = colorop->next; > if (!colorop) { > drm_dbg(dev, "no Shaper TF colorop found\n"); > @@ -1420,7 +1420,12 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, > if (ret) > return ret; > > - /* 1D Curve - BLND TF */ > + /* Shaper LUT colorop is already handled, just skip here */ > + colorop = colorop->next; > + if (!colorop) > + return -EINVAL; > + > + /* 1D Curve & LUT - BLND TF & LUT */ > colorop = colorop->next; > if (!colorop) { > drm_dbg(dev, "no Blend TF colorop found\n"); > @@ -1431,6 +1436,11 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, > if (ret) > return ret; > > + /* BLND LUT colorop is already handled, just skip here */ > + colorop = colorop->next; > + if (!colorop) > + return -EINVAL; > + > return 0; > } > > diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > index ff5828a1e8cd..8a5e15083f11 100644 > --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > @@ -29,6 +29,7 @@ > #include <drm/drm_property.h> > #include <drm/drm_colorop.h> > > +#include "amdgpu.h" > #include "amdgpu_dm_colorop.h" > > const u64 amdgpu_dm_supported_degam_tfs = > @@ -90,6 +91,22 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr > > i++; > > + /* 1D LUT - SHAPER LUT */ > + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); > + if (!ops[i]) { > + DRM_ERROR("KMS: Failed to allocate colorop\n"); > + ret = -ENOMEM; > + goto cleanup; > + } > + > + ret = drm_colorop_curve_1d_lut_init(dev, ops[i], plane, MAX_COLOR_LUT_ENTRIES); > + if (ret) > + goto cleanup; > + > + drm_colorop_set_next_property(ops[i-1], ops[i]); > + > + i++; > + > /* 1D curve - BLND TF */ > ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); > if (!ops[i]) { > @@ -104,6 +121,21 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr > > drm_colorop_set_next_property(ops[i-1], ops[i]); > > + i++; > + > + /* 1D LUT - BLND LUT */ > + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); > + if (!ops[i]) { > + DRM_ERROR("KMS: Failed to allocate colorop\n"); > + ret = -ENOMEM; > + goto cleanup; > + } > + > + ret = drm_colorop_curve_1d_lut_init(dev, ops[i], plane, MAX_COLOR_LUT_ENTRIES); > + if (ret) > + goto cleanup; > + > + drm_colorop_set_next_property(ops[i-1], ops[i]); > return 0; > > cleanup: ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 34/45] drm/amd/display: add shaper and blend colorops for 1D Curve Custom LUT 2025-02-12 23:44 ` Leo Li @ 2025-02-21 16:28 ` Harry Wentland 0 siblings, 0 replies; 127+ messages in thread From: Harry Wentland @ 2025-02-21 16:28 UTC (permalink / raw) To: Leo Li, Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel On 2025-02-12 18:44, Leo Li wrote: > > > On 2024-12-19 23:33, Alex Hung wrote: >> This patch adds colorops for custom 1D LUTs in the SHAPER and >> BLND HW blocks. >> >> With this change the following IGT tests pass: >> kms_colorop --run plane-XR30-XR30-srgb_inv_eotf_lut >> kms_colorop --run plane-XR30-XR30-srgb_inv_eotf_lut-srgb_eotf_lut >> >> The color pipeline now consists of the following colorops: >> 1. 1D curve colorop >> 2. 1D curve colorop >> 3. 1D LUT >> 4. 1D curve colorop >> 5. 1D LUT >> >> The 1D curve colorops support sRGB, BT2020, and PQ scaled to 125.0. >> >> Signed-off-by: Alex Hung <alex.hung@amd.com> >> Signed-off-by: Harry Wentland <harry.wentland@amd.com> >> --- >> v7: >> - Initialize uint32_t blend_size = 0 by default (kernel test robot) >> - Modify state->size to colorop->lut_size >> >> .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 166 ++++++++++-------- >> .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 32 ++++ >> 2 files changed, 120 insertions(+), 78 deletions(-) >> >> diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c >> index 1765402bc122..0bea52eede39 100644 >> --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c >> +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c >> @@ -1211,38 +1211,6 @@ __set_dm_plane_colorop_degamma(struct drm_plane_state *plane_state, >> return __set_colorop_in_tf_1d_curve(dc_plane_state, colorop_state); >> } >> -static int >> -__set_colorop_in_shaper_1d_curve(struct dc_plane_state *dc_plane_state, >> - struct drm_colorop_state *colorop_state) >> -{ >> - struct dc_transfer_func *tf = &dc_plane_state->in_shaper_func; >> - struct drm_colorop *colorop = colorop_state->colorop; >> - struct drm_device *drm = colorop->dev; >> - >> - if (colorop->type != DRM_COLOROP_1D_CURVE) >> - return -EINVAL; >> - >> - if (!(BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_shaper_tfs)) >> - return -EINVAL; >> - >> - if (colorop_state->bypass) { >> - tf->type = TF_TYPE_BYPASS; >> - tf->tf = TRANSFER_FUNCTION_LINEAR; >> - return 0; >> - } >> - >> - drm_dbg(drm, "Shaper colorop with ID: %d\n", colorop->base.id); >> - >> - if (colorop->type == DRM_COLOROP_1D_CURVE) { >> - tf->type = TF_TYPE_DISTRIBUTED_POINTS; >> - tf->tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); >> - tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; >> - return __set_output_tf(tf, 0, 0, false); >> - } >> - >> - return -EINVAL; >> -} >> - >> static int >> __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, >> struct dc_plane_state *dc_plane_state, >> @@ -1251,64 +1219,61 @@ __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, >> struct drm_colorop *old_colorop; >> struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; >> struct drm_atomic_state *state = plane_state->state; >> + enum dc_transfer_func_predefined default_tf = TRANSFER_FUNCTION_LINEAR; >> + struct dc_transfer_func *tf = &dc_plane_state->in_shaper_func; >> + const struct drm_color_lut *shaper_lut; >> + struct drm_device *dev = colorop->dev; >> + uint32_t shaper_size; >> int i = 0; >> + /* 1D Curve - SHAPER TF */ >> old_colorop = colorop; >> - >> - /* 2nd op: 1d curve - shaper */ >> for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { >> if (new_colorop_state->colorop == old_colorop && >> (BIT(new_colorop_state->curve_1d_type) & amdgpu_dm_supported_shaper_tfs)) { >> colorop_state = new_colorop_state; >> break; >> } >> - >> - if (new_colorop_state->colorop == old_colorop) { >> - colorop_state = new_colorop_state; >> - break; >> - } >> } >> - if (!colorop_state) >> - return -EINVAL; >> - >> - return __set_colorop_in_shaper_1d_curve(dc_plane_state, colorop_state); >> -} >> - >> - >> -static int >> -__set_colorop_1d_curve_blend_tf_lut(struct dc_plane_state *dc_plane_state, >> - struct drm_colorop_state *colorop_state) >> -{ >> - >> - struct dc_transfer_func *tf = &dc_plane_state->blend_tf; >> - struct drm_colorop *colorop = colorop_state->colorop; >> - struct drm_device *drm = colorop->dev; >> - const struct drm_color_lut *blend_lut; >> - uint32_t blend_size = 0; >> - >> - if (colorop->type != DRM_COLOROP_1D_CURVE) >> - return -EINVAL; >> + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_1D_CURVE) { >> + drm_dbg(dev, "Shaper TF colorop with ID: %d\n", colorop->base.id); >> + tf->type = TF_TYPE_DISTRIBUTED_POINTS; >> + tf->tf = default_tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); >> + tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; >> + __set_output_tf(tf, 0, 0, false); >> + } > > __set_output_tf() could fail silently -- would that be problematic? > > Looks like this question applies to similar changes below. > >> - if (!(BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) >> + /* 1D LUT - SHAPER LUT */ >> + colorop = old_colorop->next; >> + if (!colorop) { >> + drm_dbg(dev, "no Shaper LUT colorop found\n"); >> return -EINVAL; >> - >> - if (colorop_state->bypass) { >> - tf->type = TF_TYPE_BYPASS; >> - tf->tf = TRANSFER_FUNCTION_LINEAR; >> - return 0; >> } >> - drm_dbg(drm, "Blend colorop with ID: %d\n", colorop->base.id); >> + old_colorop = colorop; >> + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { >> + if (new_colorop_state->colorop == old_colorop && >> + new_colorop_state->colorop->type == DRM_COLOROP_1D_LUT) { >> + colorop_state = new_colorop_state; >> + break; >> + } >> + } >> - if (colorop->type == DRM_COLOROP_1D_CURVE) { >> + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_1D_LUT) { >> + drm_dbg(dev, "Shaper LUT colorop with ID: %d\n", colorop->base.id); >> tf->type = TF_TYPE_DISTRIBUTED_POINTS; >> - tf->tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); >> + tf->tf = default_tf; > > Not sure if IIUC --the shaper in HW can either be a custom 1D LUT, or a > predefined 1D CURVE, but cannot be both enabled at the same time, right? > HW has only a custom LUT but the color module combines the pre-defined transfer function with a custom LUT. That's why we're exposing a pre-defined TF, followed by a custom LUT. If we could only support one or the other we would need to expose multiple color pipelines, ones with TFs, and ones with LUTs. Harry > If so, what would be the expected outcome if both LUT and CURVE colorops are not in bypass? It looks from the code that we'd prefer the LUT. > > Likewise, this question applies to similar changes below. > > - Leo > >> tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; >> - return __set_input_tf(NULL, tf, blend_lut, blend_size); >> + shaper_lut = __extract_blob_lut(colorop_state->data, &shaper_size); >> + shaper_size = shaper_lut != NULL ? shaper_size : 0; >> + >> + /* Custom LUT size must be the same as supported size */ >> + if (shaper_size == colorop->lut_size) >> + __set_output_tf(tf, shaper_lut, shaper_size, false); >> } >> - return -EINVAL; >> + return 0; >> } >> static int >> @@ -1319,28 +1284,63 @@ __set_dm_plane_colorop_blend(struct drm_plane_state *plane_state, >> struct drm_colorop *old_colorop; >> struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; >> struct drm_atomic_state *state = plane_state->state; >> + enum dc_transfer_func_predefined default_tf = TRANSFER_FUNCTION_LINEAR; >> + struct dc_transfer_func *tf = &dc_plane_state->blend_tf; >> + const struct drm_color_lut *blend_lut; >> + struct drm_device *dev = colorop->dev; >> + uint32_t blend_size; >> int i = 0; >> + /* 1D Curve - BLND TF */ >> old_colorop = colorop; >> - >> - /* 3nd op: 1d curve - blend */ >> for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { >> if (new_colorop_state->colorop == old_colorop && >> (BIT(new_colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) { >> colorop_state = new_colorop_state; >> break; >> } >> + } >> + >> + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_1D_CURVE && >> + (BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) { >> + drm_dbg(dev, "Blend TF colorop with ID: %d\n", colorop->base.id); >> + tf->type = TF_TYPE_DISTRIBUTED_POINTS; >> + tf->tf = default_tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); >> + tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; >> + __set_input_tf(NULL, tf, blend_lut, blend_size); >> + } >> - if (new_colorop_state->colorop == old_colorop) { >> + /* 1D Curve - BLND LUT */ >> + colorop = old_colorop->next; >> + if (!colorop) { >> + drm_dbg(dev, "no Blend LUT colorop found\n"); >> + return -EINVAL; >> + } >> + >> + old_colorop = colorop; >> + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { >> + if (new_colorop_state->colorop == old_colorop && >> + new_colorop_state->colorop->type == DRM_COLOROP_1D_LUT) { >> colorop_state = new_colorop_state; >> break; >> } >> } >> - if (!colorop_state) >> - return -EINVAL; >> + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_1D_LUT && >> + (BIT(colorop_state->curve_1d_type) & amdgpu_dm_supported_blnd_tfs)) { >> + drm_dbg(dev, "Blend LUT colorop with ID: %d\n", colorop->base.id); >> + tf->type = TF_TYPE_DISTRIBUTED_POINTS; >> + tf->tf = default_tf; >> + tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; >> + blend_lut = __extract_blob_lut(colorop_state->data, &blend_size); >> + blend_size = blend_lut != NULL ? blend_size : 0; >> + >> + /* Custom LUT size must be the same as supported size */ >> + if (blend_size == colorop->lut_size) >> + __set_input_tf(NULL, tf, blend_lut, blend_size); >> + } >> - return __set_colorop_1d_curve_blend_tf_lut(dc_plane_state, colorop_state); >> + return 0; >> } >> static int >> @@ -1409,7 +1409,7 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, >> if (ret) >> return ret; >> - /* 1D Curve - SHAPER TF */ >> + /* 1D Curve & LUT - SHAPER TF & LUT */ >> colorop = colorop->next; >> if (!colorop) { >> drm_dbg(dev, "no Shaper TF colorop found\n"); >> @@ -1420,7 +1420,12 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, >> if (ret) >> return ret; >> - /* 1D Curve - BLND TF */ >> + /* Shaper LUT colorop is already handled, just skip here */ >> + colorop = colorop->next; >> + if (!colorop) >> + return -EINVAL; >> + >> + /* 1D Curve & LUT - BLND TF & LUT */ >> colorop = colorop->next; >> if (!colorop) { >> drm_dbg(dev, "no Blend TF colorop found\n"); >> @@ -1431,6 +1436,11 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, >> if (ret) >> return ret; >> + /* BLND LUT colorop is already handled, just skip here */ >> + colorop = colorop->next; >> + if (!colorop) >> + return -EINVAL; >> + >> return 0; >> } >> diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c >> index ff5828a1e8cd..8a5e15083f11 100644 >> --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c >> +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c >> @@ -29,6 +29,7 @@ >> #include <drm/drm_property.h> >> #include <drm/drm_colorop.h> >> +#include "amdgpu.h" >> #include "amdgpu_dm_colorop.h" >> const u64 amdgpu_dm_supported_degam_tfs = >> @@ -90,6 +91,22 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr >> i++; >> + /* 1D LUT - SHAPER LUT */ >> + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); >> + if (!ops[i]) { >> + DRM_ERROR("KMS: Failed to allocate colorop\n"); >> + ret = -ENOMEM; >> + goto cleanup; >> + } >> + >> + ret = drm_colorop_curve_1d_lut_init(dev, ops[i], plane, MAX_COLOR_LUT_ENTRIES); >> + if (ret) >> + goto cleanup; >> + >> + drm_colorop_set_next_property(ops[i-1], ops[i]); >> + >> + i++; >> + >> /* 1D curve - BLND TF */ >> ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); >> if (!ops[i]) { >> @@ -104,6 +121,21 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr >> drm_colorop_set_next_property(ops[i-1], ops[i]); >> + i++; >> + >> + /* 1D LUT - BLND LUT */ >> + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); >> + if (!ops[i]) { >> + DRM_ERROR("KMS: Failed to allocate colorop\n"); >> + ret = -ENOMEM; >> + goto cleanup; >> + } >> + >> + ret = drm_colorop_curve_1d_lut_init(dev, ops[i], plane, MAX_COLOR_LUT_ENTRIES); >> + if (ret) >> + goto cleanup; >> + >> + drm_colorop_set_next_property(ops[i-1], ops[i]); >> return 0; >> cleanup: > ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 35/45] drm/amd/display: add 3x4 matrix colorop 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (33 preceding siblings ...) 2024-12-20 4:33 ` [V7 34/45] drm/amd/display: add shaper and blend colorops for 1D Curve Custom LUT Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-02-13 17:16 ` Leo Li 2024-12-20 4:33 ` [V7 36/45] drm/colorop: Add mutliplier type Alex Hung ` (9 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung This adds support for a 3x4 color transformation matrix. With this change the following IGT tests pass: kms_colorop --run plane-XR30-XR30-ctm_3x4_50_desat kms_colorop --run plane-XR30-XR30-ctm_3x4_overdrive kms_colorop --run plane-XR30-XR30-ctm_3x4_oversaturate kms_colorop --run plane-XR30-XR30-ctm_3x4_bt709_enc kms_colorop --run plane-XR30-XR30-ctm_3x4_bt709_dec The color pipeline now consists of the following colorops: 1. 1D curve colorop 2. 3x4 CTM 3. 1D curve colorop 4. 1D LUT 5. 1D curve colorop 6. 1D LUT Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Change %lu to %zu for sizeof() when In drm_warn v6: - fix warnings in dbg prints .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 50 +++++++++++++++++++ .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 16 ++++++ 2 files changed, 66 insertions(+) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c index 0bea52eede39..5d6effe6f90e 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c @@ -1211,6 +1211,45 @@ __set_dm_plane_colorop_degamma(struct drm_plane_state *plane_state, return __set_colorop_in_tf_1d_curve(dc_plane_state, colorop_state); } +static int +__set_dm_plane_colorop_3x4_matrix(struct drm_plane_state *plane_state, + struct dc_plane_state *dc_plane_state, + struct drm_colorop *colorop) +{ + struct drm_colorop *old_colorop; + struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; + struct drm_atomic_state *state = plane_state->state; + const struct drm_device *dev = colorop->dev; + const struct drm_property_blob *blob; + struct drm_color_ctm_3x4 *ctm = NULL; + int i = 0; + + /* 3x4 matrix */ + old_colorop = colorop; + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { + if (new_colorop_state->colorop == old_colorop && + new_colorop_state->colorop->type == DRM_COLOROP_CTM_3X4) { + colorop_state = new_colorop_state; + break; + } + } + + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_CTM_3X4) { + drm_dbg(dev, "3x4 matrix colorop with ID: %d\n", colorop->base.id); + blob = colorop_state->data; + if (blob->length == sizeof(struct drm_color_ctm_3x4)) { + ctm = blob ? (struct drm_color_ctm_3x4 *) blob->data : NULL; + __drm_ctm_3x4_to_dc_matrix(ctm, dc_plane_state->gamut_remap_matrix.matrix); + dc_plane_state->gamut_remap_matrix.enable_remap = true; + dc_plane_state->input_csc_color_matrix.enable_adjustment = false; + } else + drm_warn(dev, "blob->length (%lu) isn't equal to drm_color_ctm_3x4 (%zu)\n", + blob->length, sizeof(struct drm_color_ctm_3x4)); + } + + return 0; +} + static int __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, struct dc_plane_state *dc_plane_state, @@ -1409,6 +1448,17 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, if (ret) return ret; + /* 3x4 matrix */ + colorop = colorop->next; + if (!colorop) { + drm_dbg(dev, "no 3x4 matrix colorop found\n"); + return -EINVAL; + } + + ret = __set_dm_plane_colorop_3x4_matrix(plane_state, dc_plane_state, colorop); + if (ret) + return ret; + /* 1D Curve & LUT - SHAPER TF & LUT */ colorop = colorop->next; if (!colorop) { diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c index 8a5e15083f11..9a9386bf85ec 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c @@ -75,6 +75,22 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr i++; + /* 3x4 matrix */ + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); + if (!ops[i]) { + DRM_ERROR("KMS: Failed to allocate colorop\n"); + ret = -ENOMEM; + goto cleanup; + } + + ret = drm_colorop_ctm_3x4_init(dev, ops[i], plane); + if (ret) + goto cleanup; + + drm_colorop_set_next_property(ops[i-1], ops[i]); + + i++; + /* 1D curve - SHAPER TF */ ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); if (!ops[i]) { -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 35/45] drm/amd/display: add 3x4 matrix colorop 2024-12-20 4:33 ` [V7 35/45] drm/amd/display: add 3x4 matrix colorop Alex Hung @ 2025-02-13 17:16 ` Leo Li 0 siblings, 0 replies; 127+ messages in thread From: Leo Li @ 2025-02-13 17:16 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland On 2024-12-19 23:33, Alex Hung wrote: > This adds support for a 3x4 color transformation matrix. > > With this change the following IGT tests pass: > kms_colorop --run plane-XR30-XR30-ctm_3x4_50_desat > kms_colorop --run plane-XR30-XR30-ctm_3x4_overdrive > kms_colorop --run plane-XR30-XR30-ctm_3x4_oversaturate > kms_colorop --run plane-XR30-XR30-ctm_3x4_bt709_enc > kms_colorop --run plane-XR30-XR30-ctm_3x4_bt709_dec > > The color pipeline now consists of the following colorops: > 1. 1D curve colorop > 2. 3x4 CTM > 3. 1D curve colorop > 4. 1D LUT > 5. 1D curve colorop > 6. 1D LUT > > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > --- > v7: > - Change %lu to %zu for sizeof() when In drm_warn > > v6: > - fix warnings in dbg prints > > .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 50 +++++++++++++++++++ > .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 16 ++++++ > 2 files changed, 66 insertions(+) > > diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > index 0bea52eede39..5d6effe6f90e 100644 > --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > @@ -1211,6 +1211,45 @@ __set_dm_plane_colorop_degamma(struct drm_plane_state *plane_state, > return __set_colorop_in_tf_1d_curve(dc_plane_state, colorop_state); > } > > +static int > +__set_dm_plane_colorop_3x4_matrix(struct drm_plane_state *plane_state, > + struct dc_plane_state *dc_plane_state, > + struct drm_colorop *colorop) > +{ > + struct drm_colorop *old_colorop; > + struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; > + struct drm_atomic_state *state = plane_state->state; > + const struct drm_device *dev = colorop->dev; > + const struct drm_property_blob *blob; > + struct drm_color_ctm_3x4 *ctm = NULL; > + int i = 0; > + > + /* 3x4 matrix */ > + old_colorop = colorop; > + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { > + if (new_colorop_state->colorop == old_colorop && > + new_colorop_state->colorop->type == DRM_COLOROP_CTM_3X4) { > + colorop_state = new_colorop_state; > + break; > + } > + } > + > + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_CTM_3X4) { > + drm_dbg(dev, "3x4 matrix colorop with ID: %d\n", colorop->base.id); > + blob = colorop_state->data; > + if (blob->length == sizeof(struct drm_color_ctm_3x4)) { > + ctm = blob ? (struct drm_color_ctm_3x4 *) blob->data : NULL; > + __drm_ctm_3x4_to_dc_matrix(ctm, dc_plane_state->gamut_remap_matrix.matrix); > + dc_plane_state->gamut_remap_matrix.enable_remap = true; > + dc_plane_state->input_csc_color_matrix.enable_adjustment = false; > + } else > + drm_warn(dev, "blob->length (%lu) isn't equal to drm_color_ctm_3x4 (%zu)\n", > + blob->length, sizeof(struct drm_color_ctm_3x4)); Should -EINVAL be returned here? - Leo > + } > + > + return 0; > +} > + > static int > __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, > struct dc_plane_state *dc_plane_state, > @@ -1409,6 +1448,17 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, > if (ret) > return ret; > > + /* 3x4 matrix */ > + colorop = colorop->next; > + if (!colorop) { > + drm_dbg(dev, "no 3x4 matrix colorop found\n"); > + return -EINVAL; > + } > + > + ret = __set_dm_plane_colorop_3x4_matrix(plane_state, dc_plane_state, colorop); > + if (ret) > + return ret; > + > /* 1D Curve & LUT - SHAPER TF & LUT */ > colorop = colorop->next; > if (!colorop) { > diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > index 8a5e15083f11..9a9386bf85ec 100644 > --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > @@ -75,6 +75,22 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr > > i++; > > + /* 3x4 matrix */ > + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); > + if (!ops[i]) { > + DRM_ERROR("KMS: Failed to allocate colorop\n"); > + ret = -ENOMEM; > + goto cleanup; > + } > + > + ret = drm_colorop_ctm_3x4_init(dev, ops[i], plane); > + if (ret) > + goto cleanup; > + > + drm_colorop_set_next_property(ops[i-1], ops[i]); > + > + i++; > + > /* 1D curve - SHAPER TF */ > ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); > if (!ops[i]) { ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 36/45] drm/colorop: Add mutliplier type 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (34 preceding siblings ...) 2024-12-20 4:33 ` [V7 35/45] drm/amd/display: add 3x4 matrix colorop Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-15 15:54 ` Simon Ser 2024-12-20 4:33 ` [V7 37/45] drm/amd/display: add multiplier colorop Alex Hung ` (8 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung This introduces a new drm_colorop_type: DRM_COLOROP_MULTIPLIER. It's a simple multiplier to all pixel values. The value is specified via a S31.32 fixed point provided via the "MULTIPLIER" property. Signed-off-by: Alex Hung <alex.hung@amd.com> --- v7: - Modify size_property to lut_size_property drivers/gpu/drm/drm_atomic.c | 3 +++ drivers/gpu/drm/drm_atomic_uapi.c | 4 ++++ drivers/gpu/drm/drm_colorop.c | 37 +++++++++++++++++++++++++++++-- include/drm/drm_colorop.h | 16 +++++++++++++ include/uapi/drm/drm_mode.h | 9 ++++++++ 5 files changed, 67 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c index b7a05132ee01..1fa6818794d6 100644 --- a/drivers/gpu/drm/drm_atomic.c +++ b/drivers/gpu/drm/drm_atomic.c @@ -800,6 +800,9 @@ static void drm_atomic_colorop_print_state(struct drm_printer *p, case DRM_COLOROP_CTM_3X4: drm_printf(p, "\tdata blob id=%d\n", state->data ? state->data->base.id : 0); break; + case DRM_COLOROP_MULTIPLIER: + drm_printf(p, "\tmultiplier=%llu\n", state->multiplier); + break; default: break; } diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c index 4744c12e429d..3c815a2a8d9d 100644 --- a/drivers/gpu/drm/drm_atomic_uapi.c +++ b/drivers/gpu/drm/drm_atomic_uapi.c @@ -728,6 +728,8 @@ static int drm_atomic_colorop_set_property(struct drm_colorop *colorop, state->bypass = val; } else if (property == colorop->curve_1d_type_property) { state->curve_1d_type = val; + } else if (property == colorop->multiplier_property) { + state->multiplier = val; } else if (property == colorop->data_property) { return drm_atomic_color_set_data_property(colorop, state, property, val); @@ -753,6 +755,8 @@ drm_atomic_colorop_get_property(struct drm_colorop *colorop, *val = state->bypass; } else if (property == colorop->curve_1d_type_property) { *val = state->curve_1d_type; + } else if (property == colorop->multiplier_property) { + *val = state->multiplier; } else if (property == colorop->lut_size_property) { *val = colorop->lut_size; } else if (property == colorop->data_property) { diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c index e6dea2713490..9fbfb2b89b1b 100644 --- a/drivers/gpu/drm/drm_colorop.c +++ b/drivers/gpu/drm/drm_colorop.c @@ -65,7 +65,8 @@ static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { { DRM_COLOROP_1D_CURVE, "1D Curve" }, { DRM_COLOROP_1D_LUT, "1D Curve Custom LUT" }, - { DRM_COLOROP_CTM_3X4, "3x4 Matrix"} + { DRM_COLOROP_CTM_3X4, "3x4 Matrix"}, + { DRM_COLOROP_MULTIPLIER, "Multiplier"}, }; static const char * const colorop_curve_1d_type_names[] = { @@ -286,6 +287,37 @@ int drm_colorop_ctm_3x4_init(struct drm_device *dev, struct drm_colorop *colorop } EXPORT_SYMBOL(drm_colorop_ctm_3x4_init); +/** + * drm_colorop_mult_init - Initialize a DRM_COLOROP_MULTIPLIER + * + * @dev: DRM device + * @colorop: The drm_colorop object to initialize + * @plane: The associated drm_plane + * @return zero on success, -E value on failure + */ +int drm_colorop_mult_init(struct drm_device *dev, struct drm_colorop *colorop, + struct drm_plane *plane) +{ + struct drm_property *prop; + int ret; + + ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_MULTIPLIER); + if (ret) + return ret; + + prop = drm_property_create_range(dev, DRM_MODE_PROP_ATOMIC, "MULTIPLIER", 0, U64_MAX); + if (!prop) + return -ENOMEM; + + colorop->multiplier_property = prop; + drm_object_attach_property(&colorop->base, colorop->multiplier_property, 0); + + drm_colorop_reset(colorop); + + return 0; +} +EXPORT_SYMBOL(drm_colorop_mult_init); + static void __drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop, struct drm_colorop_state *state) { @@ -376,7 +408,8 @@ void drm_colorop_reset(struct drm_colorop *colorop) static const char * const colorop_type_name[] = { [DRM_COLOROP_1D_CURVE] = "1D Curve", [DRM_COLOROP_1D_LUT] = "1D Curve Custom LUT", - [DRM_COLOROP_CTM_3X4] = "3x4 Matrix" + [DRM_COLOROP_CTM_3X4] = "3x4 Matrix", + [DRM_COLOROP_MULTIPLIER] = "Multiplier", }; const char *drm_get_colorop_type_name(enum drm_colorop_type type) diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h index d3226ab7e1e3..d84f457a2b65 100644 --- a/include/drm/drm_colorop.h +++ b/include/drm/drm_colorop.h @@ -134,6 +134,13 @@ struct drm_colorop_state { */ enum drm_colorop_curve_1d_type curve_1d_type; + /** + * @multiplier: + * + * Multiplier to 'gain' the plane. Format is S31.32 sign-magnitude. + */ + uint64_t multiplier; + /** * @data: * @@ -253,6 +260,13 @@ struct drm_colorop { */ struct drm_property *curve_1d_type_property; + /** + * @multiplier_property: + * + * Multiplier property for plane gain + */ + struct drm_property *multiplier_property; + /** * @lut_size_property: * @@ -311,6 +325,8 @@ int drm_colorop_curve_1d_lut_init(struct drm_device *dev, struct drm_colorop *co struct drm_plane *plane, uint32_t lut_size); int drm_colorop_ctm_3x4_init(struct drm_device *dev, struct drm_colorop *colorop, struct drm_plane *plane); +int drm_colorop_mult_init(struct drm_device *dev, struct drm_colorop *colorop, + struct drm_plane *plane); struct drm_colorop_state * drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop); diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h index 40cc5c661cff..96cb32e6980c 100644 --- a/include/uapi/drm/drm_mode.h +++ b/include/uapi/drm/drm_mode.h @@ -904,6 +904,15 @@ enum drm_colorop_type { * &drm_color_ctm_3x4 struct provided via the DATA property. */ DRM_COLOROP_CTM_3X4, + + /** + * @DRM_COLOROP_MULTIPLIER: + * + * A simple multiplier, applied to all color values. The + * multiplier is specified as a S31.32 via the MULTIPLIER + * property. + */ + DRM_COLOROP_MULTIPLIER, }; /** -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 36/45] drm/colorop: Add mutliplier type 2024-12-20 4:33 ` [V7 36/45] drm/colorop: Add mutliplier type Alex Hung @ 2025-01-15 15:54 ` Simon Ser 0 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-15 15:54 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland Reviewed-by: Simon Ser <contact@emersion.fr> ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 37/45] drm/amd/display: add multiplier colorop 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (35 preceding siblings ...) 2024-12-20 4:33 ` [V7 36/45] drm/colorop: Add mutliplier type Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2024-12-20 4:33 ` [V7 38/45] drm/amd/display: Swap matrix and multiplier Alex Hung ` (7 subsequent siblings) 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung This adds support for a multiplier. This multiplier is programmed via the HDR Multiplier in DCN. With this change the following IGT tests pass: kms_colorop --run plane-XR30-XR30-multiply_125 kms_colorop --run plane-XR30-XR30-multiply_inv_125 The color pipeline now consists of the following colorops: 1. 1D curve colorop 2. 3x4 CTM 3. Multiplier 4. 1D curve colorop 5. 1D LUT 6. 1D curve colorop 7. 1D LUT Signed-off-by: Alex Hung <alex.hung@amd.com> --- .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 40 +++++++++++++++++++ .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 16 ++++++++ 2 files changed, 56 insertions(+) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c index 5d6effe6f90e..edf05290d441 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c @@ -1250,6 +1250,35 @@ __set_dm_plane_colorop_3x4_matrix(struct drm_plane_state *plane_state, return 0; } +static int +__set_dm_plane_colorop_multiplier(struct drm_plane_state *plane_state, + struct dc_plane_state *dc_plane_state, + struct drm_colorop *colorop) +{ + struct drm_colorop *old_colorop; + struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; + struct drm_atomic_state *state = plane_state->state; + const struct drm_device *dev = colorop->dev; + int i = 0; + + /* Multiplier */ + old_colorop = colorop; + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { + if (new_colorop_state->colorop == old_colorop && + new_colorop_state->colorop->type == DRM_COLOROP_MULTIPLIER) { + colorop_state = new_colorop_state; + break; + } + } + + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_MULTIPLIER) { + drm_dbg(dev, "Multiplier colorop with ID: %d\n", colorop->base.id); + dc_plane_state->hdr_mult = amdgpu_dm_fixpt_from_s3132(colorop_state->multiplier); + } + + return 0; +} + static int __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, struct dc_plane_state *dc_plane_state, @@ -1459,6 +1488,17 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, if (ret) return ret; + /* Multiplier */ + colorop = colorop->next; + if (!colorop) { + drm_dbg(dev, "no multiplier colorop found\n"); + return -EINVAL; + } + + ret = __set_dm_plane_colorop_multiplier(plane_state, dc_plane_state, colorop); + if (ret) + return ret; + /* 1D Curve & LUT - SHAPER TF & LUT */ colorop = colorop->next; if (!colorop) { diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c index 9a9386bf85ec..33156531d751 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c @@ -91,6 +91,22 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr i++; + /* Multiplier */ + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); + if (!ops[i]) { + DRM_ERROR("KMS: Failed to allocate colorop\n"); + ret = -ENOMEM; + goto cleanup; + } + + ret = drm_colorop_mult_init(dev, ops[i], plane); + if (ret) + goto cleanup; + + drm_colorop_set_next_property(ops[i-1], ops[i]); + + i++; + /* 1D curve - SHAPER TF */ ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); if (!ops[i]) { -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* [V7 38/45] drm/amd/display: Swap matrix and multiplier 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (36 preceding siblings ...) 2024-12-20 4:33 ` [V7 37/45] drm/amd/display: add multiplier colorop Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2024-12-20 4:33 ` [V7 39/45] drm/colorop: Define LUT_1D interpolation Alex Hung ` (6 subsequent siblings) 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung Swap the order of matrix and multiplier as designed in hardware. Signed-off-by: Alex Hung <alex.hung@amd.com> --- .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c | 12 ++++++------ .../drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 8 ++++---- 2 files changed, 10 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c index edf05290d441..54ec12c1352f 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c @@ -1477,25 +1477,25 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, if (ret) return ret; - /* 3x4 matrix */ + /* Multiplier */ colorop = colorop->next; if (!colorop) { - drm_dbg(dev, "no 3x4 matrix colorop found\n"); + drm_dbg(dev, "no multiplier colorop found\n"); return -EINVAL; } - ret = __set_dm_plane_colorop_3x4_matrix(plane_state, dc_plane_state, colorop); + ret = __set_dm_plane_colorop_multiplier(plane_state, dc_plane_state, colorop); if (ret) return ret; - /* Multiplier */ + /* 3x4 matrix */ colorop = colorop->next; if (!colorop) { - drm_dbg(dev, "no multiplier colorop found\n"); + drm_dbg(dev, "no 3x4 matrix colorop found\n"); return -EINVAL; } - ret = __set_dm_plane_colorop_multiplier(plane_state, dc_plane_state, colorop); + ret = __set_dm_plane_colorop_3x4_matrix(plane_state, dc_plane_state, colorop); if (ret) return ret; diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c index 33156531d751..d0777691862b 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c @@ -75,7 +75,7 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr i++; - /* 3x4 matrix */ + /* Multiplier */ ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); if (!ops[i]) { DRM_ERROR("KMS: Failed to allocate colorop\n"); @@ -83,7 +83,7 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr goto cleanup; } - ret = drm_colorop_ctm_3x4_init(dev, ops[i], plane); + ret = drm_colorop_mult_init(dev, ops[i], plane); if (ret) goto cleanup; @@ -91,7 +91,7 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr i++; - /* Multiplier */ + /* 3x4 matrix */ ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); if (!ops[i]) { DRM_ERROR("KMS: Failed to allocate colorop\n"); @@ -99,7 +99,7 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr goto cleanup; } - ret = drm_colorop_mult_init(dev, ops[i], plane); + ret = drm_colorop_ctm_3x4_init(dev, ops[i], plane); if (ret) goto cleanup; -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* [V7 39/45] drm/colorop: Define LUT_1D interpolation 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (37 preceding siblings ...) 2024-12-20 4:33 ` [V7 38/45] drm/amd/display: Swap matrix and multiplier Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-20 7:48 ` Simon Ser 2024-12-20 4:33 ` [V7 40/45] drm/colorop: allow non-bypass colorops Alex Hung ` (5 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> We want to make sure userspace is aware of the 1D LUT interpolation. While linear interpolation is common it might not be supported on all HW. Give driver implementers a way to specify their interpolation. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- v7: - Fix a checkpatch long-line warning - Modify state->size to colorop->lut_size .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 6 ++-- drivers/gpu/drm/drm_atomic.c | 2 ++ drivers/gpu/drm/drm_colorop.c | 36 ++++++++++++++++++- include/drm/drm_colorop.h | 19 +++++++++- include/uapi/drm/drm_mode.h | 13 +++++++ 5 files changed, 72 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c index d0777691862b..92c9f3fb0254 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c @@ -131,7 +131,8 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr goto cleanup; } - ret = drm_colorop_curve_1d_lut_init(dev, ops[i], plane, MAX_COLOR_LUT_ENTRIES); + ret = drm_colorop_curve_1d_lut_init(dev, ops[i], plane, MAX_COLOR_LUT_ENTRIES, + DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR); if (ret) goto cleanup; @@ -163,7 +164,8 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr goto cleanup; } - ret = drm_colorop_curve_1d_lut_init(dev, ops[i], plane, MAX_COLOR_LUT_ENTRIES); + ret = drm_colorop_curve_1d_lut_init(dev, ops[i], plane, MAX_COLOR_LUT_ENTRIES, + DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR); if (ret) goto cleanup; diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c index 1fa6818794d6..9a17fe11bcb3 100644 --- a/drivers/gpu/drm/drm_atomic.c +++ b/drivers/gpu/drm/drm_atomic.c @@ -795,6 +795,8 @@ static void drm_atomic_colorop_print_state(struct drm_printer *p, break; case DRM_COLOROP_1D_LUT: drm_printf(p, "\tsize=%d\n", colorop->lut_size); + drm_printf(p, "\tinterpolation=%s\n", + drm_get_colorop_lut1d_interpolation_name(colorop->lut1d_interpolation)); drm_printf(p, "\tdata blob id=%d\n", state->data ? state->data->base.id : 0); break; case DRM_COLOROP_CTM_3X4: diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c index 9fbfb2b89b1b..e8d8806e94cf 100644 --- a/drivers/gpu/drm/drm_colorop.c +++ b/drivers/gpu/drm/drm_colorop.c @@ -78,6 +78,9 @@ static const char * const colorop_curve_1d_type_names[] = { [DRM_COLOROP_1D_CURVE_PQ_125_INV_EOTF] = "PQ 125 Inverse EOTF", }; +static const struct drm_prop_enum_list drm_colorop_lut1d_interpolation_list[] = { + { DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR, "Linear" }, +}; /* Init Helpers */ @@ -234,10 +237,12 @@ static int drm_colorop_create_data_prop(struct drm_device *dev, struct drm_color * @colorop: The drm_colorop object to initialize * @plane: The associated drm_plane * @lut_size: LUT size supported by driver + * @lut1d_interpolation: 1D LUT interpolation type * @return zero on success, -E value on failure */ int drm_colorop_curve_1d_lut_init(struct drm_device *dev, struct drm_colorop *colorop, - struct drm_plane *plane, uint32_t lut_size) + struct drm_plane *plane, uint32_t lut_size, + enum drm_colorop_lut1d_interpolation_type lut1d_interpolation) { struct drm_property *prop; int ret; @@ -257,6 +262,17 @@ int drm_colorop_curve_1d_lut_init(struct drm_device *dev, struct drm_colorop *co drm_object_attach_property(&colorop->base, colorop->lut_size_property, lut_size); colorop->lut_size = lut_size; + /* Interpolation */ + prop = drm_property_create_enum(dev, DRM_MODE_PROP_IMMUTABLE, "LUT1D_INTERPOLATION", + drm_colorop_lut1d_interpolation_list, + ARRAY_SIZE(drm_colorop_lut1d_interpolation_list)); + if (!prop) + return -ENOMEM; + + colorop->lut1d_interpolation_property = prop; + drm_object_attach_property(&colorop->base, prop, lut1d_interpolation); + colorop->lut1d_interpolation = lut1d_interpolation; + /* data */ ret = drm_colorop_create_data_prop(dev, colorop); if (ret) @@ -411,6 +427,9 @@ static const char * const colorop_type_name[] = { [DRM_COLOROP_CTM_3X4] = "3x4 Matrix", [DRM_COLOROP_MULTIPLIER] = "Multiplier", }; +static const char * const colorop_lut1d_interpolation_name[] = { + [DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR] = "Linear", +}; const char *drm_get_colorop_type_name(enum drm_colorop_type type) { @@ -428,6 +447,21 @@ const char *drm_get_colorop_curve_1d_type_name(enum drm_colorop_curve_1d_type ty return colorop_curve_1d_type_names[type]; } +/** + * drm_get_colorop_lut1d_interpolation_name: return a string for interpolation type + * @type: interpolation type to compute name of + * + * In contrast to the other drm_get_*_name functions this one here returns a + * const pointer and hence is threadsafe. + */ +const char *drm_get_colorop_lut1d_interpolation_name(enum drm_colorop_lut1d_interpolation_type type) +{ + if (WARN_ON(type >= ARRAY_SIZE(colorop_lut1d_interpolation_name))) + return "unknown"; + + return colorop_lut1d_interpolation_name[type]; +} + /** * drm_colorop_set_next_property - sets the next pointer * @colorop: drm colorop diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h index d84f457a2b65..01c7f5cd6019 100644 --- a/include/drm/drm_colorop.h +++ b/include/drm/drm_colorop.h @@ -253,6 +253,21 @@ struct drm_colorop { */ uint32_t lut_size; + /** + * @lut1d_interpolation: + * + * Read-only + * Interpolation for DRM_COLOROP_1D_LUT + */ + enum drm_colorop_lut1d_interpolation_type lut1d_interpolation; + + /** + * @lut1d_interpolation_property: + * + * Read-only property for DRM_COLOROP_1D_LUT interpolation + */ + struct drm_property *lut1d_interpolation_property; + /** * @curve_1d_type_property: * @@ -322,7 +337,8 @@ static inline struct drm_colorop *drm_colorop_find(struct drm_device *dev, int drm_colorop_curve_1d_init(struct drm_device *dev, struct drm_colorop *colorop, struct drm_plane *plane, u64 supported_tfs); int drm_colorop_curve_1d_lut_init(struct drm_device *dev, struct drm_colorop *colorop, - struct drm_plane *plane, uint32_t lut_size); + struct drm_plane *plane, uint32_t lut_size, + enum drm_colorop_lut1d_interpolation_type lut1d_interpolation); int drm_colorop_ctm_3x4_init(struct drm_device *dev, struct drm_colorop *colorop, struct drm_plane *plane); int drm_colorop_mult_init(struct drm_device *dev, struct drm_colorop *colorop, @@ -376,6 +392,7 @@ const char *drm_get_colorop_type_name(enum drm_colorop_type type); * const pointer and hence is threadsafe. */ const char *drm_get_colorop_curve_1d_type_name(enum drm_colorop_curve_1d_type type); +const char *drm_get_colorop_lut1d_interpolation_name(enum drm_colorop_lut1d_interpolation_type type); void drm_colorop_set_next_property(struct drm_colorop *colorop, struct drm_colorop *next); diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h index 96cb32e6980c..5ef87cb5b242 100644 --- a/include/uapi/drm/drm_mode.h +++ b/include/uapi/drm/drm_mode.h @@ -915,6 +915,19 @@ enum drm_colorop_type { DRM_COLOROP_MULTIPLIER, }; +/** + * enum drm_colorop_lut1d_interpolation_type - type of interpolation for 1D LUTs + */ +enum drm_colorop_lut1d_interpolation_type { + /** + * @DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR: + * + * Linear interpolation. Values between points of the LUT will be + * linearly interpolated. + */ + DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR, +}; + /** * struct drm_plane_size_hint - Plane size hints * @width: The width of the plane in pixel -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 39/45] drm/colorop: Define LUT_1D interpolation 2024-12-20 4:33 ` [V7 39/45] drm/colorop: Define LUT_1D interpolation Alex Hung @ 2025-01-20 7:48 ` Simon Ser 0 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-20 7:48 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland Reviewed-by: Simon Ser <contact@emersion.fr> ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 40/45] drm/colorop: allow non-bypass colorops 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (38 preceding siblings ...) 2024-12-20 4:33 ` [V7 39/45] drm/colorop: Define LUT_1D interpolation Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2024-12-20 4:33 ` [V7 41/45] drm/colorop: Add 3D LUT supports to color pipeline Alex Hung ` (4 subsequent siblings) 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> 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. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 22 +++++--- drivers/gpu/drm/drm_atomic.c | 3 +- drivers/gpu/drm/drm_colorop.c | 53 ++++++++++++------- drivers/gpu/drm/vkms/vkms_colorop.c | 8 +-- include/drm/drm_colorop.h | 10 ++-- 5 files changed, 61 insertions(+), 35 deletions(-) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c index 92c9f3fb0254..ec94ff887886 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c @@ -66,7 +66,9 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr goto cleanup; } - ret = drm_colorop_curve_1d_init(dev, ops[i], plane, amdgpu_dm_supported_degam_tfs); + ret = drm_colorop_curve_1d_init(dev, ops[i], plane, + amdgpu_dm_supported_degam_tfs, + true); if (ret) goto cleanup; @@ -83,7 +85,7 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr goto cleanup; } - ret = drm_colorop_mult_init(dev, ops[i], plane); + ret = drm_colorop_mult_init(dev, ops[i], plane, true); if (ret) goto cleanup; @@ -99,7 +101,7 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr goto cleanup; } - ret = drm_colorop_ctm_3x4_init(dev, ops[i], plane); + ret = drm_colorop_ctm_3x4_init(dev, ops[i], plane, true); if (ret) goto cleanup; @@ -115,7 +117,9 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr goto cleanup; } - ret = drm_colorop_curve_1d_init(dev, ops[i], plane, amdgpu_dm_supported_shaper_tfs); + ret = drm_colorop_curve_1d_init(dev, ops[i], plane, + amdgpu_dm_supported_shaper_tfs, + true); if (ret) goto cleanup; @@ -132,7 +136,8 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr } ret = drm_colorop_curve_1d_lut_init(dev, ops[i], plane, MAX_COLOR_LUT_ENTRIES, - DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR); + DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR, + true); if (ret) goto cleanup; @@ -148,7 +153,9 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr goto cleanup; } - ret = drm_colorop_curve_1d_init(dev, ops[i], plane, amdgpu_dm_supported_blnd_tfs); + ret = drm_colorop_curve_1d_init(dev, ops[i], plane, + amdgpu_dm_supported_blnd_tfs, + true); if (ret) goto cleanup; @@ -165,7 +172,8 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr } ret = drm_colorop_curve_1d_lut_init(dev, ops[i], plane, MAX_COLOR_LUT_ENTRIES, - DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR); + DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR, + true); if (ret) goto cleanup; diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c index 9a17fe11bcb3..88219b095d99 100644 --- a/drivers/gpu/drm/drm_atomic.c +++ b/drivers/gpu/drm/drm_atomic.c @@ -786,7 +786,8 @@ static void drm_atomic_colorop_print_state(struct drm_printer *p, drm_printf(p, "colorop[%u]:\n", colorop->base.id); drm_printf(p, "\ttype=%s\n", drm_get_colorop_type_name(colorop->type)); - drm_printf(p, "\tbypass=%u\n", state->bypass); + if (colorop->bypass_property) + drm_printf(p, "\tbypass=%u\n", state->bypass); switch (colorop->type) { case DRM_COLOROP_1D_CURVE: diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c index e8d8806e94cf..dfff8e37ff05 100644 --- a/drivers/gpu/drm/drm_colorop.c +++ b/drivers/gpu/drm/drm_colorop.c @@ -85,7 +85,8 @@ static const struct drm_prop_enum_list drm_colorop_lut1d_interpolation_list[] = /* Init Helpers */ static int drm_colorop_init(struct drm_device *dev, struct drm_colorop *colorop, - struct drm_plane *plane, enum drm_colorop_type type) + struct drm_plane *plane, enum drm_colorop_type type, + bool allow_bypass) { struct drm_mode_config *config = &dev->mode_config; struct drm_property *prop; @@ -121,16 +122,18 @@ static int drm_colorop_init(struct drm_device *dev, struct drm_colorop *colorop, colorop->type_property, colorop->type); - /* bypass */ - prop = drm_property_create_bool(dev, DRM_MODE_PROP_ATOMIC, - "BYPASS"); - if (!prop) - return -ENOMEM; - - colorop->bypass_property = prop; - drm_object_attach_property(&colorop->base, - colorop->bypass_property, - 1); + if (allow_bypass) { + /* bypass */ + prop = drm_property_create_bool(dev, DRM_MODE_PROP_ATOMIC, + "BYPASS"); + if (!prop) + return -ENOMEM; + + colorop->bypass_property = prop; + drm_object_attach_property(&colorop->base, + colorop->bypass_property, + 1); + } /* next */ prop = drm_property_create_object(dev, DRM_MODE_PROP_IMMUTABLE | DRM_MODE_PROP_ATOMIC, @@ -154,10 +157,13 @@ static int drm_colorop_init(struct drm_device *dev, struct drm_colorop *colorop, * @supported_tfs: A bitfield of supported drm_colorop_curve_1d_init enum values, * created using BIT(curve_type) and combined with the OR '|' * operator. + * @allow_bypass: true if BYPASS property should be created, false if bypass of + * this colorop is not possible * @return zero on success, -E value on failure */ int drm_colorop_curve_1d_init(struct drm_device *dev, struct drm_colorop *colorop, - struct drm_plane *plane, u64 supported_tfs) + struct drm_plane *plane, u64 supported_tfs, + bool allow_bypass) { struct drm_prop_enum_list enum_list[DRM_COLOROP_1D_CURVE_COUNT]; int i, len; @@ -178,7 +184,8 @@ int drm_colorop_curve_1d_init(struct drm_device *dev, struct drm_colorop *coloro return -EINVAL; } - ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_1D_CURVE); + ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_1D_CURVE, + allow_bypass); if (ret) return ret; @@ -238,16 +245,20 @@ static int drm_colorop_create_data_prop(struct drm_device *dev, struct drm_color * @plane: The associated drm_plane * @lut_size: LUT size supported by driver * @lut1d_interpolation: 1D LUT interpolation type + * @allow_bypass: true if BYPASS property should be created, false if bypass of + * this colorop is not possible * @return zero on success, -E value on failure */ int drm_colorop_curve_1d_lut_init(struct drm_device *dev, struct drm_colorop *colorop, struct drm_plane *plane, uint32_t lut_size, - enum drm_colorop_lut1d_interpolation_type lut1d_interpolation) + enum drm_colorop_lut1d_interpolation_type lut1d_interpolation, + bool allow_bypass) { struct drm_property *prop; int ret; - ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_1D_LUT); + ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_1D_LUT, + allow_bypass); if (ret) return ret; @@ -285,11 +296,12 @@ int drm_colorop_curve_1d_lut_init(struct drm_device *dev, struct drm_colorop *co EXPORT_SYMBOL(drm_colorop_curve_1d_lut_init); int drm_colorop_ctm_3x4_init(struct drm_device *dev, struct drm_colorop *colorop, - struct drm_plane *plane) + struct drm_plane *plane, bool allow_bypass) { int ret; - ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_CTM_3X4); + ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_CTM_3X4, + allow_bypass); if (ret) return ret; @@ -309,15 +321,18 @@ EXPORT_SYMBOL(drm_colorop_ctm_3x4_init); * @dev: DRM device * @colorop: The drm_colorop object to initialize * @plane: The associated drm_plane + * @allow_bypass: true if BYPASS property should be created, false if bypass of + * this colorop is not possible * @return zero on success, -E value on failure */ int drm_colorop_mult_init(struct drm_device *dev, struct drm_colorop *colorop, - struct drm_plane *plane) + struct drm_plane *plane, bool allow_bypass) { struct drm_property *prop; int ret; - ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_MULTIPLIER); + ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_MULTIPLIER, + allow_bypass); if (ret) return ret; diff --git a/drivers/gpu/drm/vkms/vkms_colorop.c b/drivers/gpu/drm/vkms/vkms_colorop.c index b407f8ae758d..c418926d5bc0 100644 --- a/drivers/gpu/drm/vkms/vkms_colorop.c +++ b/drivers/gpu/drm/vkms/vkms_colorop.c @@ -31,7 +31,7 @@ static int vkms_initialize_color_pipeline(struct drm_plane *plane, struct drm_pr goto cleanup; } - ret = drm_colorop_curve_1d_init(dev, ops[i], plane, supported_tfs); + ret = drm_colorop_curve_1d_init(dev, ops[i], plane, supported_tfs, true); if (ret) goto cleanup; @@ -48,7 +48,7 @@ static int vkms_initialize_color_pipeline(struct drm_plane *plane, struct drm_pr goto cleanup; } - ret = drm_colorop_ctm_3x4_init(dev, ops[i], plane); + ret = drm_colorop_ctm_3x4_init(dev, ops[i], plane, true); if (ret) goto cleanup; @@ -64,7 +64,7 @@ static int vkms_initialize_color_pipeline(struct drm_plane *plane, struct drm_pr goto cleanup; } - ret = drm_colorop_ctm_3x4_init(dev, ops[i], plane); + ret = drm_colorop_ctm_3x4_init(dev, ops[i], plane, true); if (ret) goto cleanup; @@ -80,7 +80,7 @@ static int vkms_initialize_color_pipeline(struct drm_plane *plane, struct drm_pr goto cleanup; } - ret = drm_colorop_curve_1d_init(dev, ops[i], plane, supported_tfs); + ret = drm_colorop_curve_1d_init(dev, ops[i], plane, supported_tfs, true); if (ret) goto cleanup; diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h index 01c7f5cd6019..988955582636 100644 --- a/include/drm/drm_colorop.h +++ b/include/drm/drm_colorop.h @@ -335,14 +335,16 @@ static inline struct drm_colorop *drm_colorop_find(struct drm_device *dev, } int drm_colorop_curve_1d_init(struct drm_device *dev, struct drm_colorop *colorop, - struct drm_plane *plane, u64 supported_tfs); + struct drm_plane *plane, u64 supported_tfs, + bool allow_bypass); int drm_colorop_curve_1d_lut_init(struct drm_device *dev, struct drm_colorop *colorop, struct drm_plane *plane, uint32_t lut_size, - enum drm_colorop_lut1d_interpolation_type lut1d_interpolation); + enum drm_colorop_lut1d_interpolation_type lut1d_interpolation, + bool allow_bypass); int drm_colorop_ctm_3x4_init(struct drm_device *dev, struct drm_colorop *colorop, - struct drm_plane *plane); + struct drm_plane *plane, bool allow_bypass); int drm_colorop_mult_init(struct drm_device *dev, struct drm_colorop *colorop, - struct drm_plane *plane); + struct drm_plane *plane, bool allow_bypass); struct drm_colorop_state * drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop); -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* [V7 41/45] drm/colorop: Add 3D LUT supports to color pipeline 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (39 preceding siblings ...) 2024-12-20 4:33 ` [V7 40/45] drm/colorop: allow non-bypass colorops Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-20 21:16 ` Simon Ser 2024-12-20 4:33 ` [V7 42/45] drm/amd/display: add 3D LUT colorop Alex Hung ` (3 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung It is to be used to enable HDR by allowing userpace to create and pass 3D LUTs to kernel and hardware. new drm_colorop_type: DRM_COLOROP_3D_LUT. Signed-off-by: Alex Hung <alex.hung@amd.com> --- v7: - Simplify 3D LUT by removing lut_3d_modes and related functions (Simon Ser) drivers/gpu/drm/drm_atomic.c | 6 +++ drivers/gpu/drm/drm_atomic_uapi.c | 6 +++ drivers/gpu/drm/drm_colorop.c | 72 +++++++++++++++++++++++++++++++ include/drm/drm_colorop.h | 21 +++++++++ include/uapi/drm/drm_mode.h | 21 +++++++++ 5 files changed, 126 insertions(+) diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c index 88219b095d99..d94ea4e11888 100644 --- a/drivers/gpu/drm/drm_atomic.c +++ b/drivers/gpu/drm/drm_atomic.c @@ -806,6 +806,12 @@ static void drm_atomic_colorop_print_state(struct drm_printer *p, case DRM_COLOROP_MULTIPLIER: drm_printf(p, "\tmultiplier=%llu\n", state->multiplier); break; + case DRM_COLOROP_3D_LUT: + drm_printf(p, "\tsize=%d\n", colorop->lut_size); + drm_printf(p, "\tinterpolation=%s\n", + drm_get_colorop_lut3d_interpolation_name(colorop->lut3d_interpolation)); + drm_printf(p, "\tdata blob id=%d\n", state->data ? state->data->base.id : 0); + break; default: break; } diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c index 3c815a2a8d9d..f742a6235c12 100644 --- a/drivers/gpu/drm/drm_atomic_uapi.c +++ b/drivers/gpu/drm/drm_atomic_uapi.c @@ -707,6 +707,10 @@ static int drm_atomic_color_set_data_property(struct drm_colorop *colorop, case DRM_COLOROP_CTM_3X4: size = sizeof(struct drm_color_ctm_3x4); break; + case DRM_COLOROP_3D_LUT: + size = colorop->lut_size * colorop->lut_size * colorop->lut_size * + sizeof(struct drm_color_lut); + break; default: /* should never get here */ return -EINVAL; @@ -759,6 +763,8 @@ drm_atomic_colorop_get_property(struct drm_colorop *colorop, *val = state->multiplier; } else if (property == colorop->lut_size_property) { *val = colorop->lut_size; + } else if (property == colorop->lut3d_interpolation_property) { + *val = colorop->lut3d_interpolation; } else if (property == colorop->data_property) { *val = (state->data) ? state->data->base.id : 0; } else { diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c index dfff8e37ff05..e3dd49c0080d 100644 --- a/drivers/gpu/drm/drm_colorop.c +++ b/drivers/gpu/drm/drm_colorop.c @@ -67,6 +67,7 @@ static const struct drm_prop_enum_list drm_colorop_type_enum_list[] = { { DRM_COLOROP_1D_LUT, "1D Curve Custom LUT" }, { DRM_COLOROP_CTM_3X4, "3x4 Matrix"}, { DRM_COLOROP_MULTIPLIER, "Multiplier"}, + { DRM_COLOROP_3D_LUT, "3D LUT"}, }; static const char * const colorop_curve_1d_type_names[] = { @@ -82,6 +83,11 @@ static const struct drm_prop_enum_list drm_colorop_lut1d_interpolation_list[] = { DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR, "Linear" }, }; + +static const struct drm_prop_enum_list drm_colorop_lut3d_interpolation_list[] = { + { DRM_COLOROP_LUT3D_INTERPOLATION_TETRAHEDRAL, "Tetrahedral" }, +}; + /* Init Helpers */ static int drm_colorop_init(struct drm_device *dev, struct drm_colorop *colorop, @@ -349,6 +355,51 @@ int drm_colorop_mult_init(struct drm_device *dev, struct drm_colorop *colorop, } EXPORT_SYMBOL(drm_colorop_mult_init); +int drm_colorop_3dlut_init(struct drm_device *dev, struct drm_colorop *colorop, + struct drm_plane *plane, + uint32_t lut_size, + enum drm_colorop_lut3d_interpolation_type interpolation, + bool allow_bypass) +{ + struct drm_property *prop; + int ret; + + ret = drm_colorop_init(dev, colorop, plane, DRM_COLOROP_3D_LUT, allow_bypass); + if (ret) + return ret; + + /* LUT size */ + prop = drm_property_create_range(dev, DRM_MODE_PROP_IMMUTABLE, "SIZE", + 0, UINT_MAX); + if (!prop) + return -ENOMEM; + + colorop->lut_size_property = prop; + drm_object_attach_property(&colorop->base, colorop->lut_size_property, lut_size); + colorop->lut_size = lut_size; + + /* interpolation */ + prop = drm_property_create_enum(dev, DRM_MODE_PROP_IMMUTABLE, "LUT3D_INTERPOLATION", + drm_colorop_lut3d_interpolation_list, + ARRAY_SIZE(drm_colorop_lut3d_interpolation_list)); + if (!prop) + return -ENOMEM; + + colorop->lut3d_interpolation_property = prop; + drm_object_attach_property(&colorop->base, prop, interpolation); + colorop->lut3d_interpolation = interpolation; + + /* data */ + ret = drm_colorop_create_data_prop(dev, colorop); + if (ret) + return ret; + + drm_colorop_reset(colorop); + + return 0; +} +EXPORT_SYMBOL(drm_colorop_3dlut_init); + static void __drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop, struct drm_colorop_state *state) { @@ -441,7 +492,13 @@ static const char * const colorop_type_name[] = { [DRM_COLOROP_1D_LUT] = "1D Curve Custom LUT", [DRM_COLOROP_CTM_3X4] = "3x4 Matrix", [DRM_COLOROP_MULTIPLIER] = "Multiplier", + [DRM_COLOROP_3D_LUT] = "3D LUT", +}; + +static const char * const colorop_lu3d_interpolation_name[] = { + [DRM_COLOROP_LUT3D_INTERPOLATION_TETRAHEDRAL] = "Tetrahedral", }; + static const char * const colorop_lut1d_interpolation_name[] = { [DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR] = "Linear", }; @@ -477,6 +534,21 @@ const char *drm_get_colorop_lut1d_interpolation_name(enum drm_colorop_lut1d_inte return colorop_lut1d_interpolation_name[type]; } +/** + * drm_get_colorop_lut3d_interpolation_name - return a string for interpolation type + * @type: interpolation type to compute name of + * + * In contrast to the other drm_get_*_name functions this one here returns a + * const pointer and hence is threadsafe. + */ +const char *drm_get_colorop_lut3d_interpolation_name(enum drm_colorop_lut3d_interpolation_type type) +{ + if (WARN_ON(type >= ARRAY_SIZE(colorop_lu3d_interpolation_name))) + return "unknown"; + + return colorop_lu3d_interpolation_name[type]; +} + /** * drm_colorop_set_next_property - sets the next pointer * @colorop: drm colorop diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h index 988955582636..7b58dcf0615a 100644 --- a/include/drm/drm_colorop.h +++ b/include/drm/drm_colorop.h @@ -261,6 +261,14 @@ struct drm_colorop { */ enum drm_colorop_lut1d_interpolation_type lut1d_interpolation; + /** + * @lut3d_interpolation: + * + * Read-only + * Interpolation for DRM_COLOROP_3D_LUT + */ + enum drm_colorop_lut3d_interpolation_type lut3d_interpolation; + /** * @lut1d_interpolation_property: * @@ -289,6 +297,13 @@ struct drm_colorop { */ struct drm_property *lut_size_property; + /** + * @lut3d_interpolation_property: + * + * Read-only property for DRM_COLOROP_3D_LUT interpolation + */ + struct drm_property *lut3d_interpolation_property; + /** * @data_property: * @@ -345,6 +360,11 @@ int drm_colorop_ctm_3x4_init(struct drm_device *dev, struct drm_colorop *colorop struct drm_plane *plane, bool allow_bypass); int drm_colorop_mult_init(struct drm_device *dev, struct drm_colorop *colorop, struct drm_plane *plane, bool allow_bypass); +int drm_colorop_3dlut_init(struct drm_device *dev, struct drm_colorop *colorop, + struct drm_plane *plane, + uint32_t lut_size, + enum drm_colorop_lut3d_interpolation_type interpolation, + bool allow_bypass); struct drm_colorop_state * drm_atomic_helper_colorop_duplicate_state(struct drm_colorop *colorop); @@ -395,6 +415,7 @@ const char *drm_get_colorop_type_name(enum drm_colorop_type type); */ const char *drm_get_colorop_curve_1d_type_name(enum drm_colorop_curve_1d_type type); const char *drm_get_colorop_lut1d_interpolation_name(enum drm_colorop_lut1d_interpolation_type type); +const char *drm_get_colorop_lut3d_interpolation_name(enum drm_colorop_lut3d_interpolation_type type); void drm_colorop_set_next_property(struct drm_colorop *colorop, struct drm_colorop *next); diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h index 5ef87cb5b242..316c643e0dea 100644 --- a/include/uapi/drm/drm_mode.h +++ b/include/uapi/drm/drm_mode.h @@ -913,6 +913,27 @@ enum drm_colorop_type { * property. */ DRM_COLOROP_MULTIPLIER, + /** + * @DRM_COLOROP_3D_LUT: + * + * A 3D LUT of &drm_color_lut entries, + * packed into a blob via the DATA property. The driver's expected + * LUT size is advertised via the SIZE property. + */ + DRM_COLOROP_3D_LUT, +}; + +/** + * enum drm_colorop_lut3d_interpolation_type - type of 3DLUT interpolation + * + */ +enum drm_colorop_lut3d_interpolation_type { + /** + * @DRM_COLOROP_LUT3D_INTERPOLATION_TETRAHEDRAL: + * + * Tetrahedral 3DLUT interpolation + */ + DRM_COLOROP_LUT3D_INTERPOLATION_TETRAHEDRAL, }; /** -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 41/45] drm/colorop: Add 3D LUT supports to color pipeline 2024-12-20 4:33 ` [V7 41/45] drm/colorop: Add 3D LUT supports to color pipeline Alex Hung @ 2025-01-20 21:16 ` Simon Ser 0 siblings, 0 replies; 127+ messages in thread From: Simon Ser @ 2025-01-20 21:16 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland Some minor comments below, apart from that looks good! Typo in the commit title: s/supports/support/ > diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h > index 5ef87cb5b242..316c643e0dea 100644 > --- a/include/uapi/drm/drm_mode.h > +++ b/include/uapi/drm/drm_mode.h > @@ -913,6 +913,27 @@ enum drm_colorop_type { > * property. > */ > DRM_COLOROP_MULTIPLIER, > + /** > + * @DRM_COLOROP_3D_LUT: > + * > + * A 3D LUT of &drm_color_lut entries, > + * packed into a blob via the DATA property. The driver's expected > + * LUT size is advertised via the SIZE property. > + */ These are user-space docs (in uapi/), so would be nice to include more details here. What is SIZE, the full size or just a single dimension? Seems to be the latter. How are the blob entries laid out? > + DRM_COLOROP_3D_LUT, > +}; > + > +/** > + * enum drm_colorop_lut3d_interpolation_type - type of 3DLUT interpolation > + * Nit: stray empty line > + */ > +enum drm_colorop_lut3d_interpolation_type { > + /** > + * @DRM_COLOROP_LUT3D_INTERPOLATION_TETRAHEDRAL: > + * > + * Tetrahedral 3DLUT interpolation > + */ > + DRM_COLOROP_LUT3D_INTERPOLATION_TETRAHEDRAL, > }; ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 42/45] drm/amd/display: add 3D LUT colorop 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (40 preceding siblings ...) 2024-12-20 4:33 ` [V7 41/45] drm/colorop: Add 3D LUT supports to color pipeline Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-02-13 18:21 ` Leo Li 2024-12-20 4:33 ` [V7 43/45] drm/amd/display: Add AMD color pipeline doc Alex Hung ` (2 subsequent siblings) 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung This adds support for a 3D LUT. The color pipeline now consists of the following colorops: 1. 1D curve colorop 2. Multiplier 3. 3x4 CTM 4. 1D curve colorop 5. 1D LUT 6. 3D LUT 7. 1D curve colorop 8. 1D LUT Signed-off-by: Alex Hung <alex.hung@amd.com> --- v7: - Simplify 3D LUT according to drm_colorop changes (Simon Ser) .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 100 +++++++++++++++++- .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 19 ++++ 2 files changed, 116 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c index 54ec12c1352f..5e8c5c0657c4 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c @@ -1282,7 +1282,8 @@ __set_dm_plane_colorop_multiplier(struct drm_plane_state *plane_state, static int __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, struct dc_plane_state *dc_plane_state, - struct drm_colorop *colorop) + struct drm_colorop *colorop, + bool *enabled) { struct drm_colorop *old_colorop; struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; @@ -1310,6 +1311,7 @@ __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, tf->tf = default_tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; __set_output_tf(tf, 0, 0, false); + *enabled = true; } /* 1D LUT - SHAPER LUT */ @@ -1337,8 +1339,88 @@ __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, shaper_size = shaper_lut != NULL ? shaper_size : 0; /* Custom LUT size must be the same as supported size */ - if (shaper_size == colorop->lut_size) + if (shaper_size == colorop->lut_size) { __set_output_tf(tf, shaper_lut, shaper_size, false); + *enabled = true; + } + } + + return 0; +} + +/* __set_colorop_3dlut - set DRM 3D LUT to DC stream + * @drm_lut3d: user 3D LUT + * @drm_lut3d_size: size of 3D LUT + * @lut3d: DC 3D LUT + * + * Map user 3D LUT data to DC 3D LUT and all necessary bits to program it + * on DCN accordingly. + */ +static void __set_colorop_3dlut(const struct drm_color_lut *drm_lut3d, + uint32_t drm_lut3d_size, + struct dc_3dlut *lut) +{ + if (!drm_lut3d_size) + return; + + lut->state.bits.initialized = 0; + + /* Only supports 17x17x17 3D LUT (12-bit) now */ + lut->lut_3d.use_12bits = true; + lut->lut_3d.use_tetrahedral_9 = false; + + lut->state.bits.initialized = 1; + __drm_3dlut_to_dc_3dlut(drm_lut3d, drm_lut3d_size, &lut->lut_3d, + lut->lut_3d.use_tetrahedral_9, 12); + +} + +static int +__set_dm_plane_colorop_3dlut(struct drm_plane_state *plane_state, + struct dc_plane_state *dc_plane_state, + struct drm_colorop *colorop, + bool shaper_enabled) +{ + struct drm_colorop *old_colorop; + struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; + struct dc_transfer_func *tf = &dc_plane_state->in_shaper_func; + struct drm_atomic_state *state = plane_state->state; + const struct amdgpu_device *adev = drm_to_adev(colorop->dev); + const struct drm_device *dev = colorop->dev; + const struct drm_color_lut *lut3d; + uint32_t lut3d_size; + int i = 0; + + /* 3D LUT */ + old_colorop = colorop; + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { + if (new_colorop_state->colorop == old_colorop && + new_colorop_state->colorop->type == DRM_COLOROP_3D_LUT) { + colorop_state = new_colorop_state; + break; + } + } + + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_3D_LUT) { + if (!adev->dm.dc->caps.color.dpp.hw_3d_lut) { + drm_dbg(dev, "3D LUT is not supported by hardware\n"); + return 0; + } + + drm_dbg(dev, "3D LUT colorop with ID: %d\n", colorop->base.id); + lut3d = __extract_blob_lut(colorop_state->data, &lut3d_size); + lut3d_size = lut3d != NULL ? lut3d_size : 0; + __set_colorop_3dlut(lut3d, lut3d_size, &dc_plane_state->lut3d_func); + + /* 3D LUT requires shaper. If shaper colorop is bypassed, enable shaper curve + * with TRANSFER_FUNCTION_LINEAR + */ + if (!shaper_enabled) { + tf->type = TF_TYPE_DISTRIBUTED_POINTS; + tf->tf = TRANSFER_FUNCTION_LINEAR; + tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; + __set_output_tf(tf, NULL, 0, false); + } } return 0; @@ -1467,6 +1549,7 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, { struct drm_colorop *colorop = plane_state->color_pipeline; struct drm_device *dev = plane_state->plane->dev; + bool shaper_enabled = false; int ret; /* 1D Curve - DEGAM TF */ @@ -1506,7 +1589,7 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, return -EINVAL; } - ret = __set_dm_plane_colorop_shaper(plane_state, dc_plane_state, colorop); + ret = __set_dm_plane_colorop_shaper(plane_state, dc_plane_state, colorop, &shaper_enabled); if (ret) return ret; @@ -1515,6 +1598,17 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, if (!colorop) return -EINVAL; + /* 3D LUT */ + colorop = colorop->next; + if (!colorop) { + drm_dbg(dev, "no 3D LUT colorop found\n"); + return -EINVAL; + } + + ret = __set_dm_plane_colorop_3dlut(plane_state, dc_plane_state, colorop, shaper_enabled); + if (ret) + return ret; + /* 1D Curve & LUT - BLND TF & LUT */ colorop = colorop->next; if (!colorop) { diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c index ec94ff887886..e03e6044f937 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c @@ -49,6 +49,8 @@ const u64 amdgpu_dm_supported_blnd_tfs = #define MAX_COLOR_PIPELINE_OPS 10 +#define LUT3D_SIZE 17 + int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list) { struct drm_colorop *ops[MAX_COLOR_PIPELINE_OPS]; @@ -145,6 +147,23 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr i++; + /* 3D LUT */ + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); + if (!ops[i]) { + DRM_ERROR("KMS: Failed to allocate colorop\n"); + ret = -ENOMEM; + goto cleanup; + } + + ret = drm_colorop_3dlut_init(dev, ops[i], plane, LUT3D_SIZE, + DRM_COLOROP_LUT3D_INTERPOLATION_TETRAHEDRAL, true); + if (ret) + goto cleanup; + + drm_colorop_set_next_property(ops[i-1], ops[i]); + + i++; + /* 1D curve - BLND TF */ ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); if (!ops[i]) { -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 42/45] drm/amd/display: add 3D LUT colorop 2024-12-20 4:33 ` [V7 42/45] drm/amd/display: add 3D LUT colorop Alex Hung @ 2025-02-13 18:21 ` Leo Li 2025-02-21 21:05 ` Harry Wentland 0 siblings, 1 reply; 127+ messages in thread From: Leo Li @ 2025-02-13 18:21 UTC (permalink / raw) To: Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland On 2024-12-19 23:33, Alex Hung wrote: > This adds support for a 3D LUT. > > The color pipeline now consists of the following colorops: > 1. 1D curve colorop > 2. Multiplier > 3. 3x4 CTM > 4. 1D curve colorop > 5. 1D LUT > 6. 3D LUT > 7. 1D curve colorop > 8. 1D LUT > > Signed-off-by: Alex Hung <alex.hung@amd.com> > --- > v7: > - Simplify 3D LUT according to drm_colorop changes (Simon Ser) > > .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 100 +++++++++++++++++- > .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 19 ++++ > 2 files changed, 116 insertions(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > index 54ec12c1352f..5e8c5c0657c4 100644 > --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > @@ -1282,7 +1282,8 @@ __set_dm_plane_colorop_multiplier(struct drm_plane_state *plane_state, > static int > __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, > struct dc_plane_state *dc_plane_state, > - struct drm_colorop *colorop) > + struct drm_colorop *colorop, > + bool *enabled) > { > struct drm_colorop *old_colorop; > struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; > @@ -1310,6 +1311,7 @@ __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, > tf->tf = default_tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); > tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; > __set_output_tf(tf, 0, 0, false); > + *enabled = true; > } > > /* 1D LUT - SHAPER LUT */ > @@ -1337,8 +1339,88 @@ __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, > shaper_size = shaper_lut != NULL ? shaper_size : 0; > > /* Custom LUT size must be the same as supported size */ > - if (shaper_size == colorop->lut_size) > + if (shaper_size == colorop->lut_size) { > __set_output_tf(tf, shaper_lut, shaper_size, false); > + *enabled = true; > + } > + } > + > + return 0; > +} > + > +/* __set_colorop_3dlut - set DRM 3D LUT to DC stream > + * @drm_lut3d: user 3D LUT > + * @drm_lut3d_size: size of 3D LUT > + * @lut3d: DC 3D LUT > + * > + * Map user 3D LUT data to DC 3D LUT and all necessary bits to program it > + * on DCN accordingly. > + */ > +static void __set_colorop_3dlut(const struct drm_color_lut *drm_lut3d, > + uint32_t drm_lut3d_size, > + struct dc_3dlut *lut) > +{ > + if (!drm_lut3d_size) > + return; > + > + lut->state.bits.initialized = 0; > + > + /* Only supports 17x17x17 3D LUT (12-bit) now */ > + lut->lut_3d.use_12bits = true; > + lut->lut_3d.use_tetrahedral_9 = false; > + > + lut->state.bits.initialized = 1; > + __drm_3dlut_to_dc_3dlut(drm_lut3d, drm_lut3d_size, &lut->lut_3d, > + lut->lut_3d.use_tetrahedral_9, 12); > + > +} > + > +static int > +__set_dm_plane_colorop_3dlut(struct drm_plane_state *plane_state, > + struct dc_plane_state *dc_plane_state, > + struct drm_colorop *colorop, > + bool shaper_enabled) > +{ > + struct drm_colorop *old_colorop; > + struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; > + struct dc_transfer_func *tf = &dc_plane_state->in_shaper_func; > + struct drm_atomic_state *state = plane_state->state; > + const struct amdgpu_device *adev = drm_to_adev(colorop->dev); > + const struct drm_device *dev = colorop->dev; > + const struct drm_color_lut *lut3d; > + uint32_t lut3d_size; > + int i = 0; > + > + /* 3D LUT */ > + old_colorop = colorop; > + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { > + if (new_colorop_state->colorop == old_colorop && > + new_colorop_state->colorop->type == DRM_COLOROP_3D_LUT) { > + colorop_state = new_colorop_state; > + break; > + } > + } > + > + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_3D_LUT) { > + if (!adev->dm.dc->caps.color.dpp.hw_3d_lut) { > + drm_dbg(dev, "3D LUT is not supported by hardware\n"); > + return 0; Should an error be returned instead? -Leo > + } > + > + drm_dbg(dev, "3D LUT colorop with ID: %d\n", colorop->base.id); > + lut3d = __extract_blob_lut(colorop_state->data, &lut3d_size); > + lut3d_size = lut3d != NULL ? lut3d_size : 0; > + __set_colorop_3dlut(lut3d, lut3d_size, &dc_plane_state->lut3d_func); > + > + /* 3D LUT requires shaper. If shaper colorop is bypassed, enable shaper curve > + * with TRANSFER_FUNCTION_LINEAR > + */ > + if (!shaper_enabled) { > + tf->type = TF_TYPE_DISTRIBUTED_POINTS; > + tf->tf = TRANSFER_FUNCTION_LINEAR; > + tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; > + __set_output_tf(tf, NULL, 0, false); > + } Is it possible for an atomic state to have a 3DLUT colorop_state, but not any shaper colorop_states? For example, say a previous commit enabled the shaper, and the current commit enables the 3DLUT without any shaper updates? If so, `shaper_enabled` may not get set to 'true' by `__set_dm_plane_colorop_shaper` for the current commit, and the previously programmed shaper would get overwritten by this logic here. If this is actually an issue, inspect the current shaper state -- if a new one isn't there -- should work. - Leo > } > > return 0; > @@ -1467,6 +1549,7 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, > { > struct drm_colorop *colorop = plane_state->color_pipeline; > struct drm_device *dev = plane_state->plane->dev; > + bool shaper_enabled = false; > int ret; > > /* 1D Curve - DEGAM TF */ > @@ -1506,7 +1589,7 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, > return -EINVAL; > } > > - ret = __set_dm_plane_colorop_shaper(plane_state, dc_plane_state, colorop); > + ret = __set_dm_plane_colorop_shaper(plane_state, dc_plane_state, colorop, &shaper_enabled); > if (ret) > return ret; > > @@ -1515,6 +1598,17 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, > if (!colorop) > return -EINVAL; > > + /* 3D LUT */ > + colorop = colorop->next; > + if (!colorop) { > + drm_dbg(dev, "no 3D LUT colorop found\n"); > + return -EINVAL; > + } > + > + ret = __set_dm_plane_colorop_3dlut(plane_state, dc_plane_state, colorop, shaper_enabled); > + if (ret) > + return ret; > + > /* 1D Curve & LUT - BLND TF & LUT */ > colorop = colorop->next; > if (!colorop) { > diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > index ec94ff887886..e03e6044f937 100644 > --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c > @@ -49,6 +49,8 @@ const u64 amdgpu_dm_supported_blnd_tfs = > > #define MAX_COLOR_PIPELINE_OPS 10 > > +#define LUT3D_SIZE 17 > + > int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list) > { > struct drm_colorop *ops[MAX_COLOR_PIPELINE_OPS]; > @@ -145,6 +147,23 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr > > i++; > > + /* 3D LUT */ > + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); > + if (!ops[i]) { > + DRM_ERROR("KMS: Failed to allocate colorop\n"); > + ret = -ENOMEM; > + goto cleanup; > + } > + > + ret = drm_colorop_3dlut_init(dev, ops[i], plane, LUT3D_SIZE, > + DRM_COLOROP_LUT3D_INTERPOLATION_TETRAHEDRAL, true); > + if (ret) > + goto cleanup; > + > + drm_colorop_set_next_property(ops[i-1], ops[i]); > + > + i++; > + > /* 1D curve - BLND TF */ > ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); > if (!ops[i]) { ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 42/45] drm/amd/display: add 3D LUT colorop 2025-02-13 18:21 ` Leo Li @ 2025-02-21 21:05 ` Harry Wentland 0 siblings, 0 replies; 127+ messages in thread From: Harry Wentland @ 2025-02-21 21:05 UTC (permalink / raw) To: Leo Li, Alex Hung, dri-devel, amd-gfx; +Cc: wayland-devel On 2025-02-13 13:21, Leo Li wrote: > > > > On 2024-12-19 23:33, Alex Hung wrote: >> This adds support for a 3D LUT. >> >> The color pipeline now consists of the following colorops: >> 1. 1D curve colorop >> 2. Multiplier >> 3. 3x4 CTM >> 4. 1D curve colorop >> 5. 1D LUT >> 6. 3D LUT >> 7. 1D curve colorop >> 8. 1D LUT >> >> Signed-off-by: Alex Hung <alex.hung@amd.com> >> --- >> v7: >> - Simplify 3D LUT according to drm_colorop changes (Simon Ser) >> >> .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 100 +++++++++++++++++- >> .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 19 ++++ >> 2 files changed, 116 insertions(+), 3 deletions(-) >> >> diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c >> index 54ec12c1352f..5e8c5c0657c4 100644 >> --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c >> +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c >> @@ -1282,7 +1282,8 @@ __set_dm_plane_colorop_multiplier(struct drm_plane_state *plane_state, >> static int >> __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, >> struct dc_plane_state *dc_plane_state, >> - struct drm_colorop *colorop) >> + struct drm_colorop *colorop, >> + bool *enabled) >> { >> struct drm_colorop *old_colorop; >> struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; >> @@ -1310,6 +1311,7 @@ __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, >> tf->tf = default_tf = amdgpu_colorop_tf_to_dc_tf(colorop_state->curve_1d_type); >> tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; >> __set_output_tf(tf, 0, 0, false); >> + *enabled = true; >> } >> /* 1D LUT - SHAPER LUT */ >> @@ -1337,8 +1339,88 @@ __set_dm_plane_colorop_shaper(struct drm_plane_state *plane_state, >> shaper_size = shaper_lut != NULL ? shaper_size : 0; >> /* Custom LUT size must be the same as supported size */ >> - if (shaper_size == colorop->lut_size) >> + if (shaper_size == colorop->lut_size) { >> __set_output_tf(tf, shaper_lut, shaper_size, false); >> + *enabled = true; >> + } >> + } >> + >> + return 0; >> +} >> + >> +/* __set_colorop_3dlut - set DRM 3D LUT to DC stream >> + * @drm_lut3d: user 3D LUT >> + * @drm_lut3d_size: size of 3D LUT >> + * @lut3d: DC 3D LUT >> + * >> + * Map user 3D LUT data to DC 3D LUT and all necessary bits to program it >> + * on DCN accordingly. >> + */ >> +static void __set_colorop_3dlut(const struct drm_color_lut *drm_lut3d, >> + uint32_t drm_lut3d_size, >> + struct dc_3dlut *lut) >> +{ >> + if (!drm_lut3d_size) >> + return; >> + >> + lut->state.bits.initialized = 0; >> + Shouldn't we clear this bit if !drm_lut3d_size? I.e., if (!drm_lut3d_size) { lut->state.bits.initialized = 0; return; } >> + /* Only supports 17x17x17 3D LUT (12-bit) now */ >> + lut->lut_3d.use_12bits = true; >> + lut->lut_3d.use_tetrahedral_9 = false; >> + >> + lut->state.bits.initialized = 1; >> + __drm_3dlut_to_dc_3dlut(drm_lut3d, drm_lut3d_size, &lut->lut_3d, >> + lut->lut_3d.use_tetrahedral_9, 12); >> + >> +} >> + >> +static int >> +__set_dm_plane_colorop_3dlut(struct drm_plane_state *plane_state, >> + struct dc_plane_state *dc_plane_state, >> + struct drm_colorop *colorop, >> + bool shaper_enabled) >> +{ >> + struct drm_colorop *old_colorop; >> + struct drm_colorop_state *colorop_state = NULL, *new_colorop_state; >> + struct dc_transfer_func *tf = &dc_plane_state->in_shaper_func; >> + struct drm_atomic_state *state = plane_state->state; >> + const struct amdgpu_device *adev = drm_to_adev(colorop->dev); >> + const struct drm_device *dev = colorop->dev; >> + const struct drm_color_lut *lut3d; >> + uint32_t lut3d_size; >> + int i = 0; >> + >> + /* 3D LUT */ >> + old_colorop = colorop; >> + for_each_new_colorop_in_state(state, colorop, new_colorop_state, i) { >> + if (new_colorop_state->colorop == old_colorop && >> + new_colorop_state->colorop->type == DRM_COLOROP_3D_LUT) { >> + colorop_state = new_colorop_state; >> + break; >> + } >> + } >> + >> + if (colorop_state && !colorop_state->bypass && colorop->type == DRM_COLOROP_3D_LUT) { >> + if (!adev->dm.dc->caps.color.dpp.hw_3d_lut) { >> + drm_dbg(dev, "3D LUT is not supported by hardware\n"); >> + return 0; > > Should an error be returned instead? > -Leo > >> + } >> + >> + drm_dbg(dev, "3D LUT colorop with ID: %d\n", colorop->base.id); >> + lut3d = __extract_blob_lut(colorop_state->data, &lut3d_size); >> + lut3d_size = lut3d != NULL ? lut3d_size : 0; >> + __set_colorop_3dlut(lut3d, lut3d_size, &dc_plane_state->lut3d_func); >> + >> + /* 3D LUT requires shaper. If shaper colorop is bypassed, enable shaper curve >> + * with TRANSFER_FUNCTION_LINEAR >> + */ >> + if (!shaper_enabled) { >> + tf->type = TF_TYPE_DISTRIBUTED_POINTS; >> + tf->tf = TRANSFER_FUNCTION_LINEAR; >> + tf->sdr_ref_white_level = SDR_WHITE_LEVEL_INIT_VALUE; >> + __set_output_tf(tf, NULL, 0, false); >> + } > > Is it possible for an atomic state to have a 3DLUT colorop_state, but not any > shaper colorop_states? For example, say a previous commit enabled the shaper, > and the current commit enables the 3DLUT without any shaper updates? > > If so, `shaper_enabled` may not get set to 'true' by > `__set_dm_plane_colorop_shaper` for the current commit, and the previously > programmed shaper would get overwritten by this logic here. > > If this is actually an issue, inspect the current shaper state -- if a new one > isn't there -- should work. > Instead of passing the shaper_enabled bool from __set_dm_plane_colorop_shaper to __set_dm_plane_colorop_3dlut we should look at dc_plane_state->in_shaper_func->type and program the linear shaper if type is TF_TYPE_BYPASS. But that won't work correctly now either since __set_dm_plane_color_shaper currently doesn't set the shaper to TF_TYPE_BYPASS when the colorop is in bypass. I think __set_dm_plane_colorop_shaper needs this bit before the final return statement: if (!(*enabled)) tf->type = TF_TYPE_BYPASS; Harry > - Leo > >> } >> return 0; >> @@ -1467,6 +1549,7 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, >> { >> struct drm_colorop *colorop = plane_state->color_pipeline; >> struct drm_device *dev = plane_state->plane->dev; >> + bool shaper_enabled = false; >> int ret; >> /* 1D Curve - DEGAM TF */ >> @@ -1506,7 +1589,7 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, >> return -EINVAL; >> } >> - ret = __set_dm_plane_colorop_shaper(plane_state, dc_plane_state, colorop); >> + ret = __set_dm_plane_colorop_shaper(plane_state, dc_plane_state, colorop, &shaper_enabled); >> if (ret) >> return ret; >> @@ -1515,6 +1598,17 @@ amdgpu_dm_plane_set_colorop_properties(struct drm_plane_state *plane_state, >> if (!colorop) >> return -EINVAL; >> + /* 3D LUT */ >> + colorop = colorop->next; >> + if (!colorop) { >> + drm_dbg(dev, "no 3D LUT colorop found\n"); >> + return -EINVAL; >> + } >> + >> + ret = __set_dm_plane_colorop_3dlut(plane_state, dc_plane_state, colorop, shaper_enabled); >> + if (ret) >> + return ret; >> + >> /* 1D Curve & LUT - BLND TF & LUT */ >> colorop = colorop->next; >> if (!colorop) { >> diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c >> index ec94ff887886..e03e6044f937 100644 >> --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c >> +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c >> @@ -49,6 +49,8 @@ const u64 amdgpu_dm_supported_blnd_tfs = >> #define MAX_COLOR_PIPELINE_OPS 10 >> +#define LUT3D_SIZE 17 >> + >> int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_prop_enum_list *list) >> { >> struct drm_colorop *ops[MAX_COLOR_PIPELINE_OPS]; >> @@ -145,6 +147,23 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr >> i++; >> + /* 3D LUT */ >> + ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); >> + if (!ops[i]) { >> + DRM_ERROR("KMS: Failed to allocate colorop\n"); >> + ret = -ENOMEM; >> + goto cleanup; >> + } >> + >> + ret = drm_colorop_3dlut_init(dev, ops[i], plane, LUT3D_SIZE, >> + DRM_COLOROP_LUT3D_INTERPOLATION_TETRAHEDRAL, true); >> + if (ret) >> + goto cleanup; >> + >> + drm_colorop_set_next_property(ops[i-1], ops[i]); >> + >> + i++; >> + >> /* 1D curve - BLND TF */ >> ops[i] = kzalloc(sizeof(struct drm_colorop), GFP_KERNEL); >> if (!ops[i]) { > ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 43/45] drm/amd/display: Add AMD color pipeline doc 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (41 preceding siblings ...) 2024-12-20 4:33 ` [V7 42/45] drm/amd/display: add 3D LUT colorop Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2025-01-17 9:19 ` Pekka Paalanen 2024-12-20 4:33 ` [V7 44/45] drm/colorop: Add kernel doc for data blob Alex Hung 2024-12-20 4:33 ` [V7 45/45] drm/colorop: Add destroy functions for color pipeline Alex Hung 44 siblings, 1 reply; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung From: Harry Wentland <harry.wentland@amd.com> Add kernel doc for AMD color pipeline. Signed-off-by: Alex Hung <alex.hung@amd.com> Signed-off-by: Harry Wentland <harry.wentland@amd.com> --- .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 122 +++++++++++++++--- 1 file changed, 102 insertions(+), 20 deletions(-) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c index 5e8c5c0657c4..56fb0870a2fc 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c @@ -33,6 +33,32 @@ /** * DOC: overview * + * We have three types of color management in the AMD display driver. + * 1. the legacy &drm_crtc DEGAMMA, CTM, and GAMMA properties + * 2. AMD driver private color management on &drm_plane and &drm_crtc + * 3. AMD plane color pipeline + * + * The CRTC properties are the original color management. When they were + * implemented per-plane color management was not a thing yet. Because + * of that we could get away with plumbing the DEGAMMA and CTM + * properties to pre-blending HW functions. This is incompatible with + * per-plane color management, such as via the AMD private properties or + * the new drm_plane color pipeline. The only compatible CRTC property + * with per-plane color management is the GAMMA property as it is + * applied post-blending. + * + * The AMD driver private color management properties are only exposed + * when the kernel is built explicitly with -DAMD_PRIVATE_COLOR. They + * are temporary building blocks on the path to full-fledged &drm_plane + * and &drm_crtc color pipelines and lay the driver's groundwork for the + * color pipelines. + * + * The AMD plane color pipeline describes AMD's &drm_colorops via the + * &drm_plane's COLOR_PIPELINE property. + * + * drm_crtc Properties + * ------------------- + * * The DC interface to HW gives us the following color management blocks * per pipe (surface): * @@ -43,33 +69,89 @@ * - Surface regamma LUT (normalized) * - Output CSC (normalized) * - * But these aren't a direct mapping to DRM color properties. The current DRM - * interface exposes CRTC degamma, CRTC CTM and CRTC regamma while our hardware - * is essentially giving: + * But these aren't a direct mapping to DRM color properties. The + * current DRM interface exposes CRTC degamma, CRTC CTM and CRTC regamma + * while our hardware is essentially giving: * * Plane CTM -> Plane degamma -> Plane CTM -> Plane regamma -> Plane CTM * - * The input gamma LUT block isn't really applicable here since it operates - * on the actual input data itself rather than the HW fp representation. The - * input and output CSC blocks are technically available to use as part of - * the DC interface but are typically used internally by DC for conversions - * between color spaces. These could be blended together with user - * adjustments in the future but for now these should remain untouched. + * The input gamma LUT block isn't really applicable here since it + * operates on the actual input data itself rather than the HW fp + * representation. The input and output CSC blocks are technically + * available to use as part of the DC interface but are typically used + * internally by DC for conversions between color spaces. These could be + * blended together with user adjustments in the future but for now + * these should remain untouched. + * + * The pipe blending also happens after these blocks so we don't + * actually support any CRTC props with correct blending with multiple + * planes - but we can still support CRTC color management properties in + * DM in most single plane cases correctly with clever management of the + * DC interface in DM. + * + * As per DRM documentation, blocks should be in hardware bypass when + * their respective property is set to NULL. A linear DGM/RGM LUT should + * also considered as putting the respective block into bypass mode. + * + * This means that the following configuration is assumed to be the + * default: + * + * Plane DGM Bypass -> Plane CTM Bypass -> Plane RGM Bypass -> ... CRTC + * DGM Bypass -> CRTC CTM Bypass -> CRTC RGM Bypass + * + * AMD Private Color Management on drm_plane + * ----------------------------------------- + * + * The AMD private color management properties on a &drm_plane are: + * + * - AMD_PLANE_DEGAMMA_LUT + * - AMD_PLANE_DEGAMMA_LUT_SIZE + * - AMD_PLANE_DEGAMMA_TF + * - AMD_PLANE_HDR_MULT + * - AMD_PLANE_CTM + * - AMD_PLANE_SHAPER_LUT + * - AMD_PLANE_SHAPER_LUT_SIZE + * - AMD_PLANE_SHAPER_TF + * - AMD_PLANE_LUT3D + * - AMD_PLANE_LUT3D_SIZE + * - AMD_PLANE_BLEND_LUT + * - AMD_PLANE_BLEND_LUT_SIZE + * - AMD_PLANE_BLEND_TF + * + * The AMD private color management property on a &drm_crtc is: + * + * - AMD_CRTC_REGAMMA_TF + * + * Use of these properties is discouraged. + * + * AMD plane color pipeline + * ------------------------ + * + * The AMD &drm_plane color pipeline is advertised for DCN generations + * 3.0 and newer. It exposes these elements in this order: + * + * 1. 1D curve colorop + * 2. Multiplier + * 3. 3x4 CTM + * 4. 1D curve colorop + * 5. 1D LUT + * 6. 3D LUT + * 7. 1D curve colorop + * 8. 1D LUT + * + * The multiplier (#2) is a simple multiplier that is applied to all + * channels. + * + * The 3x4 CTM (#3) is a simple 3x4 matrix. * - * The pipe blending also happens after these blocks so we don't actually - * support any CRTC props with correct blending with multiple planes - but we - * can still support CRTC color management properties in DM in most single - * plane cases correctly with clever management of the DC interface in DM. + * #1, and #7 are non-linear to linear curves. #4 is a linear to + * non-linear curve. They support sRGB, PQ, and BT.709/BT.2020 EOTFs or + * their inverse. * - * As per DRM documentation, blocks should be in hardware bypass when their - * respective property is set to NULL. A linear DGM/RGM LUT should also - * considered as putting the respective block into bypass mode. + * The 1D LUTs (#5 and #8) are plain 4096 entry LUTs. * - * This means that the following - * configuration is assumed to be the default: + * The 3DLUT (#6) is a tetrahedrally interpolated 17 cube LUT. * - * Plane DGM Bypass -> Plane CTM Bypass -> Plane RGM Bypass -> ... - * CRTC DGM Bypass -> CRTC CTM Bypass -> CRTC RGM Bypass */ #define MAX_DRM_LUT_VALUE 0xFFFF -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* Re: [V7 43/45] drm/amd/display: Add AMD color pipeline doc 2024-12-20 4:33 ` [V7 43/45] drm/amd/display: Add AMD color pipeline doc Alex Hung @ 2025-01-17 9:19 ` Pekka Paalanen 2025-01-23 20:52 ` Harry Wentland 0 siblings, 1 reply; 127+ messages in thread From: Pekka Paalanen @ 2025-01-17 9:19 UTC (permalink / raw) To: Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel, harry.wentland [-- Attachment #1: Type: text/plain, Size: 2634 bytes --] On Thu, 19 Dec 2024 21:33:49 -0700 Alex Hung <alex.hung@amd.com> wrote: > From: Harry Wentland <harry.wentland@amd.com> > > Add kernel doc for AMD color pipeline. > > Signed-off-by: Alex Hung <alex.hung@amd.com> > Signed-off-by: Harry Wentland <harry.wentland@amd.com> > --- > .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 122 +++++++++++++++--- > 1 file changed, 102 insertions(+), 20 deletions(-) > > diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > index 5e8c5c0657c4..56fb0870a2fc 100644 > --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c ... > + * AMD plane color pipeline > + * ------------------------ > + * > + * The AMD &drm_plane color pipeline is advertised for DCN generations > + * 3.0 and newer. It exposes these elements in this order: > + * > + * 1. 1D curve colorop > + * 2. Multiplier > + * 3. 3x4 CTM > + * 4. 1D curve colorop > + * 5. 1D LUT > + * 6. 3D LUT > + * 7. 1D curve colorop > + * 8. 1D LUT > + * > + * The multiplier (#2) is a simple multiplier that is applied to all > + * channels. > + * > + * The 3x4 CTM (#3) is a simple 3x4 matrix. Hi, I'm curious of why does the multiplier exist? Under what conditions is it not feasible to precompute the multiplier into the CTM coefficients and must instead be programmed as a separate colorop? Thanks, pq > * > - * The pipe blending also happens after these blocks so we don't actually > - * support any CRTC props with correct blending with multiple planes - but we > - * can still support CRTC color management properties in DM in most single > - * plane cases correctly with clever management of the DC interface in DM. > + * #1, and #7 are non-linear to linear curves. #4 is a linear to > + * non-linear curve. They support sRGB, PQ, and BT.709/BT.2020 EOTFs or > + * their inverse. > * > - * As per DRM documentation, blocks should be in hardware bypass when their > - * respective property is set to NULL. A linear DGM/RGM LUT should also > - * considered as putting the respective block into bypass mode. > + * The 1D LUTs (#5 and #8) are plain 4096 entry LUTs. > * > - * This means that the following > - * configuration is assumed to be the default: > + * The 3DLUT (#6) is a tetrahedrally interpolated 17 cube LUT. > * > - * Plane DGM Bypass -> Plane CTM Bypass -> Plane RGM Bypass -> ... > - * CRTC DGM Bypass -> CRTC CTM Bypass -> CRTC RGM Bypass > */ > > #define MAX_DRM_LUT_VALUE 0xFFFF [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 127+ messages in thread
* Re: [V7 43/45] drm/amd/display: Add AMD color pipeline doc 2025-01-17 9:19 ` Pekka Paalanen @ 2025-01-23 20:52 ` Harry Wentland 0 siblings, 0 replies; 127+ messages in thread From: Harry Wentland @ 2025-01-23 20:52 UTC (permalink / raw) To: Pekka Paalanen, Alex Hung; +Cc: dri-devel, amd-gfx, wayland-devel On 2025-01-17 04:19, Pekka Paalanen wrote: > On Thu, 19 Dec 2024 21:33:49 -0700 > Alex Hung <alex.hung@amd.com> wrote: > >> From: Harry Wentland <harry.wentland@amd.com> >> >> Add kernel doc for AMD color pipeline. >> >> Signed-off-by: Alex Hung <alex.hung@amd.com> >> Signed-off-by: Harry Wentland <harry.wentland@amd.com> >> --- >> .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 122 +++++++++++++++--- >> 1 file changed, 102 insertions(+), 20 deletions(-) >> >> diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c >> index 5e8c5c0657c4..56fb0870a2fc 100644 >> --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c >> +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_color.c > > ... > >> + * AMD plane color pipeline >> + * ------------------------ >> + * >> + * The AMD &drm_plane color pipeline is advertised for DCN generations >> + * 3.0 and newer. It exposes these elements in this order: >> + * >> + * 1. 1D curve colorop >> + * 2. Multiplier >> + * 3. 3x4 CTM >> + * 4. 1D curve colorop >> + * 5. 1D LUT >> + * 6. 3D LUT >> + * 7. 1D curve colorop >> + * 8. 1D LUT >> + * >> + * The multiplier (#2) is a simple multiplier that is applied to all >> + * channels. >> + * >> + * The 3x4 CTM (#3) is a simple 3x4 matrix. > > Hi, > > I'm curious of why does the multiplier exist? Under what conditions is > it not feasible to precompute the multiplier into the CTM coefficients > and must instead be programmed as a separate colorop? > AMD HW only supports S2.13 and S3.13 for the CTM coefficients [1] and our driver only ever picks S2.13. The multiplier is programmed as a floating point value instead. [1] https://gitlab.freedesktop.org/agd5f/linux/-/blob/amd-staging-drm-next/drivers/gpu/drm/amd/display/dc/dc_hw_types.h#L1089 Harry > > Thanks, > pq > >> * >> - * The pipe blending also happens after these blocks so we don't actually >> - * support any CRTC props with correct blending with multiple planes - but we >> - * can still support CRTC color management properties in DM in most single >> - * plane cases correctly with clever management of the DC interface in DM. >> + * #1, and #7 are non-linear to linear curves. #4 is a linear to >> + * non-linear curve. They support sRGB, PQ, and BT.709/BT.2020 EOTFs or >> + * their inverse. >> * >> - * As per DRM documentation, blocks should be in hardware bypass when their >> - * respective property is set to NULL. A linear DGM/RGM LUT should also >> - * considered as putting the respective block into bypass mode. >> + * The 1D LUTs (#5 and #8) are plain 4096 entry LUTs. >> * >> - * This means that the following >> - * configuration is assumed to be the default: >> + * The 3DLUT (#6) is a tetrahedrally interpolated 17 cube LUT. >> * >> - * Plane DGM Bypass -> Plane CTM Bypass -> Plane RGM Bypass -> ... >> - * CRTC DGM Bypass -> CRTC CTM Bypass -> CRTC RGM Bypass >> */ >> >> #define MAX_DRM_LUT_VALUE 0xFFFF > ^ permalink raw reply [flat|nested] 127+ messages in thread
* [V7 44/45] drm/colorop: Add kernel doc for data blob 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (42 preceding siblings ...) 2024-12-20 4:33 ` [V7 43/45] drm/amd/display: Add AMD color pipeline doc Alex Hung @ 2024-12-20 4:33 ` Alex Hung 2024-12-20 4:33 ` [V7 45/45] drm/colorop: Add destroy functions for color pipeline Alex Hung 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung Add layout of data blob for colorop types: DRM_COLOROP_1D_LUT, DRM_COLOROP_CTM_3X4 and DRM_COLOROP_3D_LUT Signed-off-by: Alex Hung <alex.hung@amd.com> --- include/drm/drm_colorop.h | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h index 7b58dcf0615a..11b474a9b10a 100644 --- a/include/drm/drm_colorop.h +++ b/include/drm/drm_colorop.h @@ -146,6 +146,24 @@ struct drm_colorop_state { * * Data blob for any TYPE that requires such a blob. The * interpretation of the blob is TYPE-specific. + * + * For 1D LUTs (DRM_COLOROP_1D_LUT), the blob is an array of + * struct drm_color_lut with size of "lut_size". + * + * For 3x4 matrix (DRM_COLOROP_CTM_3X4), the blob is a float[12]: + * out matrix in + * |R| |0 1 2 3 | | R | + * |G| = |4 5 6 7 | x | G | + * |B| |8 9 10 12| | B | + * + * For 3D LUTs (DRM_COLOROP_3D_LUT), the blob is a 3D array of + * struct drm_color_lut with dimension length of "lut_size". + * The LUT elements are traversed like so: + * for R in range 0..n + * for G in range 0..n + * for B in range 0..n + * color = lut3d[R][G][B] + * */ struct drm_property_blob *data; -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
* [V7 45/45] drm/colorop: Add destroy functions for color pipeline 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung ` (43 preceding siblings ...) 2024-12-20 4:33 ` [V7 44/45] drm/colorop: Add kernel doc for data blob Alex Hung @ 2024-12-20 4:33 ` Alex Hung 44 siblings, 0 replies; 127+ messages in thread From: Alex Hung @ 2024-12-20 4:33 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: wayland-devel, harry.wentland, alex.hung The functions are to clean up color pipeline when a device driver fails to create its color pipeline. Signed-off-by: Alex Hung <alex.hung@amd.com> --- .../amd/display/amdgpu_dm/amdgpu_dm_colorop.c | 3 +- drivers/gpu/drm/drm_colorop.c | 41 +++++++++++++++++++ drivers/gpu/drm/vkms/vkms_colorop.c | 3 +- include/drm/drm_colorop.h | 2 + 4 files changed, 45 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c index e03e6044f937..80173f00dfd0 100644 --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_colorop.c @@ -200,8 +200,7 @@ int amdgpu_dm_initialize_default_pipeline(struct drm_plane *plane, struct drm_pr return 0; cleanup: - for (; i >= 0; i--) - kfree(ops[i]); + drm_colorop_pipeline_destroy(plane); return ret; } diff --git a/drivers/gpu/drm/drm_colorop.c b/drivers/gpu/drm/drm_colorop.c index e3dd49c0080d..5245d6a4da39 100644 --- a/drivers/gpu/drm/drm_colorop.c +++ b/drivers/gpu/drm/drm_colorop.c @@ -154,6 +154,47 @@ static int drm_colorop_init(struct drm_device *dev, struct drm_colorop *colorop, return ret; } +/** + * drm_colorop_cleanup - Cleanup a drm_colorop object in color_pipeline + * + * @colorop: The drm_colorop object to be cleaned + */ +void drm_colorop_cleanup(struct drm_colorop *colorop) +{ + struct drm_device *dev = colorop->dev; + struct drm_mode_config *config = &dev->mode_config; + + list_del(&colorop->head); + config->num_colorop--; + + if (colorop->state && colorop->state->data) { + drm_property_blob_put(colorop->state->data); + colorop->state->data = NULL; + } + + kfree(colorop->state); + kfree(colorop); +} + +/** + * drm_colorop_pipeline_destroy - Helper for color pipeline destruction + * + * @plane: - The drm_plane structure containing the color_pipeline + * + * Provides a default color pipeline destroy handler for a planes. + */ +void drm_colorop_pipeline_destroy(struct drm_plane *plane) +{ + struct drm_device *dev = plane->dev; + struct drm_mode_config *config = &dev->mode_config; + struct drm_colorop *colorop, *next; + + list_for_each_entry_safe(colorop, next, &config->colorop_list, head) { + drm_colorop_cleanup(colorop); + } +} +EXPORT_SYMBOL(drm_colorop_pipeline_destroy); + /** * drm_colorop_curve_1d_init - Initialize a DRM_COLOROP_1D_CURVE * diff --git a/drivers/gpu/drm/vkms/vkms_colorop.c b/drivers/gpu/drm/vkms/vkms_colorop.c index c418926d5bc0..5cf47a6ef79e 100644 --- a/drivers/gpu/drm/vkms/vkms_colorop.c +++ b/drivers/gpu/drm/vkms/vkms_colorop.c @@ -89,8 +89,7 @@ static int vkms_initialize_color_pipeline(struct drm_plane *plane, struct drm_pr return 0; cleanup: - for (; i >= 0; i--) - kfree(ops[i]); + drm_colorop_pipeline_destroy(plane); return ret; } diff --git a/include/drm/drm_colorop.h b/include/drm/drm_colorop.h index 11b474a9b10a..953eea079708 100644 --- a/include/drm/drm_colorop.h +++ b/include/drm/drm_colorop.h @@ -367,6 +367,8 @@ static inline struct drm_colorop *drm_colorop_find(struct drm_device *dev, return mo ? obj_to_colorop(mo) : NULL; } +void drm_colorop_pipeline_destroy(struct drm_plane *plane); + int drm_colorop_curve_1d_init(struct drm_device *dev, struct drm_colorop *colorop, struct drm_plane *plane, u64 supported_tfs, bool allow_bypass); -- 2.43.0 ^ permalink raw reply related [flat|nested] 127+ messages in thread
end of thread, other threads:[~2025-03-10 19:43 UTC | newest] Thread overview: 127+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2024-12-20 4:33 [V7 00/45] Color Pipeline API w/ VKMS Alex Hung 2024-12-20 4:33 ` [V7 01/45] drm: Add helper for conversion from signed-magnitude Alex Hung 2025-02-24 16:07 ` Louis Chauvet 2025-02-24 18:50 ` Alex Hung 2025-02-25 9:35 ` Louis Chauvet 2024-12-20 4:33 ` [V7 02/45] drm/vkms: Round fixp2int conversion in lerp_u16 Alex Hung 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 9:37 ` Louis Chauvet 2025-02-25 11:28 ` Simon Ser 2025-02-25 14:05 ` Louis Chauvet 2025-02-25 14:43 ` Harry Wentland 2025-02-25 14:45 ` Simon Ser 2025-02-25 16:00 ` Louis Chauvet 2024-12-20 4:33 ` [V7 03/45] drm/vkms: Add kunit tests for VKMS LUT handling Alex Hung 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 9:51 ` Louis Chauvet 2025-02-25 14:45 ` Harry Wentland 2024-12-20 4:33 ` [V7 04/45] drm/doc/rfc: Describe why prescriptive color pipeline is needed Alex Hung 2024-12-20 4:33 ` [V7 05/45] drm/colorop: Introduce new drm_colorop mode object Alex Hung 2025-01-13 8:04 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:05 ` Louis Chauvet 2025-02-28 15:55 ` Harry Wentland 2024-12-20 4:33 ` [V7 06/45] drm/colorop: Add TYPE property Alex Hung 2025-01-13 8:05 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:07 ` Louis Chauvet 2024-12-20 4:33 ` [V7 07/45] drm/colorop: Add 1D Curve subtype Alex Hung 2025-01-13 8:07 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:13 ` Louis Chauvet 2025-02-28 1:07 ` Alex Hung 2025-02-28 9:24 ` Louis Chauvet 2024-12-20 4:33 ` [V7 08/45] Documentation/gpu: document drm_colorop Alex Hung 2025-01-13 8:18 ` Simon Ser 2025-02-10 22:03 ` Harry Wentland 2025-02-15 14:40 ` Simon Ser 2025-02-21 16:18 ` Harry Wentland 2025-02-21 16:42 ` Simon Ser 2025-02-21 18:41 ` Harry Wentland 2025-02-21 18:48 ` Simon Ser 2024-12-20 4:33 ` [V7 09/45] drm/colorop: Add BYPASS property Alex Hung 2025-01-13 17:49 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:15 ` Louis Chauvet 2024-12-20 4:33 ` [V7 10/45] drm/colorop: Add NEXT property Alex Hung 2025-01-13 17:54 ` Simon Ser 2025-02-24 16:07 ` Louis Chauvet 2025-02-25 10:21 ` Louis Chauvet 2024-12-20 4:33 ` [V7 11/45] drm/colorop: Add atomic state print for drm_colorop Alex Hung 2025-01-13 17:55 ` Simon Ser 2024-12-20 4:33 ` [V7 12/45] drm/plane: Add COLOR PIPELINE property Alex Hung 2025-01-13 18:08 ` Simon Ser 2024-12-20 4:33 ` [V7 13/45] drm/colorop: Introduce DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE Alex Hung 2025-01-13 18:23 ` Simon Ser 2025-01-22 19:48 ` Harry Wentland 2025-01-22 20:05 ` Simon Ser 2024-12-20 4:33 ` [V7 14/45] drm/vkms: Add enumerated 1D curve colorop Alex Hung 2025-02-25 11:18 ` Louis Chauvet 2025-03-10 19:43 ` Harry Wentland 2024-12-20 4:33 ` [V7 15/45] drm/vkms: Add kunit tests for linear and sRGB LUTs Alex Hung 2025-02-25 11:19 ` Louis Chauvet 2025-03-10 15:09 ` Harry Wentland 2024-12-20 4:33 ` [V7 16/45] drm/colorop: Add 3x4 CTM type Alex Hung 2025-01-13 18:19 ` Simon Ser 2025-02-25 11:20 ` Louis Chauvet 2024-12-20 4:33 ` [V7 17/45] drm/vkms: Use s32 for internal color pipeline precision Alex Hung 2024-12-20 4:33 ` [V7 18/45] drm/vkms: add 3x4 matrix in color pipeline Alex Hung 2025-02-25 11:21 ` Louis Chauvet 2024-12-20 4:33 ` [V7 19/45] drm/tests: Add a few tests around drm_fixed.h Alex Hung 2024-12-20 4:33 ` [V7 20/45] drm/vkms: Add tests for CTM handling Alex Hung 2024-12-20 4:33 ` [V7 21/45] drm/colorop: pass plane_color_pipeline client cap to atomic check Alex Hung 2024-12-20 4:33 ` [V7 22/45] drm/colorop: define a new macro for_each_new_colorop_in_state Alex Hung 2025-01-15 7:48 ` Simon Ser 2024-12-20 4:33 ` [V7 23/45] drm/amd/display: Ignore deprecated props when plane_color_pipeline set Alex Hung 2025-01-15 7:56 ` Simon Ser 2025-01-22 21:05 ` Harry Wentland 2025-01-23 20:29 ` Simon Ser 2024-12-20 4:33 ` [V7 24/45] drm/amd/display: Add bypass COLOR PIPELINE Alex Hung 2024-12-20 4:33 ` [V7 25/45] drm/amd/display: Skip color pipeline initialization for cursor plane Alex Hung 2024-12-20 4:33 ` [V7 26/45] drm/amd/display: Add support for sRGB EOTF in DEGAM block Alex Hung 2025-02-13 15:35 ` Leo Li 2024-12-20 4:33 ` [V7 27/45] drm/amd/display: Add support for sRGB Inverse EOTF in SHAPER block Alex Hung 2024-12-20 4:33 ` [V7 28/45] drm/amd/display: Add support for sRGB EOTF in BLND block Alex Hung 2024-12-20 4:33 ` [V7 29/45] drm/colorop: Add PQ 125 EOTF and its inverse Alex Hung 2025-01-15 8:00 ` Simon Ser 2025-01-23 20:06 ` Harry Wentland 2025-01-23 20:33 ` Simon Ser 2025-01-17 9:04 ` Pekka Paalanen 2025-01-23 20:09 ` Harry Wentland 2024-12-20 4:33 ` [V7 30/45] drm/amd/display: Enable support for PQ 125 EOTF and Inverse Alex Hung 2024-12-20 4:33 ` [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF Alex Hung 2025-01-15 8:04 ` Simon Ser 2025-01-23 20:13 ` Harry Wentland 2025-01-16 8:56 ` Pekka Paalanen 2025-01-17 9:06 ` Pekka Paalanen 2025-01-23 20:16 ` Harry Wentland 2025-01-27 12:05 ` Pekka Paalanen 2024-12-20 4:33 ` [V7 32/45] drm/amd/display: Add support for BT.709 and BT.2020 TFs Alex Hung 2025-02-12 23:03 ` Leo Li 2024-12-20 4:33 ` [V7 33/45] drm/colorop: Add 1D Curve Custom LUT type Alex Hung 2025-01-15 8:14 ` Simon Ser 2025-01-16 23:33 ` Alex Hung 2025-01-18 13:54 ` Simon Ser 2025-01-15 15:48 ` Simon Ser 2024-12-20 4:33 ` [V7 34/45] drm/amd/display: add shaper and blend colorops for 1D Curve Custom LUT Alex Hung 2025-02-12 23:44 ` Leo Li 2025-02-21 16:28 ` Harry Wentland 2024-12-20 4:33 ` [V7 35/45] drm/amd/display: add 3x4 matrix colorop Alex Hung 2025-02-13 17:16 ` Leo Li 2024-12-20 4:33 ` [V7 36/45] drm/colorop: Add mutliplier type Alex Hung 2025-01-15 15:54 ` Simon Ser 2024-12-20 4:33 ` [V7 37/45] drm/amd/display: add multiplier colorop Alex Hung 2024-12-20 4:33 ` [V7 38/45] drm/amd/display: Swap matrix and multiplier Alex Hung 2024-12-20 4:33 ` [V7 39/45] drm/colorop: Define LUT_1D interpolation Alex Hung 2025-01-20 7:48 ` Simon Ser 2024-12-20 4:33 ` [V7 40/45] drm/colorop: allow non-bypass colorops Alex Hung 2024-12-20 4:33 ` [V7 41/45] drm/colorop: Add 3D LUT supports to color pipeline Alex Hung 2025-01-20 21:16 ` Simon Ser 2024-12-20 4:33 ` [V7 42/45] drm/amd/display: add 3D LUT colorop Alex Hung 2025-02-13 18:21 ` Leo Li 2025-02-21 21:05 ` Harry Wentland 2024-12-20 4:33 ` [V7 43/45] drm/amd/display: Add AMD color pipeline doc Alex Hung 2025-01-17 9:19 ` Pekka Paalanen 2025-01-23 20:52 ` Harry Wentland 2024-12-20 4:33 ` [V7 44/45] drm/colorop: Add kernel doc for data blob Alex Hung 2024-12-20 4:33 ` [V7 45/45] drm/colorop: Add destroy functions for color pipeline Alex Hung
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.