[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <43192086-b9a6-387c-4a29-ea28aa65a3b4@linux.intel.com>
Date: Wed, 13 Jul 2022 10:42:45 +0200
From: "Das, Nirmoy" <nirmoy.das@...ux.intel.com>
To: Christian König <christian.koenig@....com>,
jie1zhan <jesse.zhang@....com>, broonie@...nel.org,
dri-devel-bounces@...ts.freedesktop.org,
dri-devel@...ts.freedesktop.org
Cc: Vijendar.Mukunda@....com, Basavaraj.Hiregoudar@....com,
Sunil-kumar.Dommati@....com, ajitkumar.pandey@....com,
lucas.demarchi@...el.com, lionel.g.landwerlin@...el.com,
Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
Maxime Ripard <mripard@...nel.org>,
Thomas Zimmermann <tzimmermann@...e.de>,
David Airlie <airlied@...ux.ie>,
Daniel Vetter <daniel@...ll.ch>,
open list <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2] drm/syncobj: Fix sync syncobj issue
Hi Christian,
On 7/12/2022 12:26 PM, Christian König wrote:
> Ping to the Intel guys here. Especially Lucas/Nirmoy/Lionel.
>
> IIRC you stumbled over that problem as well, have you found any solution?
I might be wrong but I think you are talking about
igt@...cobj_timeline@...nsfer-timeline-point testcase which seems to be
green in CI now
https://intel-gfx-ci.01.org/tree/drm-tip/igt@syncobj_timeline@transfer-timeline-point.html
Lucas found out that the issues got fixed after ec8d985ff26f ("drm: use
dma_fence_unwrap_merge() in drm_syncobj")
Regards,
Nirmoy
>
> Regards,
> Christian.
>
> Am 07.07.22 um 12:29 schrieb jie1zhan:
>> enable signaling after flatten dma_fence_chains on transfer
>>
>> Signed-off-by: jie1zhan <jesse.zhang@....com>
>> ---
>> drivers/gpu/drm/drm_syncobj.c | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/drivers/gpu/drm/drm_syncobj.c
>> b/drivers/gpu/drm/drm_syncobj.c
>> index 7e48dcd1bee4..0d9d3577325f 100644
>> --- a/drivers/gpu/drm/drm_syncobj.c
>> +++ b/drivers/gpu/drm/drm_syncobj.c
>> @@ -920,6 +920,7 @@ static int
>> drm_syncobj_transfer_to_timeline(struct drm_file *file_private,
>> if (ret)
>> goto err_free_fence;
>> + dma_fence_enable_sw_signaling(fence);
>> chain = dma_fence_chain_alloc();
>> if (!chain) {
>> ret = -ENOMEM;
>
Powered by blists - more mailing lists