Am Dienstag, 30. Januar 2018, 21:28:33 CET schrieb Thierry Escande:
From: Ørjan Eide orjan.eide@arm.com
When mapping external DMA-bufs through the PRIME mmap call, we might be given an offset which has to be respected. However for the internal DRM GEM mmap path, we have to ignore the fake mmap offset used to identify the buffer only. Currently the code always zeroes out vma->vm_pgoff, which breaks the former.
This patch fixes the problem by moving the vm_pgoff assignment to a function that is used only for GEM mmap path, so that the PRIME path retains the original offset.
Cc: Daniel Kurtz djkurtz@chromium.org Signed-off-by: Ørjan Eide orjan.eide@arm.com Signed-off-by: Tomasz Figa tfiga@chromium.org Signed-off-by: Sean Paul seanpaul@chromium.org Signed-off-by: Thierry Escande thierry.escande@collabora.com Tested-by: Heiko Stuebner heiko@sntech.de
applied to drm-misc.
So I've picked up the "easy" patches that I have read somewhat often and also tested myself using the lima driver on some Rockchip socs (rk3036 + mali400 and rk3328 + mali450).
I'll try to also look at the rest but no guarantees on timing as they look a lot more involved in real graphics-related stuff :-)
Thanks Heiko