From: Jiwoo Kim <arpe1618@gmail.com>
To: "Boris Brezillon" <boris.brezillon@collabora.com>,
"Rob Herring" <robh@kernel.org>,
"Steven Price" <steven.price@arm.com>,
"Adrián Larumbe" <adrian.larumbe@collabora.com>
Cc: Danilo Krummrich <dakr@kernel.org>,
Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
Maxime Ripard <mripard@kernel.org>,
Thomas Zimmermann <tzimmermann@suse.de>,
David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,
stable@vger.kernel.org
Subject: [PATCH v2 0/4] drm/panfrost: Fix jobs that outlive their JM context
Date: Sat, 14 Nov 2026 17:20:12 +0900 [thread overview]
Message-ID: <20261114082016.2454-1-arpe1618@gmail.com> (raw)
These fix how jobs are handled when their JM context is destroyed,
explicitly or because the file is closed, and the error path of JM
context creation.
Patch 1 makes a job hold a reference to its MMU context. Patch 2 makes
panfrost_jm_ctx_destroy() find the jobs of the context again: it looks
them up by job->base.entity, which the scheduler clears when it pops a
job. Patch 3 stops a job that is queued after its context was
destroyed. Patch 4 keeps panfrost_jm_ctx_create() from destroying
entities that it never initialized when it fails.
Changes in v2:
- New patch 2, and new patch 4 for a related issue, both reported by
Sashiko on v1.
- Patches 1 and 3: changelogs updated, as panfrost_jm_ctx_destroy() did
not actually stop any job before patch 2.
v1: https://lore.kernel.org/r/20261114062637.2447-1-arpe1618@gmail.com
Jiwoo Kim (4):
drm/panfrost: Hold a reference to the MMU context of a job
drm/panfrost: Find the jobs of a destroyed JM context by their context
drm/panfrost: Stop a job queued after its JM context was destroyed
drm/panfrost: Don't destroy uninitialized entities of a new JM context
drivers/gpu/drm/panfrost/panfrost_drv.c | 2 +-
drivers/gpu/drm/panfrost/panfrost_job.c | 91 +++++++++++++++++--------
2 files changed, 62 insertions(+), 31 deletions(-)
base-commit: d48ea86919434695da12d280dccab72b094397e1
--
2.43.0
next reply other threads:[~2026-11-14 8:20 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-14 8:20 Jiwoo Kim [this message]
2026-11-14 8:20 ` [PATCH v2 1/4] drm/panfrost: Hold a reference to the MMU context of a job Jiwoo Kim
2026-11-14 8:20 ` [PATCH v2 2/4] drm/panfrost: Find the jobs of a destroyed JM context by their context Jiwoo Kim
2026-11-14 8:20 ` [PATCH v2 3/4] drm/panfrost: Stop a job queued after its JM context was destroyed Jiwoo Kim
2026-11-14 8:20 ` [PATCH v2 4/4] drm/panfrost: Don't destroy uninitialized entities of a new JM context Jiwoo Kim
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=20261114082016.2454-1-arpe1618@gmail.com \
--to=arpe1618@gmail.com \
--cc=adrian.larumbe@collabora.com \
--cc=airlied@gmail.com \
--cc=boris.brezillon@collabora.com \
--cc=dakr@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mripard@kernel.org \
--cc=robh@kernel.org \
--cc=simona@ffwll.ch \
--cc=stable@vger.kernel.org \
--cc=steven.price@arm.com \
--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.