diff options
| author | Mario Kleiner <mario.kleiner.de@gmail.com> | 2021-01-24 07:40:10 +0300 |
|---|---|---|
| committer | Simon Ser <contact@emersion.fr> | 2021-02-23 21:26:43 +0300 |
| commit | 66922f850910056a2a3193388dd69b900e824717 (patch) | |
| tree | dd6aeb4d843a731a5283b66b381405c8ec8fab19 /include | |
| parent | d71cbff1cdae2d8ddd2a7279db67a1412f41d89d (diff) | |
| download | linux-66922f850910056a2a3193388dd69b900e824717.tar.xz | |
drm: Fix HDMI_STATIC_METADATA_TYPE1 constant
According to the CTA 861.G spec, HDMI_STATIC_METADATA_TYPE1 is
not 1, but zero, so fix this enum.
While this doesn't cause problems in the kernel yet, as the
constant isn't actively used by drivers yet, it did create
confusion while debugging HDR problems in yours truly, and
also potential bugs in userspace components, as the wrong
enum propagates to components, e.g., like it did already
into intel-gpu-tools (tests/kms_hdr.c) or is used as wrong
reference when writing future new userspace HDR components
like compositors.
Fixes: fbb5d0353c62 ("drm: Add HDR source metadata property")
Signed-off-by: Mario Kleiner <mario.kleiner.de@gmail.com>
Cc: Uma Shankar <uma.shankar@intel.com>
Cc: Shashank Sharma <shashank.sharma@intel.com>
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Simon Ser <contact@emersion.fr>
Signed-off-by: Simon Ser <contact@emersion.fr>
Link: https://patchwork.freedesktop.org/patch/msgid/20210124044010.18678-1-mario.kleiner.de@gmail.com
Diffstat (limited to 'include')
| -rw-r--r-- | include/linux/hdmi.h | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/include/linux/hdmi.h b/include/linux/hdmi.h index 9850d59d6f1c..c8ec982ff498 100644 --- a/include/linux/hdmi.h +++ b/include/linux/hdmi.h @@ -156,7 +156,7 @@ enum hdmi_content_type { }; enum hdmi_metadata_type { - HDMI_STATIC_METADATA_TYPE1 = 1, + HDMI_STATIC_METADATA_TYPE1 = 0, }; enum hdmi_eotf { |