[Intel-gfx] [v11 00/12] Add HDR Metadata Parsing and handling in DRM layer

[Shankar, Uma]

>-----Original Message-----
>From: Maarten Lankhorst [mailto:maarten.lankhorst at linux.intel.com]
>Sent: Tuesday, May 28, 2019 5:06 PM
>To: Ville Syrjälä <ville.syrjala at linux.intel.com>; Shankar, Uma
><uma.shankar at intel.com>
>Cc: intel-gfx at lists.freedesktop.org; dri-devel at lists.freedesktop.org; Sharma,
>Shashank <shashank.sharma at intel.com>; emil.l.velikov at gmail.com;
>brian.starkey at arm.com; dcastagna at chromium.org; seanpaul at chromium.org;
>Roper, Matthew D <matthew.d.roper at intel.com>; jonas at kwiboo.se
>Subject: Re: [v11 00/12] Add HDR Metadata Parsing and handling in DRM layer
>
>Op 22-05-2019 om 22:45 schreef Ville Syrjälä:
>> On Thu, May 16, 2019 at 07:40:05PM +0530, Uma Shankar wrote:
>>> This patch series enables HDR support in drm. It basically defines
>>> HDR metadata structures, property to pass content (after blending)
>>> metadata from user space compositors to driver.
>>>
>>> Dynamic Range and Mastering infoframe creation and sending.
>>>
>>> ToDo:
>>> 1. We need to get the color framework in place for all planes
>>>    which support HDR content in hardware. This is already in progres
>>>    and patches are out for review in mailing list.
>>> 2. UserSpace/Compositors: Blending policies and metadata blob
>>>    creation and passing to driver. Work is already in progress
>>>    by Intel's middleware teams on wayland and the patches for
>>>    the same are in review.
>>>
>>> A POC has already been developed by Ville based on wayland. Please
>>> refer below link to see the component interactions and usage:
>>> https://lists.freedesktop.org/archives/wayland-devel/2017-December/03
>>> 6403.html
>>>
>>> v2: Updated Ville's POC changes to the patch series.Incorporated
>>> cleanups and fixes from Ville. Rebase on latest drm-tip.
>>>
>>> v3: Fixed a warning causing builds to break on CI. No major change.
>>>
>>> v4: Addressed Shashank's review comments.
>>>
>>> v5: Rebase on top of Ville's infoframe refactoring changes. Fixed non
>>> modeset case for HDR metadata update. Dropped a redundant patch.
>>>
>>> v6: Addressed Shashank's review comments and added RB's received.
>>>
>>> v7: Squashed 2 patches, dropped 1 change and addressed Brian
>>> Starkey's and Shashank's review comments.
>>>
>>> v8: Addressed Jonas Karlman review comments. Added Shashank's RB to
>>> the series, fixed a WARN_ON on BYT/CHT.
>>>
>>> v9: Addressed Ville and Jonas Karlman's review comments. Added the
>>> infoframe state readout and metadata reference count.
>>>
>>> v10: Addressed review comments from Jonas and Ville. Dropped one
>>> patch related to i915 fastset handling as per Ville's feedback.
>>>
>>> v11: Addressed Ville's review comments.
>>>
>>> Note: v9 version is already tested with Kodi and a confirmation from
>>> team kodi has been received. Branch details for the same as below:
>>> https://github.com/xbmc/xbmc/tree/feature_drmprime-vaapi
>>>
>>> v9 of this series is:
>>> Tested-by: Jonas Karlman <jonas at kwiboo.se>
>>>
>>> Jonas Karlman (1):
>>>   drm: Add reference counting on HDR metadata blob
>>>
>>> Uma Shankar (9):
>>>   drm: Add HDR source metadata property
>>>   drm: Parse HDR metadata info from EDID
>>>   drm: Enable HDR infoframe support
>>>   drm/i915: Attach HDR metadata property to connector
>>>   drm/i915: Write HDR infoframe and send to panel
>>>   drm/i915:Enabled Modeset when HDR Infoframe changes
>>>   drm/i915: Added DRM Infoframe handling for BYT/CHT
>>>   video/hdmi: Add Unpack function for DRM infoframe
>>>   drm/i915: Add state readout for DRM infoframe
>>>
>>> Ville Syrjälä (2):
>>>   drm: Add HLG EOTF
>>>   drm/i915: Enable infoframes on GLK+ for HDR
>> Pushed the core/etc. bits to drm-misc-next so that other drivers can
>> base their work on that. We'll need a backmerge to get the
>> i915 stuff in via dinq.
>>
>Rest pushed as well. I reordered the series to be slightly more logical, from hw
>enabling bits to sw enabling bits. :)

Thanks Maarten and Ville for helping with the merge of this series.

Regards,
Uma Shankar