From: "Nautiyal, Ankit K" <ankit.k.nautiyal@intel.com>
To: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
Cc: <intel-gfx@lists.freedesktop.org>, <jani.saarinen@intel.com>
Subject: Re: [PATCH 07/14] drm/i915: Add bigjoiner and uncompressed joiner hw readout sanity checks
Date: Mon, 9 Sep 2024 14:10:48 +0530 [thread overview]
Message-ID: <095ec771-381b-4074-93ce-97a259d4f510@intel.com> (raw)
In-Reply-To: <fa3186d3-a275-4475-9f02-e219503f954e@intel.com>
On 9/9/2024 2:01 PM, Nautiyal, Ankit K wrote:
>
> On 9/6/2024 9:09 PM, Ville Syrjälä wrote:
>> On Fri, Sep 06, 2024 at 06:28:00PM +0530, Ankit Nautiyal wrote:
>>> From: Stanislav Lisovskiy <stanislav.lisovskiy@intel.com>
>>>
>>> Adding sanity checks for primary and secondary bigjoiner/uncompressed
>>> bitmasks, should make it easier to spot possible issues.
>>>
>>> Signed-off-by: Stanislav Lisovskiy <stanislav.lisovskiy@intel.com>
>>> Reviewed-by: Suraj Kandpal <suraj.kandpal@intel.com>
>>> ---
>>> drivers/gpu/drm/i915/display/intel_display.c | 24
>>> ++++++++++++++++++++
>>> 1 file changed, 24 insertions(+)
>>>
>>> diff --git a/drivers/gpu/drm/i915/display/intel_display.c
>>> b/drivers/gpu/drm/i915/display/intel_display.c
>>> index cdc7531311fc..6f098383479f 100644
>>> --- a/drivers/gpu/drm/i915/display/intel_display.c
>>> +++ b/drivers/gpu/drm/i915/display/intel_display.c
>>> @@ -3638,11 +3638,17 @@ static void enabled_bigjoiner_pipes(struct
>>> drm_i915_private *dev_priv,
>>> }
>>> }
>>> +static u8 expected_secondary_pipes(u8 primary_pipes)
>>> +{
>>> + return primary_pipes << 1;
>>> +}
>> Extracting this should be a separate patch really since it
>> was already in the code until the previous patch erroneously
>> removed it.
>
> Sure, will move this to another patch.
>
>
>>
>>> +
>>> static void enabled_joiner_pipes(struct drm_i915_private *dev_priv,
>>> u8 *primary_pipes, u8 *secondary_pipes)
>>> {
>>> 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(dev_priv,
>>> &primary_uncompressed_joiner_pipes,
>>> &secondary_uncompressed_joiner_pipes);
>>> @@ -3650,6 +3656,24 @@ static void enabled_joiner_pipes(struct
>>> drm_i915_private *dev_priv,
>>> enabled_bigjoiner_pipes(dev_priv, &primary_bigjoiner_pipes,
>>> &secondary_bigjoiner_pipes);
>>> + uncompressed_joiner_pipes = primary_uncompressed_joiner_pipes |
>>> + secondary_uncompressed_joiner_pipes;
>>> + bigjoiner_pipes = primary_bigjoiner_pipes |
>>> secondary_bigjoiner_pipes;
>>> +
>>> + drm_WARN(&dev_priv->drm, (uncompressed_joiner_pipes &
>>> bigjoiner_pipes) != 0,
>>> + "Uncomressed joiner pipes(%x) and bigjoiner pipes(%x)
>>> can't intersect\n",
>>> + uncompressed_joiner_pipes, bigjoiner_pipes);
>> Please use 0x%x for printing hex numbers
>>
>> Side note: maybe we should switch to the standard %#x instead?
>> Though we'd need to double check whether prink() follows the
>> idiotic C standard or not:
>> printf("%#x", 1) -> 0x1, for any non-zero value
>> bs.
>> printf("%#x", 0) -> 0 (sigh)
>>
>> If printk() behaves the same way then I want to see %#x anywhere
>> (pretty sure we do use it in a few places already though).
>
> I will check how %#x behaves with 0 with printk, accordingly will use
> 0x%x or %x#x, (we do use it in some places).
Just checked, with printk(), %x#x with 0, prints 0x0 unlike printf()
which prints 0, so %x#x it is then.
>
> Regards,
>
> Ankit
>
>>
>>
>>> + drm_WARN(&dev_priv->drm, secondary_bigjoiner_pipes !=
>>> + expected_secondary_pipes(primary_bigjoiner_pipes),
>>> + "Wrong secondary bigjoiner pipes(expected %x, current %x)\n",
>>> + expected_secondary_pipes(primary_bigjoiner_pipes),
>>> + secondary_bigjoiner_pipes);
>>> + drm_WARN(&dev_priv->drm, secondary_uncompressed_joiner_pipes !=
>>> + expected_secondary_pipes(primary_uncompressed_joiner_pipes),
>>> + "Wrong secondary uncompressed joiner pipes(expected %x,
>>> current %x)\n",
>>> + expected_secondary_pipes(primary_uncompressed_joiner_pipes),
>>> + secondary_uncompressed_joiner_pipes);
>>> +
>>> *primary_pipes = 0;
>>> *secondary_pipes = 0;
>>> --
>>> 2.45.2
next prev parent reply other threads:[~2024-09-09 8:41 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-06 12:57 [PATCH 00/14] Ultrajoiner basic functionality series Ankit Nautiyal
2024-09-06 12:57 ` [PATCH 01/14] drm/i915/display: Modify debugfs for joiner to force n pipes Ankit Nautiyal
2024-09-06 14:46 ` Ville Syrjälä
2024-09-06 14:54 ` Ville Syrjälä
2024-09-09 5:40 ` Nautiyal, Ankit K
2024-09-09 13:40 ` Ville Syrjälä
2024-09-10 5:42 ` Nautiyal, Ankit K
2024-09-10 11:46 ` Ville Syrjälä
2024-09-10 14:10 ` Nautiyal, Ankit K
2024-09-10 14:16 ` Ville Syrjälä
2024-09-09 5:34 ` Nautiyal, Ankit K
2024-09-06 12:57 ` [PATCH 02/14] drm/i915/display: Use joined pipes in intel_dp_joiner_needs_dsc Ankit Nautiyal
2024-09-06 12:57 ` [PATCH 03/14] drm/i915/display: Use joined pipes in intel_mode_valid_max_plane_size Ankit Nautiyal
2024-09-06 14:52 ` Ville Syrjälä
2024-09-09 6:10 ` Nautiyal, Ankit K
2024-09-06 12:57 ` [PATCH 04/14] drm/i915/display: Use joined pipes in dsc helpers for slices, bpp Ankit Nautiyal
2024-09-06 12:57 ` [PATCH 05/14] drm/i915: Add some essential functionality for joiners Ankit Nautiyal
2024-09-06 15:24 ` Ville Syrjälä
2024-09-09 7:47 ` Nautiyal, Ankit K
2024-09-09 13:42 ` Ville Syrjälä
2024-09-06 12:57 ` [PATCH 06/14] drm/i915: Split current joiner hw state readout Ankit Nautiyal
2024-09-06 15:29 ` Ville Syrjälä
2024-09-09 7:55 ` Nautiyal, Ankit K
2024-09-06 12:58 ` [PATCH 07/14] drm/i915: Add bigjoiner and uncompressed joiner hw readout sanity checks Ankit Nautiyal
2024-09-06 15:39 ` Ville Syrjälä
2024-09-09 8:31 ` Nautiyal, Ankit K
2024-09-09 8:40 ` Nautiyal, Ankit K [this message]
2024-09-06 12:58 ` [PATCH 08/14] drm/i915: Implement hw state readout and checks for ultrajoiner Ankit Nautiyal
2024-09-06 15:58 ` Ville Syrjälä
2024-09-09 8:44 ` Nautiyal, Ankit K
2024-09-06 12:58 ` [PATCH 09/14] drm/i915/display: Add helpers to check for ultrajoiner primary Ankit Nautiyal
2024-09-06 12:58 ` [PATCH 10/14] drm/i915/display/vdsc: Add ultrajoiner support with DSC Ankit Nautiyal
2024-09-06 16:30 ` Ville Syrjälä
2024-09-06 16:39 ` Ville Syrjälä
2024-09-09 9:23 ` Nautiyal, Ankit K
2024-09-09 13:46 ` Ville Syrjälä
2024-09-06 12:58 ` [PATCH 11/14] drm/i915: Add new abstraction layer to handle pipe order for different joiners Ankit Nautiyal
2024-09-06 12:58 ` [PATCH 12/14] drm/i915: Compute config and mode valid changes for ultrajoiner Ankit Nautiyal
2024-09-06 12:58 ` [PATCH 13/14] drm/i915/display: Consider ultrajoiner for computing maxdotclock Ankit Nautiyal
2024-09-06 12:58 ` [PATCH 14/14] drm/i915/intel_dp: Add support for forcing ultrajoiner Ankit Nautiyal
2024-09-06 14:08 ` ✗ Fi.CI.CHECKPATCH: warning for Ultrajoiner basic functionality series (rev7) Patchwork
2024-09-06 14:08 ` ✗ Fi.CI.SPARSE: " 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=095ec771-381b-4074-93ce-97a259d4f510@intel.com \
--to=ankit.k.nautiyal@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jani.saarinen@intel.com \
--cc=ville.syrjala@linux.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