From: Jani Nikula <jani.nikula@intel.com>
To: intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org
Cc: jani.nikula@intel.com
Subject: [Intel-gfx] [PATCH 0/5] drm/displayid: VESA vendor block and drm/i915 MSO use of it
Date: Mon, 30 Aug 2021 13:28:58 +0300 [thread overview]
Message-ID: <cover.1630319138.git.jani.nikula@intel.com> (raw)
We need the DisplayID VESA vendor block data for properly configuring
eDP MSO (Multi-SST Operation) pixel overlap.
I haven't actually tested this on a panel that requires the overlap, but
this is all pretty straightforward to prepare for that use case.
BR,
Jani.
Jani Nikula (5):
drm/displayid: re-align data block macros
drm/displayid: add DisplayID v2.0 data blocks and primary use cases
drm/edid: parse the DisplayID v2.0 VESA vendor block for MSO
drm/i915/edp: postpone MSO init until after EDID read
drm/i915/edp: use MSO pixel overlap from DisplayID data
drivers/gpu/drm/drm_edid.c | 63 ++++++++++++++++
drivers/gpu/drm/i915/display/intel_dp.c | 14 ++--
include/drm/drm_connector.h | 12 +++
include/drm/drm_displayid.h | 99 +++++++++++++++++--------
4 files changed, 154 insertions(+), 34 deletions(-)
--
2.20.1
WARNING: multiple messages have this Message-ID (diff)
From: Jani Nikula <jani.nikula@intel.com>
To: intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org
Cc: jani.nikula@intel.com
Subject: [PATCH 0/5] drm/displayid: VESA vendor block and drm/i915 MSO use of it
Date: Mon, 30 Aug 2021 13:28:58 +0300 [thread overview]
Message-ID: <cover.1630319138.git.jani.nikula@intel.com> (raw)
We need the DisplayID VESA vendor block data for properly configuring
eDP MSO (Multi-SST Operation) pixel overlap.
I haven't actually tested this on a panel that requires the overlap, but
this is all pretty straightforward to prepare for that use case.
BR,
Jani.
Jani Nikula (5):
drm/displayid: re-align data block macros
drm/displayid: add DisplayID v2.0 data blocks and primary use cases
drm/edid: parse the DisplayID v2.0 VESA vendor block for MSO
drm/i915/edp: postpone MSO init until after EDID read
drm/i915/edp: use MSO pixel overlap from DisplayID data
drivers/gpu/drm/drm_edid.c | 63 ++++++++++++++++
drivers/gpu/drm/i915/display/intel_dp.c | 14 ++--
include/drm/drm_connector.h | 12 +++
include/drm/drm_displayid.h | 99 +++++++++++++++++--------
4 files changed, 154 insertions(+), 34 deletions(-)
--
2.20.1
next reply other threads:[~2021-08-30 10:29 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-30 10:28 Jani Nikula [this message]
2021-08-30 10:28 ` [PATCH 0/5] drm/displayid: VESA vendor block and drm/i915 MSO use of it Jani Nikula
2021-08-30 10:28 ` [Intel-gfx] [PATCH 1/5] drm/displayid: re-align data block macros Jani Nikula
2021-08-30 10:28 ` Jani Nikula
2021-08-30 10:29 ` [Intel-gfx] [PATCH 2/5] drm/displayid: add DisplayID v2.0 data blocks and primary use cases Jani Nikula
2021-08-30 10:29 ` Jani Nikula
2021-08-30 10:29 ` [Intel-gfx] [PATCH 3/5] drm/edid: parse the DisplayID v2.0 VESA vendor block for MSO Jani Nikula
2021-08-30 10:29 ` Jani Nikula
2021-08-30 10:43 ` [Intel-gfx] " Jani Nikula
2021-08-30 10:43 ` Jani Nikula
2021-08-30 15:10 ` [Intel-gfx] " Ville Syrjälä
2021-08-30 15:10 ` Ville Syrjälä
2021-08-31 8:10 ` [Intel-gfx] " Jani Nikula
2021-08-31 8:10 ` Jani Nikula
2021-08-31 14:19 ` [Intel-gfx] " Jani Nikula
2021-08-31 14:19 ` Jani Nikula
2021-08-30 10:29 ` [Intel-gfx] [PATCH 4/5] drm/i915/edp: postpone MSO init until after EDID read Jani Nikula
2021-08-30 10:29 ` Jani Nikula
2021-08-30 10:29 ` [Intel-gfx] [PATCH 5/5] drm/i915/edp: use MSO pixel overlap from DisplayID data Jani Nikula
2021-08-30 10:29 ` Jani Nikula
2021-08-30 12:31 ` [Intel-gfx] ✗ Fi.CI.SPARSE: warning for drm/displayid: VESA vendor block and drm/i915 MSO use of it Patchwork
2021-08-30 12:59 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2021-08-30 15:26 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cover.1630319138.git.jani.nikula@intel.com \
--to=jani.nikula@intel.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.