mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* [PATCH] drm/imagination: Fix deadlock in soft reset sequence
@ 2026-03-09 15:23 Alessio Belle
  2026-03-11 12:03 ` Matt Coster
  2026-03-18 15:59 ` Matt Coster
  0 siblings, 2 replies; 3+ messages in thread
From: Alessio Belle @ 2026-03-09 15:23 UTC (permalink / raw)
  To: Frank Binns, Matt Coster, Brajesh Gupta, Alexandru Dadu,
	Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann,
	David Airlie, Simona Vetter
  Cc: dri-devel, linux-kernel, stable, Alessio Belle

The soft reset sequence is currently executed from the threaded IRQ
handler, hence it cannot call disable_irq() which internally waits
for IRQ handlers, i.e. itself, to complete.

Use disable_irq_nosync() during a soft reset instead.

Fixes: cc1aeedb98ad ("drm/imagination: Implement firmware infrastructure and META FW support")
Cc: stable@vger.kernel.org
Signed-off-by: Alessio Belle <alessio.belle@imgtec.com>
---
 drivers/gpu/drm/imagination/pvr_power.c | 11 ++++++++++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/drivers/gpu/drm/imagination/pvr_power.c b/drivers/gpu/drm/imagination/pvr_power.c
index 7a8765c0c1ed..046cce76498a 100644
--- a/drivers/gpu/drm/imagination/pvr_power.c
+++ b/drivers/gpu/drm/imagination/pvr_power.c
@@ -510,7 +510,16 @@ pvr_power_reset(struct pvr_device *pvr_dev, bool hard_reset)
 	}
 
 	/* Disable IRQs for the duration of the reset. */
-	disable_irq(pvr_dev->irq);
+	if (hard_reset) {
+		disable_irq(pvr_dev->irq);
+	} else {
+		/*
+		 * Soft reset is triggered as a response to a FW command to the Host and is
+		 * processed from the threaded IRQ handler. This code cannot (nor needs to)
+		 * wait for any IRQ processing to complete.
+		 */
+		disable_irq_nosync(pvr_dev->irq);
+	}
 
 	do {
 		if (hard_reset) {

---
base-commit: d2e20c8951e4bb5f4a828aed39813599980353b6
change-id: 20260309-fix-soft-reset-8f32c3783d3d

Best regards,
-- 
Alessio Belle <alessio.belle@imgtec.com>


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] drm/imagination: Fix deadlock in soft reset sequence
  2026-03-09 15:23 [PATCH] drm/imagination: Fix deadlock in soft reset sequence Alessio Belle
@ 2026-03-11 12:03 ` Matt Coster
  2026-03-18 15:59 ` Matt Coster
  1 sibling, 0 replies; 3+ messages in thread
From: Matt Coster @ 2026-03-11 12:03 UTC (permalink / raw)
  To: Alessio Belle
  Cc: Maarten Lankhorst, Maxime Ripard, Thomas Zimmermann,
	David Airlie, Simona Vetter, Frank Binns, Brajesh Gupta,
	Alexandru Dadu, dri-devel, linux-kernel, stable


[-- Attachment #1.1: Type: text/plain, Size: 1903 bytes --]

On 09/03/2026 15:23, Alessio Belle wrote:
> The soft reset sequence is currently executed from the threaded IRQ
> handler, hence it cannot call disable_irq() which internally waits
> for IRQ handlers, i.e. itself, to complete.
> 
> Use disable_irq_nosync() during a soft reset instead.
> 
> Fixes: cc1aeedb98ad ("drm/imagination: Implement firmware infrastructure and META FW support")
> Cc: stable@vger.kernel.org
> Signed-off-by: Alessio Belle <alessio.belle@imgtec.com>

Reviewed-by: Matt Coster <matt.coster@imgtec.com>

I'll apply to drm-misc-fixes tomorrow.

> ---
>  drivers/gpu/drm/imagination/pvr_power.c | 11 ++++++++++-
>  1 file changed, 10 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/gpu/drm/imagination/pvr_power.c b/drivers/gpu/drm/imagination/pvr_power.c
> index 7a8765c0c1ed..046cce76498a 100644
> --- a/drivers/gpu/drm/imagination/pvr_power.c
> +++ b/drivers/gpu/drm/imagination/pvr_power.c
> @@ -510,7 +510,16 @@ pvr_power_reset(struct pvr_device *pvr_dev, bool hard_reset)
>         }
> 
>         /* Disable IRQs for the duration of the reset. */
> -       disable_irq(pvr_dev->irq);
> +       if (hard_reset) {
> +               disable_irq(pvr_dev->irq);
> +       } else {
> +               /*
> +                * Soft reset is triggered as a response to a FW command to the Host and is
> +                * processed from the threaded IRQ handler. This code cannot (nor needs to)
> +                * wait for any IRQ processing to complete.
> +                */
> +               disable_irq_nosync(pvr_dev->irq);
> +       }
> 
>         do {
>                 if (hard_reset) {
> 
> ---
> base-commit: d2e20c8951e4bb5f4a828aed39813599980353b6
> change-id: 20260309-fix-soft-reset-8f32c3783d3d
> 
> Best regards,
> --
> Alessio Belle <alessio.belle@imgtec.com>
> 


-- 
Matt Coster
E: matt.coster@imgtec.com

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 236 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] drm/imagination: Fix deadlock in soft reset sequence
  2026-03-09 15:23 [PATCH] drm/imagination: Fix deadlock in soft reset sequence Alessio Belle
  2026-03-11 12:03 ` Matt Coster
@ 2026-03-18 15:59 ` Matt Coster
  1 sibling, 0 replies; 3+ messages in thread
From: Matt Coster @ 2026-03-18 15:59 UTC (permalink / raw)
  To: Frank Binns, Brajesh Gupta, Alexandru Dadu, Maarten Lankhorst,
	Maxime Ripard, Thomas Zimmermann, David Airlie, Simona Vetter,
	Alessio Belle
  Cc: dri-devel, linux-kernel, stable


On Mon, 09 Mar 2026 15:23:48 +0000, Alessio Belle wrote:
> The soft reset sequence is currently executed from the threaded IRQ
> handler, hence it cannot call disable_irq() which internally waits
> for IRQ handlers, i.e. itself, to complete.
> 
> Use disable_irq_nosync() during a soft reset instead.
> 
> 
> [...]

Applied, thanks!

[1/1] drm/imagination: Fix deadlock in soft reset sequence
      commit: a55c2a5c8d680156495b7b1e2a9f5a3e313ba524

Best regards,
-- 
Matt Coster <matt.coster@imgtec.com>


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2026-03-18 16:00 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2026-03-09 15:23 [PATCH] drm/imagination: Fix deadlock in soft reset sequence Alessio Belle
2026-03-11 12:03 ` Matt Coster
2026-03-18 15:59 ` Matt Coster

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®