[PATCHv10 00/10] Display Global Histogram
Matt Roper
matthew.d.roper at intel.com
Mon Dec 9 16:57:56 UTC 2024
On Mon, Dec 09, 2024 at 09:54:54PM +0530, Arun R Murthy wrote:
> Display histogram is a hardware functionality where a statistics for 'x'
> number of frames is generated to form a histogram data. This is notified
> to the user via histogram event. Compositor will then upon sensing the
> histogram event will read the histogram data from KMD via crtc property.
> A library can be developed to take this generated histogram as an
> input and apply some algorithm to generate an Image EnhancemenT(IET).
> This is further fed back to the KMD via crtc property. KMD will use this
> IET as a multiplicand factor to multiply with the incoming pixels at the
> end of the pipe which is then pushed onto the display.
>
> One such library Global Histogram Enhancement(GHE) will take the histogram
> as input and applied the algorithm to enhance the density and then
> return the enhanced factor. This library can be located @
> https://github.com/intel/ghe
>
> The corresponding mutter changes to enable/disable histogram, read the
> histogram data, communicate with the library and write the enhanced data
> back to the KMD is also pushed for review at https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3873
> and https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3873/diffs?commit_id=270808ca7c8be48513553d95b4a47541f5d40206
> The IGT changes for validating the histogram event and reading the
> histogram is also pushed for review at https://patchwork.freedesktop.org/series/135789/
I think other people have already asked this on previous postings of
these patches, but please don't try to manually hack the version numbers
within a series. What you just posted has "PATCHv10" on the cover
letter, "PATCHv2" on one patch, "PATCHv3" on three patches, and the rest
are unversioned "PATCH." The general expectation these days is that
versioning in the subject applies to the series as a whole, not the
individual patches, so this causes a lot of confusion. Posting like you
did here also wrecks havoc on a lot of the tools people use to manage
and compare series like the "b4" tool.
When generating and sending a new series, you should just do something
like "git format-patch -v10 ..." so that the proper "v10" numbering is
automatically applied to all the patches and we don't wind up with this
strange jumble.
Matt
>
> Test-with: 20240705091333.328322-1-mohammed.thasleem at intel.com
>
> Arun R Murthy (10):
> drm/crtc: Add histogram properties
> drm/crtc: Expose API to create drm crtc property for histogram
> drm/i915/histogram: Define registers for histogram
> drm/i915/histogram: Add support for histogram
> drm/xe: Add histogram support to Xe builds
> drm/i915/histogram: histogram interrupt handling
> drm/i915/display: handle drm-crtc histogram property updates
> drm/i915/histogram: histogram delay counter doesnt reset
> drm/i915/histogram: Histogram changes for Display 20+
> drm/i915/histogram: Enable pipe dithering
>
> drivers/gpu/drm/drm_atomic_state_helper.c | 6 +
> drivers/gpu/drm/drm_atomic_uapi.c | 17 +
> drivers/gpu/drm/drm_crtc.c | 30 ++
> drivers/gpu/drm/i915/Makefile | 1 +
> drivers/gpu/drm/i915/display/intel_atomic.c | 1 +
> drivers/gpu/drm/i915/display/intel_crtc.c | 7 +
> drivers/gpu/drm/i915/display/intel_display.c | 17 +
> .../gpu/drm/i915/display/intel_display_irq.c | 6 +-
> .../drm/i915/display/intel_display_types.h | 4 +
> .../gpu/drm/i915/display/intel_histogram.c | 380 ++++++++++++++++++
> .../gpu/drm/i915/display/intel_histogram.h | 40 ++
> .../drm/i915/display/intel_histogram_regs.h | 75 ++++
> drivers/gpu/drm/i915/i915_reg.h | 5 +-
> drivers/gpu/drm/xe/Makefile | 1 +
> include/drm/drm_crtc.h | 49 +++
> include/uapi/drm/drm_mode.h | 11 +
> 16 files changed, 647 insertions(+), 3 deletions(-)
> create mode 100644 drivers/gpu/drm/i915/display/intel_histogram.c
> create mode 100644 drivers/gpu/drm/i915/display/intel_histogram.h
> create mode 100644 drivers/gpu/drm/i915/display/intel_histogram_regs.h
>
> --
> 2.25.1
>
--
Matt Roper
Graphics Software Engineer
Linux GPU Platform Enablement
Intel Corporation
More information about the Intel-gfx
mailing list