On 2015年04月20日 13:34, Mark yao wrote:
On 2015年04月19日 00:55, Heiko Stübner wrote:
Am Donnerstag, 16. April 2015, 16:41:51 schrieb Ørjan Eide:
Set vm_pgoff to 0 after using it to look up the GEM node, before
passing
it on rockchip_gem_mmap_buf() where the offset must be from the
start of
the buffer.
Passing in the fake offset currently works because the
dma_mmap_attrs implementation that is used for this device,
arm_iommu_mmap_attrs, ignores the offset completely.
Signed-off-by: Ørjan Eide <orjan.e...@arm.com>
both patches on a rk3288-veyron-pinky
Tested-by: Heiko Stuebner <he...@sntech.de>
Through which tree do you want to take these patches? I guess the
rockchip-drm
related patch should go through the tree that will take the
dma-mapping patch,
so you'll probably need an "Ack" from Mark Yao (Cc'ed).
Heiko
---
drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c index 7ca8799e..69f01c3
100644
--- a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
+++ b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c
@@ -94,6 +94,11 @@ int rockchip_gem_mmap(struct file *filp, struct
vm_area_struct *vma) return -EACCES;
}
+ /* Set vm_pgoff (used as a fake buffer offset by DRM) to 0 and
map the
+ * whole buffer from the start.
+ */
+ vma->vm_pgoff = 0;
+
obj = container_of(node, struct drm_gem_object, vma_node);
ret = rockchip_gem_mmap_buf(obj, vma);
Thanks for this fix,
Acked-by: Mark Yao <mark....@rock-chips.com>
I met this problem when work with gem non-iommu path, set vma->vm_pgoff
= 0 solved it. :-)
--
Ｍark
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
