summaryrefslogtreecommitdiffstats
path: root/COPYING
diff options
context:
space:
mode:
authorDmitry Osipenko <digetx@gmail.com>2019-03-07 01:55:19 +0300
committerThierry Reding <treding@nvidia.com>2019-04-18 11:48:09 +0200
commit61b51fb51c01a519a249d28ec55c6513a13be5a3 (patch)
tree5707e7222b4a94dc6dfdc7b13244c2ef3ae9daab /COPYING
parent11c632e1cfd3dcb49f2d04625d31c818a4c3b426 (diff)
downloadlinux-stable-61b51fb51c01a519a249d28ec55c6513a13be5a3.tar.gz
linux-stable-61b51fb51c01a519a249d28ec55c6513a13be5a3.tar.bz2
linux-stable-61b51fb51c01a519a249d28ec55c6513a13be5a3.zip
drm/tegra: gem: Fix CPU-cache maintenance for BO's allocated using get_pages()
The allocated pages need to be invalidated in CPU caches. On ARM32 the DMA_BIDIRECTIONAL flag only ensures that data is written-back to DRAM and the data stays in CPU cache lines. While the DMA_FROM_DEVICE flag ensures that the corresponding CPU cache lines are getting invalidated and nothing more, that's exactly what is needed for a newly allocated pages. This fixes randomly failing rendercheck tests on Tegra30 using the Opentegra driver for tests that use small-sized pixmaps (10x10 and less, i.e. 1-2 memory pages) because apparently CPU reads out stale data from caches and/or that data is getting evicted to DRAM at the time of HW job execution. Fixes: bd43c9f0fa1f ("drm/tegra: gem: Map pages via the DMA API") Cc: stable <stable@vger.kernel.org> Signed-off-by: Dmitry Osipenko <digetx@gmail.com> Signed-off-by: Thierry Reding <treding@nvidia.com>
Diffstat (limited to 'COPYING')
0 files changed, 0 insertions, 0 deletions