[PATCH 2/2] drm/amdkfd: Signal eviction fence on process destruction (v2)

Felix Kuehling felix.kuehling at amd.com
Thu Mar 5 16:06:28 UTC 2020


[moving to public mailing list]

Thank you. I'll also apply patch 2/2 to amd-staging-drm-next. It's not 
fixing a memory leak there, but it should make cleanup after process 
termination more efficient by avoiding delayed delete of BOs.

Regards,
   Felix

On 2020-03-04 10:46 p.m., Pan, Xinhui wrote:
> Series is Reviewed-by: xinhui pan <xinhui.pan at amd.com>
>
>> 2020年3月5日 05:50,Kuehling, Felix <Felix.Kuehling at amd.com> 写道:
>>
>> Otherwise BOs may wait for the fence indefinitely and never be destroyed.
>>
>> v2: Signal the fence right after destroying queues to avoid unnecessary
>>     delaye-delete in kfd_process_wq_release
>>
>> Signed-off-by: Felix Kuehling <Felix.Kuehling at amd.com>
>> ---
>> drivers/gpu/drm/amd/amdkfd/kfd_process.c | 5 +++++
>> 1 file changed, 5 insertions(+)
>>
>> diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_process.c b/drivers/gpu/drm/amd/amdkfd/kfd_process.c
>> index d5d4660221af..26f7f178b66d 100644
>> --- a/drivers/gpu/drm/amd/amdkfd/kfd_process.c
>> +++ b/drivers/gpu/drm/amd/amdkfd/kfd_process.c
>> @@ -625,6 +625,11 @@ static void kfd_process_notifier_release(struct mmu_notifier *mn,
>>
>> 	/* Indicate to other users that MM is no longer valid */
>> 	p->mm = NULL;
>> +	/* Signal the eviction fence after user mode queues are
>> +	 * destroyed. This allows any BOs to be freed without
>> +	 * triggering pointless evictions or waiting for fences.
>> +	 */
>> +	dma_fence_signal(p->ef);
>>
>> 	mutex_unlock(&p->mutex);
>>
>> -- 
>> 2.25.1
>>


More information about the amd-gfx mailing list