Quoting Jason Ekstrand (2017-08-10 01:31:52)
>
>
> On Wed, Aug 9, 2017 at 2:21 PM, Chris Wilson wrote:
>
> Quoting Jason Ekstrand (2017-08-08 23:46:02)
> > The atomic exchange operation we were doing before in replace_fence was
> > sufficient for the case where it raced with itself.
Quoting Jason Ekstrand (2017-08-10 01:31:52)
>
>
> On Wed, Aug 9, 2017 at 2:21 PM, Chris Wilson wrote:
>
> Quoting Jason Ekstrand (2017-08-08 23:46:02)
> > The atomic exchange operation we were doing before in replace_fence was
> > sufficient for the case where it raced with itself.
On Wed, Aug 9, 2017 at 2:21 PM, Chris Wilson
wrote:
> Quoting Jason Ekstrand (2017-08-08 23:46:02)
> > The atomic exchange operation we were doing before in replace_fence was
> > sufficient for the case where it raced with itself. However, if you
> > have a race between a replace_fence and dma_f
Quoting Jason Ekstrand (2017-08-08 23:46:02)
> The atomic exchange operation we were doing before in replace_fence was
> sufficient for the case where it raced with itself. However, if you
> have a race between a replace_fence and dma_fence_get(syncobj->fence),
> you may end up with the entire rep
The atomic exchange operation we were doing before in replace_fence was
sufficient for the case where it raced with itself. However, if you
have a race between a replace_fence and dma_fence_get(syncobj->fence),
you may end up with the entire replace_fence happening between the point
in time where
