[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