From: "Hogander, Jouni" <jouni.hogander@intel.com>
To: "intel-xe@lists.freedesktop.org" <intel-xe@lists.freedesktop.org>,
"Manna, Animesh" <animesh.manna@intel.com>,
"intel-gfx@lists.freedesktop.org"
<intel-gfx@lists.freedesktop.org>
Cc: "Nikula, Jani" <jani.nikula@intel.com>, "B, Jeevan" <jeevan.b@intel.com>
Subject: Re: [PATCH v7 6/8] drm/i915/lobf: Add debug interface for lobf
Date: Tue, 8 Apr 2025 08:01:04 +0000 [thread overview]
Message-ID: <a06264b38cb8ca3950d265d2400a4c3348cad9d9.camel@intel.com> (raw)
In-Reply-To: <20250403092825.484347-7-animesh.manna@intel.com>
On Thu, 2025-04-03 at 14:58 +0530, Animesh Manna wrote:
> Add an interface in debugfs which will help in debugging LOBF
> feature.
>
> v1: Initial version.
> v2:
> - Remove FORCE_EN flag. [Jouni]
> - Change prefix from I915 to INTEL. [Jani]
> - Use u8 instead of bool for lobf-debug flag. [Jani]
> v3:
> - Use intel_connector instead of display. [Jani]
> - Remove edp connector check as it was already present
> in caller function. [Jani]
> - Remove loop of searching edp encoder which is directly
> accessible from intel_connector. [Jani]
> v4:
> - Simplify alpm debug to bool instead of bit-mask. [Jani]
> v5:
> - Remove READ_ONCE(). [Jani]
> - Modify variable name to *_disable_*. [Jouni]
>
> Signed-off-by: Animesh Manna <animesh.manna@intel.com>
> ---
> drivers/gpu/drm/i915/display/intel_alpm.c | 32
> +++++++++++++++++++
> .../drm/i915/display/intel_display_types.h | 1 +
> 2 files changed, 33 insertions(+)
>
> diff --git a/drivers/gpu/drm/i915/display/intel_alpm.c
> b/drivers/gpu/drm/i915/display/intel_alpm.c
> index 7ab29c5fef38..46d569df37c0 100644
> --- a/drivers/gpu/drm/i915/display/intel_alpm.c
> +++ b/drivers/gpu/drm/i915/display/intel_alpm.c
> @@ -276,6 +276,9 @@ void intel_alpm_lobf_compute_config(struct
> intel_dp *intel_dp,
> int waketime_in_lines, first_sdp_position;
> int context_latency, guardband;
>
> + if (intel_dp->alpm_parameters.lobf_disable_debug)
> + return;
Adding this reminded me about debug printouts. Maybe you should start
adding them. Easier to understand what is happening when looking
through logs. I.e. "Why LOBF is not enabled"
BR,
Jouni Högander
> +
> if (!intel_dp_is_edp(intel_dp))
> return;
>
> @@ -440,6 +443,32 @@ static int i915_edp_lobf_info_show(struct
> seq_file *m, void *data)
>
> DEFINE_SHOW_ATTRIBUTE(i915_edp_lobf_info);
>
> +static int
> +i915_edp_lobf_debug_get(void *data, u64 *val)
> +{
> + struct intel_connector *connector = data;
> + struct intel_dp *intel_dp = enc_to_intel_dp(connector-
> >encoder);
> +
> + *val = intel_dp->alpm_parameters.lobf_disable_debug;
> +
> + return 0;
> +}
> +
> +static int
> +i915_edp_lobf_debug_set(void *data, u64 val)
> +{
> + struct intel_connector *connector = data;
> + struct intel_dp *intel_dp = enc_to_intel_dp(connector-
> >encoder);
> +
> + intel_dp->alpm_parameters.lobf_disable_debug = val;
> +
> + return 0;
> +}
> +
> +DEFINE_SIMPLE_ATTRIBUTE(i915_edp_lobf_debug_fops,
> + i915_edp_lobf_debug_get,
> i915_edp_lobf_debug_set,
> + "%llu\n");
> +
> void intel_alpm_lobf_debugfs_add(struct intel_connector *connector)
> {
> struct intel_display *display = to_intel_display(connector);
> @@ -449,6 +478,9 @@ void intel_alpm_lobf_debugfs_add(struct
> intel_connector *connector)
> connector->base.connector_type !=
> DRM_MODE_CONNECTOR_eDP)
> return;
>
> + debugfs_create_file("i915_edp_lobf_debug", 0644, root,
> + connector, &i915_edp_lobf_debug_fops);
> +
> debugfs_create_file("i915_edp_lobf_info", 0444, root,
> connector, &i915_edp_lobf_info_fops);
> }
> diff --git a/drivers/gpu/drm/i915/display/intel_display_types.h
> b/drivers/gpu/drm/i915/display/intel_display_types.h
> index 0b3d29d42ee2..daa5e2438c94 100644
> --- a/drivers/gpu/drm/i915/display/intel_display_types.h
> +++ b/drivers/gpu/drm/i915/display/intel_display_types.h
> @@ -1812,6 +1812,7 @@ struct intel_dp {
> u8 aux_less_wake_lines;
> u8 silence_period_sym_clocks;
> u8 lfps_half_cycle_num_of_syms;
> + bool lobf_disable_debug;
> } alpm_parameters;
>
> u8 alpm_dpcd;
next prev parent reply other threads:[~2025-04-08 8:01 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-03 9:28 [PATCH v7 0/8] LOBF enablement fix Animesh Manna
2025-04-03 9:28 ` [PATCH v7 1/8] drm/i915/lobf: Add lobf enablement in post plane update Animesh Manna
2025-04-03 9:28 ` [PATCH v7 2/8] drm/i915/lobf: Add debug print for LOBF Animesh Manna
2025-04-08 7:49 ` Hogander, Jouni
2025-04-08 7:57 ` Manna, Animesh
2025-04-08 7:58 ` Hogander, Jouni
2025-04-03 9:28 ` [PATCH v7 3/8] drm/i915/lobf: Disintegrate alpm_disable from psr_disable Animesh Manna
2025-04-08 7:51 ` Hogander, Jouni
2025-04-03 9:28 ` [PATCH v7 4/8] drm/i915/lobf: Add fixed refresh rate check in compute_config() Animesh Manna
2025-04-03 9:28 ` [PATCH v7 5/8] drm/i915/lobf: Update lobf if any change in dependent parameters Animesh Manna
2025-04-08 7:54 ` Hogander, Jouni
2025-04-08 8:01 ` Manna, Animesh
2025-04-03 9:28 ` [PATCH v7 6/8] drm/i915/lobf: Add debug interface for lobf Animesh Manna
2025-04-08 8:01 ` Hogander, Jouni [this message]
2025-04-03 9:28 ` [PATCH v7 7/8] drm/i915/lobf: Add mutex for alpm update Animesh Manna
2025-04-03 9:28 ` [PATCH v7 8/8] drm/i915/lobf: Check for sink error and disable LOBF Animesh Manna
2025-04-08 8:14 ` Hogander, Jouni
2025-04-03 9:56 ` ✓ CI.Patch_applied: success for LOBF enablement fix (rev6) Patchwork
2025-04-03 9:57 ` ✗ CI.checkpatch: warning " Patchwork
2025-04-03 9:58 ` ✓ CI.KUnit: success " Patchwork
2025-04-03 10:14 ` ✓ CI.Build: " Patchwork
2025-04-03 10:17 ` ✓ CI.Hooks: " Patchwork
2025-04-03 10:18 ` ✗ CI.checksparse: warning " Patchwork
2025-04-03 10:38 ` ✓ Xe.CI.BAT: success " Patchwork
2025-04-03 13:32 ` ✗ Xe.CI.Full: 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=a06264b38cb8ca3950d265d2400a4c3348cad9d9.camel@intel.com \
--to=jouni.hogander@intel.com \
--cc=animesh.manna@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=jani.nikula@intel.com \
--cc=jeevan.b@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