[PATCH v2 0/2] drm/xe: flush engine buffers before signalling user fence on all engines

Thomas Hellström thomas.hellstrom at linux.intel.com
Tue Jun 4 15:39:24 UTC 2024


On Tue, 2024-06-04 at 16:58 +0200, Andrzej Hajda wrote:
> 
> 
> On 04.06.2024 13:07, Thomas Hellström wrote:
> > On Tue, 2024-06-04 at 11:38 +0200, Andrzej Hajda wrote:
> > > According to the discussion result on my previous patch I have
> > > prepared
> > > new patchset, which reverts previous patch and adds barrier
> > > before
> > > user fence signalling.
> > > Remarks:
> > > - I was not able to test it yet, hopefully CI will do it and me
> > > also
> > > after fixing LNL issue,
> 
> Finally I can confirm that on LNL this patchset the barrier is
> enough, 
> at least on the igt tests I was fixing.
> 
> > > - I am not sure about MI_FLUSH_DW flags, bspec says:
> > >    "After this command is completed with a Store DWord enabled,
> > > CPU
> > > access to graphics memory will be coherent"
> > >    Shouldn't we use "Store DWord" then?
> > It's not impossible that "store dword" needs to be enabled to act
> > as a
> > write barrier. but it also says "The parser pauses on an internal
> > flush
> > until all drawing engines have completed any pending operations."
> > 
> > If it turns out a store dword is indeed needed as a post sync
> > operation, we could perhaps use the "store dword" functionality of
> > this
> > command to store the user-fence value and replace the posted write.
> 
> Yep this seems even more elegant solution for me, but as I stated
> above 
> the current solution works well.

Great.

Perhaps we should add a Fixes: tag to patch 1/2 in case
38007fa96419a9db9719f170b9e8a7877821cdd1 gets backported to stable due
to its Fixes: tag when drm-xe-next gets merged...

Then for the series,
Reviewed-by: Thomas Hellström <thomas.hellstrom at linux.intel.com>

Thanks!
Thomas


> 
> Regards
> Andrzej
> 
> > 
> > /Thomas
> > 
> > > [1]:
> > > https://lore.kernel.org/intel-xe/Zl5DcuZeZiFgxVdJ@DUT025-TGLU.fm.intel.com/T/#m0b4420045908bac70426728d460108c0b2b65dca
> > > 
> > > Signed-off-by: Andrzej Hajda <andrzej.hajda at intel.com>
> > > ---
> > > - Link to v1:
> > > https://lore.kernel.org/r/20240603-fix_user_fence_posted-v1-1-61c76ef69cea@intel.com
> > > 
> > > ---
> > > Andrzej Hajda (2):
> > >        Revert "drm/xe: flush gtt before signalling user fence on
> > > all
> > > engines"
> > >        drm/xe: flush engine buffers before signalling user fence
> > > on
> > > all engines
> > > 
> > >   drivers/gpu/drm/xe/xe_ring_ops.c | 26 ++++++++++++++++++++-----
> > > -
> > >   1 file changed, 20 insertions(+), 6 deletions(-)
> > > ---
> > > base-commit: fe3d637a9c72b22297da0c731fa5e217bd182d2d
> > > change-id: 20240603-fix_user_fence_posted-ca56c79c0662
> > > 
> > > Best regards,
> 



More information about the Intel-xe mailing list