Re: [PATCH i-g-t] tests/vgem_basic: Retry the initial module unload in unload test

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Oct 18, 2016 at 03:41:54PM +0300, Petri Latvala wrote:
> How should vgem work be flushed properly? With this i915 flushing is
> guaranteed even if vgem is opened first, then i915, but such
> flushing won't be done if only vgem is opened (I see only vgem_slow
> doing that)...

vgem doesn't have the same delayed close as i915. For vgem, closing the
fd (i.e. on process exit) will first signal all fences and drop
references for that fd, so effectively all work will be completed. The
external references to the vgem.ko's object (via dma-buf) will only
exist if they were constructed by the test and if they were, e.g. i915,
they too should be will be flushed by igt in its exithandlers.

Other drivers may have similar bridges to cross ofc.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre
_______________________________________________
Intel-gfx mailing list
Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/intel-gfx




[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux