[Mesa-dev] [PATCH 2/7] intel: Fix clflushing on modern (Baytrail+) Atom CPUs.

Daniel Vetter daniel at ffwll.ch
Fri Jul 7 09:39:46 UTC 2017


On Wed, Jul 05, 2017 at 01:56:49PM -0700, Kenneth Graunke wrote:
> Thanks to Chris Wilson for pointing this out.
> 
> Cc: Jason Ekstrand <jason at jlekstrand.net>
> ---
>  src/intel/common/gen_clflush.h | 11 +++++++++++
>  1 file changed, 11 insertions(+)
> 
> diff --git a/src/intel/common/gen_clflush.h b/src/intel/common/gen_clflush.h
> index 9b971cac37e..84cc2f2f132 100644
> --- a/src/intel/common/gen_clflush.h
> +++ b/src/intel/common/gen_clflush.h
> @@ -50,6 +50,17 @@ static inline void
>  gen_invalidate_range(void *start, size_t size)
>  {
>     gen_clflush_range(start, size);
> +
> +   /* Modern Atom CPUs (Baytrail+) have issues with clflush serialization,
> +    * where mfence is not a sufficient synchronization barrier.  We must
> +    * double clflush the last cacheline.  This guarantees it will be ordered
> +    * after the preceding clflushes, and then the mfence guards against
> +    * prefetches crossing the clflush boundary.
> +    *
> +    * See kernel commit 396f5d62d1a5fd99421855a08ffdef8edb43c76e and
> +    * https://bugs.freedesktop.org/show_bug.cgi?id=92845.

Because cherry-picking the recommended way (in the kernel at least) to
cite a commit is to include the title, e.g.

396f5d62d1a5 ("drm: Restore double clflush on the last partial cacheline")

Anyway that's a bikshed.

Reviewed-by: Daniel Vetter <daniel.vetter at ffwll.ch>

> +    */
> +   __builtin_ia32_clflush(start + size - 1);
>     __builtin_ia32_mfence();
>  }
>  
> -- 
> 2.13.2
> 
> _______________________________________________
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch


More information about the mesa-dev mailing list