All of lore.kernel.org
 help / color / mirror / Atom feed
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 02/16] drm/i915/display_debugfs: Allow force joiner only if supported
Date: Mon, 23 Sep 2024 21:34:31 +0300	[thread overview]
Message-ID: <ZvG0tygU424kEgMt@intel.com> (raw)
In-Reply-To: <20240923181336.3303940-3-ankit.k.nautiyal@intel.com>

On Mon, Sep 23, 2024 at 11:43:22PM +0530, Ankit Nautiyal wrote:
> Currently we support joiner only for DP encoder.
> Do not create the debugfs for joiner if DP does not support the joiner.
> This will also help avoiding cases where config has eDP MSO, with which
> we do not support joiner.
> 
> v2: Check for intel_dp_has_joiner and avoid creating debugfs if not
> supported. (Ville)
> v3 : Remove HAS_BIGJOINER check. (Ville)
> 
> Signed-off-by: Ankit Nautiyal <ankit.k.nautiyal@intel.com>
> ---
>  drivers/gpu/drm/i915/display/intel_display_debugfs.c | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/gpu/drm/i915/display/intel_display_debugfs.c b/drivers/gpu/drm/i915/display/intel_display_debugfs.c
> index 890ef7067b77..6ded0a22d401 100644
> --- a/drivers/gpu/drm/i915/display/intel_display_debugfs.c
> +++ b/drivers/gpu/drm/i915/display/intel_display_debugfs.c
> @@ -1328,6 +1328,7 @@ void intel_connector_debugfs_add(struct intel_connector *connector)
>  	struct drm_i915_private *i915 = to_i915(connector->base.dev);
>  	struct dentry *root = connector->base.debugfs_entry;
>  	int connector_type = connector->base.connector_type;
> +	struct intel_dp *intel_dp = intel_attached_dp(connector);
>  
>  	/* The connector must have been registered beforehands. */
>  	if (!root)
> @@ -1362,7 +1363,7 @@ void intel_connector_debugfs_add(struct intel_connector *connector)
>  				    connector, &i915_dsc_fractional_bpp_fops);
>  	}
>  
> -	if (HAS_BIGJOINER(i915) &&
> +	if (intel_dp_has_joiner(intel_dp) &&
>  	    (connector_type == DRM_MODE_CONNECTOR_DisplayPort ||
>  	     connector_type == DRM_MODE_CONNECTOR_eDP)) {

I think you need to reverse the connector type vs. intel_dp_has_joiner()
checks, otherwise we already assume it's DP when calling
intel_dp_has_joiner().

>  		debugfs_create_bool("i915_bigjoiner_force_enable", 0644, root,
> -- 
> 2.45.2

-- 
Ville Syrjälä
Intel

  reply	other threads:[~2024-09-23 18:34 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-09-23 18:13 [PATCH 00/16] Ultrajoiner basic functionality series Ankit Nautiyal
2024-09-23 18:13 ` [PATCH 01/16] drm/i915/display_device: Add Check HAS_DSC for bigjoiner Ankit Nautiyal
2024-09-23 18:30   ` Ville Syrjälä
2024-09-23 18:13 ` [PATCH 02/16] drm/i915/display_debugfs: Allow force joiner only if supported Ankit Nautiyal
2024-09-23 18:34   ` Ville Syrjälä [this message]
2024-09-23 18:13 ` [PATCH 03/16] drm/i915/display: Modify debugfs for joiner to force n pipes Ankit Nautiyal
2024-09-23 18:36   ` Ville Syrjälä
2024-09-23 18:13 ` [PATCH 04/16] drm/i915/dp: Add helper to compute num pipes required Ankit Nautiyal
2024-09-23 18:13 ` [PATCH 05/16] drm/i915/display: Add debugfs support to avoid joiner Ankit Nautiyal
2024-09-23 18:38   ` Ville Syrjälä
2024-09-23 18:13 ` [PATCH 06/16] drm/i915: Split current joiner hw state readout Ankit Nautiyal
2024-09-23 18:13 ` [PATCH 07/16] drm/i915: Add bigjoiner and uncompressed joiner hw readout sanity checks Ankit Nautiyal
2024-09-23 18:13 ` [PATCH 08/16] drm/i915/display: Add macro HAS_ULTRAJOINER() Ankit Nautiyal
2024-09-23 18:39   ` Ville Syrjälä
2024-09-23 18:13 ` [PATCH 09/16] drm/i915: Implement hw state readout and checks for ultrajoiner Ankit Nautiyal
2024-09-23 18:44   ` Ville Syrjälä
2024-09-23 18:13 ` [PATCH 10/16] drm/i915/display: Refactor enable_joiner_pipes Ankit Nautiyal
2024-09-23 18:52   ` Ville Syrjälä
2024-09-23 18:13 ` [PATCH 11/16] drm/i915/display/vdsc: Add ultrajoiner support with DSC Ankit Nautiyal
2024-09-23 18:54   ` Ville Syrjälä
2024-09-23 18:13 ` [PATCH 12/16] drm/i915/dp: Modify compressed bpp limitations for ultrajoiner Ankit Nautiyal
2024-09-23 18:32   ` Ankit Nautiyal
2024-09-23 18:13 ` [PATCH 13/16] drm/i915/dp: Modify helper to get slice count " Ankit Nautiyal
2024-09-23 19:04   ` Ville Syrjälä
2024-09-23 18:13 ` [PATCH 14/16] drm/i915: Compute config and mode valid changes " Ankit Nautiyal
2024-09-23 19:06   ` Ville Syrjälä
2024-09-23 18:13 ` [PATCH 15/16] drm/i915/display: Consider ultrajoiner for computing maxdotclock Ankit Nautiyal
2024-09-23 19:08   ` Ville Syrjälä
2024-09-23 18:13 ` [PATCH 16/16] drm/i915/intel_dp: Add support for forcing ultrajoiner Ankit Nautiyal
2024-09-23 19:09   ` Ville Syrjälä
2024-09-25 22:13 ` ✓ CI.Patch_applied: success for Ultrajoiner basic functionality series (rev3) Patchwork
2024-09-25 22:13 ` ✗ CI.checkpatch: warning " Patchwork
2024-09-25 22:15 ` ✓ CI.KUnit: success " Patchwork
2024-09-25 22:26 ` ✓ CI.Build: " Patchwork
2024-09-25 22:29 ` ✓ CI.Hooks: " Patchwork
2024-09-25 22:30 ` ✗ CI.checksparse: warning " Patchwork
2024-09-25 22:59 ` ✗ CI.BAT: failure " Patchwork
2024-09-26  2:40 ` ✗ CI.FULL: " 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=ZvG0tygU424kEgMt@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 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.