Am Dienstag, 30. Januar 2018, 21:28:33 CET schrieb Thierry Escande: > From: Ørjan Eide <[email protected]> > > 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 <[email protected]> > Signed-off-by: Ørjan Eide <[email protected]> > Signed-off-by: Tomasz Figa <[email protected]> > Signed-off-by: Sean Paul <[email protected]> > Signed-off-by: Thierry Escande <[email protected]> > Tested-by: Heiko Stuebner <[email protected]>
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 _______________________________________________ dri-devel mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/dri-devel
