From: Lizhi Hou <lizhi.hou@amd.com>
To: Max Zhen <max.zhen@amd.com>, <ogabbay@kernel.org>,
<quic_jhugo@quicinc.com>, <dri-devel@lists.freedesktop.org>,
<mario.limonciello@amd.com>, <karol.wachowski@linux.intel.com>
Cc: <linux-kernel@vger.kernel.org>, <sonal.santan@amd.com>
Subject: Re: [PATCH V1 2/2] accel/amdxdna: Fix potential deadlock in BO open and close callbacks
Date: Fri, 11 Sep 2026 08:25:03 -0700 [thread overview]
Message-ID: <981166c9-091c-d1e6-e008-46bc40ccee58@amd.com> (raw)
In-Reply-To: <83104024-65dc-4289-afe5-6892844dc344@amd.com>
Applied to drm-misc-next
On 9/2/26 11:51, Max Zhen wrote:
>
>
> On 9/2/2026 Wed 11:09, Lizhi Hou wrote:
>> In amdxdna_gem_obj_open(), abo->lock is held when calling
>> amdxdna_gem_add_bo_usage(), which then acquires client->mm_lock.
>>
>> However, the heap update path may acquire these locks in the reverse
>> order, creating a potential deadlock.
>>
>> Fix this by saving the client pointer locally before acquiring
>> abo->lock,
>> and releasing abo->lock before calling amdxdna_gem_add_bo_usage().
>>
>> Apply the same change to amdxdna_gem_obj_close().
>>
>> Fixes: 1f513a3ec3a9 ("accel/amdxdna: Add per-process BO memory usage
>> query support")
>> Signed-off-by: Lizhi Hou <lizhi.hou@amd.com>
> Reviewed-by: Max Zhen <max.zhen@amd.com>
>> ---
>> drivers/accel/amdxdna/amdxdna_gem.c | 34 +++++++++++++++++++----------
>> 1 file changed, 22 insertions(+), 12 deletions(-)
>>
>> diff --git a/drivers/accel/amdxdna/amdxdna_gem.c
>> b/drivers/accel/amdxdna/amdxdna_gem.c
>> index 1353393194e2..0d165b66c1fc 100644
>> --- a/drivers/accel/amdxdna/amdxdna_gem.c
>> +++ b/drivers/accel/amdxdna/amdxdna_gem.c
>> @@ -641,10 +641,8 @@ amdxdna_gem_skip_bo_usage(struct amdxdna_gem_obj
>> *abo)
>> }
>> static void
>> -amdxdna_gem_add_bo_usage(struct amdxdna_gem_obj *abo)
>> +amdxdna_gem_add_bo_usage(struct amdxdna_client *client, struct
>> amdxdna_gem_obj *abo)
>> {
>> - struct amdxdna_client *client = abo->client;
>> -
>> if (amdxdna_gem_skip_bo_usage(abo))
>> return;
>> @@ -656,10 +654,8 @@ amdxdna_gem_add_bo_usage(struct
>> amdxdna_gem_obj *abo)
>> }
>> static void
>> -amdxdna_gem_del_bo_usage(struct amdxdna_gem_obj *abo)
>> +amdxdna_gem_del_bo_usage(struct amdxdna_client *client, struct
>> amdxdna_gem_obj *abo)
>> {
>> - struct amdxdna_client *client = abo->client;
>> -
>> if (amdxdna_gem_skip_bo_usage(abo))
>> return;
>> @@ -694,14 +690,20 @@ static int amdxdna_gem_obj_open(struct
>> drm_gem_object *gobj, struct drm_file *fi
>> {
>> struct amdxdna_dev *xdna = to_xdna_dev(gobj->dev);
>> struct amdxdna_gem_obj *abo = to_xdna_obj(gobj);
>> + struct amdxdna_client *client;
>> int ret;
>> - guard(mutex)(&abo->lock);
>> - if (abo->open_ref > 0 && filp->driver_priv != abo->client)
>> + mutex_lock(&abo->lock);
>> + if (abo->open_ref > 0 && filp->driver_priv != abo->client) {
>> + mutex_unlock(&abo->lock);
>> return -EPERM;
>> + }
>> +
>> abo->open_ref++;
>> - if (abo->open_ref > 1)
>> + if (abo->open_ref > 1) {
>> + mutex_unlock(&abo->lock);
>> return 0;
>> + }
>> /* Attached to the client when first opened by it. */
>> abo->client = filp->driver_priv;
>> @@ -712,26 +714,34 @@ static int amdxdna_gem_obj_open(struct
>> drm_gem_object *gobj, struct drm_file *fi
>> if (ret) {
>> abo->open_ref--;
>> abo->client = NULL;
>> + mutex_unlock(&abo->lock);
>> return ret;
>> }
>> }
>> + client = abo->client;
>> + mutex_unlock(&abo->lock);
>> - amdxdna_gem_add_bo_usage(abo);
>> + amdxdna_gem_add_bo_usage(client, abo);
>> return 0;
>> }
>> static void amdxdna_gem_obj_close(struct drm_gem_object *gobj,
>> struct drm_file *filp)
>> {
>> struct amdxdna_gem_obj *abo = to_xdna_obj(gobj);
>> + struct amdxdna_client *client = NULL;
>> - guard(mutex)(&abo->lock);
>> + mutex_lock(&abo->lock);
>> abo->open_ref--;
>> if (abo->open_ref == 0) {
>> - amdxdna_gem_del_bo_usage(abo);
>> /* Detach from the client when last closed by it. */
>> + client = abo->client;
>> abo->client = NULL;
>> }
>> + mutex_unlock(&abo->lock);
>> +
>> + if (client)
>> + amdxdna_gem_del_bo_usage(client, abo);
>> }
>> static int amdxdna_gem_obj_vmap(struct drm_gem_object *obj,
>> struct iosys_map *map)
>
next prev parent reply other threads:[~2026-09-11 15:25 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-02 18:09 [PATCH V1 1/2] accel/amdxdna: Disable BO import via flink Lizhi Hou
2026-09-02 18:09 ` [PATCH V1 2/2] accel/amdxdna: Fix potential deadlock in BO open and close callbacks Lizhi Hou
2026-09-02 18:28 ` sashiko-bot
2026-09-02 18:51 ` Max Zhen
2026-09-11 15:25 ` Lizhi Hou [this message]
2026-09-02 18:48 ` [PATCH V1 1/2] accel/amdxdna: Disable BO import via flink Max Zhen
2026-09-11 15:24 ` Lizhi Hou
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=981166c9-091c-d1e6-e008-46bc40ccee58@amd.com \
--to=lizhi.hou@amd.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=karol.wachowski@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mario.limonciello@amd.com \
--cc=max.zhen@amd.com \
--cc=ogabbay@kernel.org \
--cc=quic_jhugo@quicinc.com \
--cc=sonal.santan@amd.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 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.