From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Ankit Nautiyal <ankit.k.nautiyal@intel.com>
Cc: intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org,
suraj.kandpal@intel.com
Subject: Re: [PATCH 08/15] drm/i915: Add bigjoiner and uncompressed joiner hw readout sanity checks
Date: Thu, 19 Sep 2024 18:22:04 +0300 [thread overview]
Message-ID: <ZuxBnF8X30Y4_7S5@intel.com> (raw)
In-Reply-To: <20240918144343.2876184-9-ankit.k.nautiyal@intel.com>
On Wed, Sep 18, 2024 at 08:13:36PM +0530, Ankit Nautiyal wrote:
> From: Stanislav Lisovskiy <stanislav.lisovskiy@intel.com>
>
> Add sanity checks for primary and secondary bigjoiner/uncompressed
> bitmasks, should make it easier to spot possible issues.
>
> v2:
> -Streamline the expected masks and add few more drm_WARNs. (Ville)
> -Use %#x format specifier for printing joiner masks. (Ville)
> -Use struct intel_display instead of struct drm_i915_private. (Ankit)
>
> Signed-off-by: Stanislav Lisovskiy <stanislav.lisovskiy@intel.com>
> Reviewed-by: Suraj Kandpal <suraj.kandpal@intel.com> (v1)
> ---
> drivers/gpu/drm/i915/display/intel_display.c | 49 +++++++++++++++++++-
> 1 file changed, 47 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/display/intel_display.c b/drivers/gpu/drm/i915/display/intel_display.c
> index 28447d4c8934..a17e89fb5eb9 100644
> --- a/drivers/gpu/drm/i915/display/intel_display.c
> +++ b/drivers/gpu/drm/i915/display/intel_display.c
> @@ -3654,26 +3654,71 @@ static void enabled_bigjoiner_pipes(struct intel_display *display,
> }
> }
>
> +static u8 expected_secondary_pipes(u8 primary_pipes, int num_pipes)
> +{
> + u8 secondary_pipes = 0;
> +
> + for (int i = 1; i < num_pipes; i++)
> + secondary_pipes |= primary_pipes << i;
> +
> + return secondary_pipes;
> +}
> +
> +static u8 expected_uncompjoiner_secondary_pipes(u8 uncompjoiner_primary_pipes)
You use the full "uncompressed_joiner" everywhere else, so should
probably stick to that here as well for consistency.
> +{
> + return expected_secondary_pipes(uncompjoiner_primary_pipes, 2);
> +}
> +
> +static u8 expected_bigjoiner_secondary_pipes(u8 bigjoiner_primary_pipes)
> +{
> + return expected_secondary_pipes(bigjoiner_primary_pipes, 2);
> +}
> +
> static void enabled_joiner_pipes(struct drm_i915_private *dev_priv,
> u8 *primary_pipes, u8 *secondary_pipes)
> {
> struct intel_display *display = to_intel_display(&dev_priv->drm);
> u8 primary_uncompressed_joiner_pipes, primary_bigjoiner_pipes;
> u8 secondary_uncompressed_joiner_pipes, secondary_bigjoiner_pipes;
> + u8 uncompressed_joiner_pipes, bigjoiner_pipes;
>
> enabled_uncompressed_joiner_pipes(display, &primary_uncompressed_joiner_pipes,
> &secondary_uncompressed_joiner_pipes);
>
> + drm_WARN_ON(display->drm,
> + (primary_uncompressed_joiner_pipes & secondary_uncompressed_joiner_pipes) != 0);
> +
> enabled_bigjoiner_pipes(display, &primary_bigjoiner_pipes,
> &secondary_bigjoiner_pipes);
>
> + drm_WARN_ON(display->drm,
> + (primary_bigjoiner_pipes & secondary_bigjoiner_pipes) != 0);
> +
> + uncompressed_joiner_pipes = primary_uncompressed_joiner_pipes |
> + secondary_uncompressed_joiner_pipes;
> + bigjoiner_pipes = primary_bigjoiner_pipes | secondary_bigjoiner_pipes;
> +
> + drm_WARN(display->drm, (uncompressed_joiner_pipes & bigjoiner_pipes) != 0,
> + "Uncomressed joiner pipes(%#x) and bigjoiner pipes(%#x) can't intersect\n",
> + uncompressed_joiner_pipes, bigjoiner_pipes);
Maybe add an empty line between all the WARNs because this is starting
to look pretty busy othwerwise.
Otherwise lgtm
Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
> + drm_WARN(display->drm, secondary_bigjoiner_pipes !=
> + expected_bigjoiner_secondary_pipes(primary_bigjoiner_pipes),
> + "Wrong secondary bigjoiner pipes(expected %#x, current %#x)\n",
> + expected_bigjoiner_secondary_pipes(primary_bigjoiner_pipes),
> + secondary_bigjoiner_pipes);
> + drm_WARN(display->drm, secondary_uncompressed_joiner_pipes !=
> + expected_uncompjoiner_secondary_pipes(primary_uncompressed_joiner_pipes),
> + "Wrong secondary uncompressed joiner pipes(expected %#x, current %#x)\n",
> + expected_uncompjoiner_secondary_pipes(primary_uncompressed_joiner_pipes),
> + secondary_uncompressed_joiner_pipes);
> +
> *primary_pipes = primary_uncompressed_joiner_pipes | primary_bigjoiner_pipes;
>
> *secondary_pipes = secondary_uncompressed_joiner_pipes | secondary_bigjoiner_pipes;
>
> /* Joiner pipes should always be consecutive primary and secondary */
> - drm_WARN(&dev_priv->drm, *secondary_pipes != *primary_pipes << 1,
> - "Joiner misconfigured (primary pipes 0x%x, secondary pipes 0x%x)\n",
> + drm_WARN(display->drm, *secondary_pipes != *primary_pipes << 1,
> + "Joiner misconfigured (primary pipes %#x, secondary pipes %#x)\n",
> *primary_pipes, *secondary_pipes);
> }
>
> --
> 2.45.2
--
Ville Syrjälä
Intel
next prev parent reply other threads:[~2024-09-19 15:24 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-18 14:43 [PATCH 00/15] Ultrajoiner basic functionality series Ankit Nautiyal
2024-09-18 14:43 ` [PATCH 01/15] drm/i915: Add some essential functionality for joiners Ankit Nautiyal
2024-09-18 14:43 ` [PATCH 02/15] drm/i915/display: Enhance iterators for modeset en/disable Ankit Nautiyal
2024-09-18 14:43 ` [PATCH 03/15] drm/i915/display_debugfs: Allow force joiner only if supported Ankit Nautiyal
2024-09-19 15:04 ` Ville Syrjälä
2024-09-18 14:43 ` [PATCH 04/15] drm/i915/display: Modify debugfs for joiner to force n pipes Ankit Nautiyal
2024-09-19 15:07 ` Ville Syrjälä
2024-09-18 14:43 ` [PATCH 05/15] drm/i915/dp: Add helper to compute num pipes required Ankit Nautiyal
2024-09-19 15:12 ` Ville Syrjälä
2024-09-18 14:43 ` [PATCH 06/15] drm/i915/display: Add debugfs support to avoid joiner Ankit Nautiyal
2024-09-19 15:15 ` Ville Syrjälä
2024-09-18 14:43 ` [PATCH 07/15] drm/i915: Split current joiner hw state readout Ankit Nautiyal
2024-09-19 15:18 ` Ville Syrjälä
2024-09-18 14:43 ` [PATCH 08/15] drm/i915: Add bigjoiner and uncompressed joiner hw readout sanity checks Ankit Nautiyal
2024-09-19 15:22 ` Ville Syrjälä [this message]
2024-09-18 14:43 ` [PATCH 09/15] drm/i915/display: Add macro HAS_ULTRAJOINER() Ankit Nautiyal
2024-09-19 15:24 ` Ville Syrjälä
2024-09-18 14:43 ` [PATCH 10/15] drm/i915: Implement hw state readout and checks for ultrajoiner Ankit Nautiyal
2024-09-19 15:33 ` Ville Syrjälä
2024-09-18 14:43 ` [PATCH 11/15] drm/i915/display: Refactor enable_joiner_pipes Ankit Nautiyal
2024-09-19 18:02 ` Ville Syrjälä
2024-09-18 14:43 ` [PATCH 12/15] drm/i915/display/vdsc: Add ultrajoiner support with DSC Ankit Nautiyal
2024-09-19 18:06 ` Ville Syrjälä
2024-09-18 14:43 ` [PATCH 13/15] drm/i915: Compute config and mode valid changes for ultrajoiner Ankit Nautiyal
2024-09-19 18:30 ` Ville Syrjälä
2024-09-18 14:43 ` [PATCH 14/15] drm/i915/display: Consider ultrajoiner for computing maxdotclock Ankit Nautiyal
2024-09-19 18:42 ` Ville Syrjälä
2024-09-18 14:43 ` [PATCH 15/15] drm/i915/intel_dp: Add support for forcing ultrajoiner Ankit Nautiyal
2024-09-19 18:45 ` Ville Syrjälä
2024-09-18 15:22 ` ✗ Fi.CI.CHECKPATCH: warning for Ultrajoiner basic functionality series (rev9) Patchwork
2024-09-18 15:22 ` ✗ Fi.CI.SPARSE: " Patchwork
2024-09-18 15:30 ` ✓ Fi.CI.BAT: success " Patchwork
2024-09-19 5:01 ` ✗ Fi.CI.IGT: failure " 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=ZuxBnF8X30Y4_7S5@intel.com \
--to=ville.syrjala@linux.intel.com \
--cc=ankit.k.nautiyal@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=suraj.kandpal@intel.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox