From: Alessio Belle <Alessio.Belle@imgtec.com>
To: "sashal@kernel.org" <sashal@kernel.org>,
"stable@vger.kernel.org" <stable@vger.kernel.org>
Cc: "tzimmermann@suse.de" <tzimmermann@suse.de>,
"simona@ffwll.ch" <simona@ffwll.ch>,
Matt Coster <Matt.Coster@imgtec.com>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
"airlied@gmail.com" <airlied@gmail.com>,
Frank Binns <Frank.Binns@imgtec.com>,
Brajesh Gupta <Brajesh.Gupta@imgtec.com>,
"maarten.lankhorst@linux.intel.com"
<maarten.lankhorst@linux.intel.com>,
"mripard@kernel.org" <mripard@kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 6.12.y] drm/imagination: Synchronize interrupts before suspending the GPU
Date: Tue, 26 May 2026 08:14:58 +0000 [thread overview]
Message-ID: <08d2dcf562adb5dcc2153dbbb97dbdf16dfdbc84.camel@imgtec.com> (raw)
In-Reply-To: <20260524-stable-item014-reply@kernel.org>
Hi Sasha,
On Sun, 2026-05-24 at 08:09 -0400, Sasha Levin wrote:
> > commit 2d7f05cddf4c268cc36256a2476946041dbdd36d upstream.
> >
> > The runtime PM suspend callback doesn't know whether the IRQ handler is
> > in progress on a different CPU core and doesn't wait for it to finish.
> > [...]
> > This version of the patch contains only the part of the upstream commit
> > that applies to 6.12; the rest was a revert of code added in 6.16.
>
> The diff itself is fine and the synchronize_irq() portion is exactly
> what we want on 6.12.y. However, the backport drops several trailers
> from the upstream commit that we'd like to preserve verbatim on
> stable:
>
> - Reviewed-by: Matt Coster <matt.coster@imgtec.com>
> - Link: https://patch.msgid.link/... (the upstream Link: trailer)
> - Signed-off-by: Matthew Brost (the upstream maintainer SoB that
> landed the patch upstream)
For this last one, I assume you meant Matt Coster?
>
> The upstream Fixes: tag also lists two entries:
>
> Fixes: cc1aeedb98ad ("drm/imagination: Implement firmware ...")
> Fixes: 96822d38ff57 ("drm/imagination: Implement Rogue safety event IRQs")
>
> Your backport keeps only the first. I agree the second Fixes: refers
> to code that doesn't exist on 6.12, but please keep it in the commit
> message anyway so the trailers match upstream verbatim; stable
> convention is to preserve the upstream trailer block unchanged.
I wasn't aware of this, thanks.
>
> Could you send a v2 with the upstream trailers (Reviewed-by, Link,
> SoB, both Fixes:) restored?
>
Done now, with the assumption above.
--
Thanks,
Alessio
next prev parent reply other threads:[~2026-05-26 8:15 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-22 13:15 [PATCH 6.12.y] drm/imagination: Synchronize interrupts before suspending the GPU Alessio Belle
2026-05-24 12:09 ` Sasha Levin
2026-05-26 8:14 ` Alessio Belle [this message]
2026-05-27 19:49 ` Sasha Levin
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=08d2dcf562adb5dcc2153dbbb97dbdf16dfdbc84.camel@imgtec.com \
--to=alessio.belle@imgtec.com \
--cc=Brajesh.Gupta@imgtec.com \
--cc=Frank.Binns@imgtec.com \
--cc=Matt.Coster@imgtec.com \
--cc=airlied@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mripard@kernel.org \
--cc=sashal@kernel.org \
--cc=simona@ffwll.ch \
--cc=stable@vger.kernel.org \
--cc=tzimmermann@suse.de \
/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.