[PATCH] drm/gem_shmem: Use a writecombine mapping for ->vaddr
Rob Herring
robh+dt at kernel.org
Mon Jun 10 15:40:59 UTC 2019
On Wed, May 29, 2019 at 12:51 AM Boris Brezillon
<boris.brezillon at collabora.com> wrote:
>
> Right now, the BO is mapped as a cached region when ->vmap() is called
> and the underlying object is not a dmabuf.
> Doing that makes cache management a bit more complicated (you'd need
> to call dma_map/unmap_sg() on the ->sgt field everytime the BO is about
> to be passed to the GPU/CPU), so let's map the BO with writecombine
> attributes instead (as done in most drivers).
>
> Signed-off-by: Boris Brezillon <boris.brezillon at collabora.com>
> ---
> Found this issue while working on panfrost perfcnt where the GPU dumps
> perf counter values in memory and the CPU reads them back in
> kernel-space. This patch seems to solve the unpredictable behavior I
> had.
>
> I can also go for the other option (call dma_map/unmap/_sg() when
> needed) if you think that's more appropriate.
Using writecombine everywhere was the intention, but I missed this
spot. I've applied this adding a Fixes tag.
Rob
More information about the dri-devel
mailing list