[RFC PATCH] amd/ttm: test fence->ops->signaled before use
James Zhu
jamesz at amd.com
Wed Jan 8 15:14:44 UTC 2025
MyQorAisinline.
Thanks!
JamesZhu
On 2025-01-08 04:18, Christian König wrote:
> Am 07.01.25 um 21:01 schrieb James Zhu:
>> this original test condition is unclear.
>
> No that is completely unnecessary.
>
> The point is that with fence->ops->signaled provided the fence should
> make progress even without enabling signaling.
>
> Why would you want to add this?
[JZ]Nothing happened. just for clarification. So the code can be
interpreted , if this fence has no signal op defined, we need try to use
enable_signaling
to flush this fence. implicitly, if signal op is defined, then this
fence is flushed early or later around.
>
> Regards,
> Christian.
>
>>
>> Signed-off-by: James Zhu <James.Zhu at amd.com>
>> ---
>> drivers/gpu/drm/ttm/ttm_bo.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
>> index 48c5365efca1..d40f07802c4f 100644
>> --- a/drivers/gpu/drm/ttm/ttm_bo.c
>> +++ b/drivers/gpu/drm/ttm/ttm_bo.c
>> @@ -218,7 +218,7 @@ static void ttm_bo_flush_all_fences(struct
>> ttm_buffer_object *bo)
>> dma_resv_iter_begin(&cursor, resv, DMA_RESV_USAGE_BOOKKEEP);
>> dma_resv_for_each_fence_unlocked(&cursor, fence) {
>> - if (!fence->ops->signaled)
>> + if (fence->ops->signaled && !fence->ops->signaled(fence))
>> dma_fence_enable_sw_signaling(fence);
>> }
>> dma_resv_iter_end(&cursor);
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/amd-gfx/attachments/20250108/c7e105ad/attachment.htm>
More information about the amd-gfx
mailing list