Revision e3818697e1d9140d0b990fecf4429d40c41ca0b5 authored by Chris Wilson on 09 January 2017, 11:19:32 UTC, committed by Jani Nikula on 08 February 2017, 11:10:24 UTC
On a non-llc system, the objects are created with .cache_level =
CACHE_NONE and so the transition to uncached for scanout is a no-op.
However, if the object was never written to, it will still be in the CPU
domain (having been zeroed out by shmemfs). Those cachelines need to be
flushed prior to display.
Reported-and-tested-by: Vito Caputo
Fixes: a6a7cc4b7db6 ("drm/i915: Always flush the dirty CPU cache when pinning the scanout")
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Cc: <drm-intel-fixes@lists.freedesktop.org> # v4.10-rc1+
Link: http://patchwork.freedesktop.org/patch/msgid/20170109111932.6342-1-chris@chris-wilson.co.uk
Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
(cherry picked from commit 69aeafeae9b30d797c439a30d1a4ccc8dc5b0eb0)
Signed-off-by: Jani Nikula <jani.nikula@intel.com>
1 parent 5351fbb
| File | Mode | Size |
|---|---|---|
| Kconfig | -rw-r--r-- | 3.2 KB |
| Makefile | -rw-r--r-- | 439 bytes |
| cache.c | -rw-r--r-- | 13.2 KB |
| extable.c | -rw-r--r-- | 302 bytes |
| fault.c | -rw-r--r-- | 5.5 KB |
| highmem.c | -rw-r--r-- | 2.8 KB |
| hugetlbpage.c | -rw-r--r-- | 5.5 KB |
| init.c | -rw-r--r-- | 9.4 KB |
| ioremap.c | -rw-r--r-- | 2.3 KB |
| l2cache.c | -rw-r--r-- | 3.7 KB |
| maccess.c | -rw-r--r-- | 1.9 KB |
| mmu-meta1.c | -rw-r--r-- | 3.6 KB |
| mmu-meta2.c | -rw-r--r-- | 5.1 KB |
| numa.c | -rw-r--r-- | 2.4 KB |
Computing file changes ...
