All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Adrián Larumbe" <adrian.larumbe@collabora.com>
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v10 11/15] drm/panfrost: Move perfcnt GPU disable sequence into a helper
Date: Thu, 24 Sep 2026 18:20:08 +0000	[thread overview]
Message-ID: <20260924182009.35BFE1F000FF@smtp.kernel.org> (raw)
In-Reply-To: <20260924-claude-fixes-v10-11-755929b3cc19@collabora.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] panfrost: potential hw bug trigger due to reversed perfcnt disable sequence
--

commit 955ad49004b82d4c7b4dae93b28817ea9431d397
Author: Adrián Larumbe <adrian.larumbe@collabora.com>

drm/panfrost: Move perfcnt GPU disable sequence into a helper

This commit introduces a helper function panfrost_perfcnt_hw_disable to
handle the GPU performance counter disable sequence. It updates the existing
disable and init/fini paths to use this new helper to avoid code repetition.

> diff --git a/drivers/gpu/drm/panfrost/panfrost_perfcnt.c b/drivers/gpu/drm/panfrost/panfrost_perfcnt.c
> index 7020c0192e189..f71534e741b65 100644
> --- a/drivers/gpu/drm/panfrost/panfrost_perfcnt.c
> +++ b/drivers/gpu/drm/panfrost/panfrost_perfcnt.c
> @@ -35,6 +35,16 @@ struct panfrost_perfcnt {
>  	struct completion dump_comp;
>  };
>  
> +static void panfrost_perfcnt_hw_disable(struct panfrost_device *pfdev)
> +{
> +	gpu_write(pfdev, GPU_PERFCNT_CFG,
> +		  GPU_PERFCNT_CFG_MODE(GPU_PERFCNT_CFG_MODE_OFF));
> +	gpu_write(pfdev, GPU_PRFCNT_JM_EN, 0x0);
> +	gpu_write(pfdev, GPU_PRFCNT_SHADER_EN, 0x0);
> +	gpu_write(pfdev, GPU_PRFCNT_MMU_L2_EN, 0x0);
> +	gpu_write(pfdev, GPU_PRFCNT_TILER_EN, 0);
> +}

[Severity: Medium]
Could this sequence reversal cause a hardware lockup or undefined behavior?

The new panfrost_perfcnt_hw_disable() helper reverses the previous order by
setting GPU_PERFCNT_CFG to OFF while the enable registers are still enabled.

Modifying GPU_PERFCNT_CFG while TILER_EN is actively enabled during the
teardown path might risk triggering hardware malfunctions similar to the
PRLAM-8186 issue, which requires TILER_EN to be 0 before modifying
GPU_PERFCNT_CFG to enable counters.

Does this disable sequence need to preserve the original ordering seen in
panfrost_perfcnt_disable_locked()?

[ ... ]

> @@ -193,12 +203,7 @@ static int panfrost_perfcnt_disable_locked(struct panfrost_device *pfdev,
>  	if (user != perfcnt->user)
>  		return -EINVAL;
>  
> -	gpu_write(pfdev, GPU_PRFCNT_JM_EN, 0x0);
> -	gpu_write(pfdev, GPU_PRFCNT_SHADER_EN, 0x0);
> -	gpu_write(pfdev, GPU_PRFCNT_MMU_L2_EN, 0x0);
> -	gpu_write(pfdev, GPU_PRFCNT_TILER_EN, 0);
> -	gpu_write(pfdev, GPU_PERFCNT_CFG,
> -		  GPU_PERFCNT_CFG_MODE(GPU_PERFCNT_CFG_MODE_OFF));
> +	panfrost_perfcnt_hw_disable(pfdev);
>  
>  	perfcnt->user = NULL;
>  	drm_gem_vunmap(&perfcnt->mapping->obj->base.base, &map);

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260924-claude-fixes-v10-0-755929b3cc19@collabora.com?part=11

  reply	other threads:[~2026-09-24 18:20 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-24 18:09 [PATCH v10 00/15] Collection of fixes for Panfrost: Perfcnt, RPM, refactorings Adrián Larumbe
2026-09-24 18:09 ` [PATCH v10 01/15] drm/panfrost: Move shrinker initialization and unplug one level down Adrián Larumbe
2026-09-24 18:09 ` [PATCH v10 02/15] drm/panfrost: Move lock and modparam initialisations into their subsystems Adrián Larumbe
2026-09-24 18:09 ` [PATCH v10 03/15] drm/panfrost: Move debugfs initialisation to relevant subsystems Adrián Larumbe
2026-09-24 18:09 ` [PATCH v10 04/15] drm/panfrost: Skip NULL checks for clock enable/disabling Adrián Larumbe
2026-09-24 18:09 ` [PATCH v10 05/15] drm/panfrost: Consolidate device clock management and reset Adrián Larumbe
2026-09-24 18:09 ` [PATCH v10 06/15] drm/panfrost: Fix PM refcnt and autosuspend issues at device probe/remove Adrián Larumbe
2026-09-24 18:24   ` sashiko-bot
2026-09-25  7:46   ` Boris Brezillon
2026-09-24 18:09 ` [PATCH v10 07/15] drm/panfrost: Explicitly enable MMU interrupts at device init Adrián Larumbe
2026-09-24 18:09 ` [PATCH v10 08/15] drm/panfrost: Move all DRM device initialisation into device_init() Adrián Larumbe
2026-09-24 18:09 ` [PATCH v10 09/15] drm/panfrost: Add warning messages to fatal error conditions Adrián Larumbe
2026-09-24 18:09 ` [PATCH v10 10/15] drm/panfrost: Add debugfs knob for manually triggering a GPU reset Adrián Larumbe
2026-09-24 18:09 ` [PATCH v10 11/15] drm/panfrost: Move perfcnt GPU disable sequence into a helper Adrián Larumbe
2026-09-24 18:20   ` sashiko-bot [this message]
2026-09-24 18:09 ` [PATCH v10 12/15] drm/panfrost: Skip cache flush/invalidate when enabling perfcnt Adrián Larumbe
2026-09-24 18:09 ` [PATCH v10 13/15] drm/panfrost: Avoid cache flush after perfcnt sample in fully coherent systems Adrián Larumbe
2026-09-24 18:09 ` [PATCH v10 14/15] drm/panfrost: Introduce a reset lock Adrián Larumbe
2026-09-24 18:09 ` [PATCH v10 15/15] drm/panfrost: Fix races between perfcnt and reset sequence Adrián Larumbe
2026-09-24 18:26   ` sashiko-bot
2026-09-25  8:18   ` Boris Brezillon

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=20260924182009.35BFE1F000FF@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=adrian.larumbe@collabora.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=sashiko-reviews@lists.linux.dev \
    /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.