[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <57a9f219-2612-4a64-a9fb-44b04e09ec15@web.de>
Date: Tue, 6 Jan 2026 10:30:15 +0100
From: Markus Elfring <Markus.Elfring@....de>
To: Haoxiang Li <lihaoxiang@...c.iscas.ac.cn>, amd-gfx@...ts.freedesktop.org,
dri-devel@...ts.freedesktop.org, Alex Deucher <alexander.deucher@....com>,
Christian König <christian.koenig@....com>,
David Airlie <airlied@...il.com>, Felix Kühling
<felix.kuehling@....com>, Oak Zeng <ozeng@....com>,
Simona Vetter <simona@...ll.ch>
Cc: stable@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2] drm/amdkfd: fix a memory leak in
device_queue_manager_init()
…
> Move deallocate_hiq_sdma_mqd() up to ensure proper function
> visibility at the point of use.
…
> +++ b/drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c
> @@ -2919,6 +2919,14 @@ static int allocate_hiq_sdma_mqd(struct device_queue_manager *dqm)
> return retval;
> }
>
> +static void deallocate_hiq_sdma_mqd(struct kfd_node *dev,
> + struct kfd_mem_obj *mqd)
> +{
> + WARN(!mqd, "No hiq sdma mqd trunk to free");
> +
> + amdgpu_amdkfd_free_gtt_mem(dev->adev, &mqd->gtt_mem);
> +}
Is there also a need to reconsider the implementation of the applied
null pointer check here?
Regards,
Markus
Powered by blists - more mailing lists