On Wed, 8 Nov 2023 11:36:25 -0500
Harry Wentland <harry.wentland@xxxxxxx> wrote:
> 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)
>
> Signed-off-by: Harry Wentland <harry.wentland@xxxxxxx>
> ---
> Documentation/gpu/rfc/color_pipeline.rst | 352 +++++++++++++++++++++++
> 1 file changed, 352 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..efc70570a592
> --- /dev/null
> +++ b/Documentation/gpu/rfc/color_pipeline.rst
...
> +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
If TYPE is a range, then all examples like this need fixing.
Thanks,
pq
Attachment:
pgp6TXo7vJZZf.pgp
Description: OpenPGP digital signature
