Received: by 10.223.176.5 with SMTP id f5csp359049wra; Tue, 30 Jan 2018 12:42:10 -0800 (PST) X-Google-Smtp-Source: AH8x227QQMfIRyQSmXD7F42Bx8M8Q2j/3b+JKaN4gxagx/c/kh2w1Kl76YxGtLIXZcTAFimlJyp9 X-Received: by 2002:a17:902:a585:: with SMTP id az5-v6mr6644403plb.167.1517344929941; Tue, 30 Jan 2018 12:42:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517344929; cv=none; d=google.com; s=arc-20160816; b=C22wdddKXWGZRJulksoSJxj5uprnl0bnrVe/fW0UmNyWE/V9taH76k4ftIzWJtxAa9 0DMUur3+tEBrPTzxL21ehI7phjEP7FKUCJAtiOF1sbS35UmRy41vtvfnTZ7whF4VUIYu deF7bObTleVwn0k2tcz28qx8HBYCDno4GIMSy9jHzID8KUYQyG60ApmMFrC1A6/Rf3PI pNkLWU8xDdVUEgDEzWUMMPJna/TFqJx2pZ9HGt3Vzqr+LCCI1I9Juz/cOqoCNrxQuE3j q51Z9frIf6eFQgkeXTzoHvrZXi0lUG0Wr6/WHd5sYq/6fpNPXfoJaRGUrYoRoDfoRGDu 9crQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-transfert-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:arc-authentication-results; bh=FqEA3iCvn7Y8gNBeyMpFWAxeDfQW3NRPv7b8q27JLhk=; b=GXEc04t/oq8zNg15aD3HivQlvfcwsjGAmzVOAvajd/fh+gOFP7jN9a9rQ8BIJt1E/7 JJvNEV/yC1ur8k9h75UhyRVvVkRT+HqGcC0NxxN+6VxjLvZv11v02GZcN/dOd049Pzc0 N/5RD0KIAyAPD5p3E6qSxXL32IEJNY5CD1NvKiIx8bX4aBu2CBVzorIQrhjvmlYWwryC f/1aoyd+1BpAINczu7Tmaopmtqk0ZoKbrxVz+5iYFRMjTqkdEIcojBsab9iVgs02LkJR 0nRuydtTWMSa/5tx1u0pigKr8aIql67lJ47VqGXNiNPZzVk/+69WSTy/rYBHWOwnpzIs A6gw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s6si2066241pgr.775.2018.01.30.12.41.55; Tue, 30 Jan 2018 12:42:09 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753461AbeA3Uke (ORCPT + 99 others); Tue, 30 Jan 2018 15:40:34 -0500 Received: from bhuna.collabora.co.uk ([46.235.227.227]:55958 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751741AbeA3U33 (ORCPT ); Tue, 30 Jan 2018 15:29:29 -0500 Received: from localhost.localdomain (unknown [IPv6:2a01:e35:8a7e:4790:1865:5d14:35de:d167]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: tescande) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 3B44B273D8C; Tue, 30 Jan 2018 20:29:28 +0000 (GMT) From: Thierry Escande To: Archit Taneja , Inki Dae , Thierry Reding , Sandy Huang , Sean Paul , David Airlie , Tomasz Figa , Enric Balletbo i Serra Cc: Haixia Shi , =?UTF-8?q?=C3=98rjan=20Eide?= , Zain Wang , Yakir Yang , Lin Huang , Douglas Anderson , Mark Yao , linux-kernel@vger.kernel.org, linux-rockchip@lists.infradead.org, dri-devel@lists.freedesktop.org Subject: [PATCH v3 03/43] drm/rockchip: Respect page offset for PRIME mmap calls Date: Tue, 30 Jan 2018 21:28:33 +0100 Message-Id: <20180130202913.28724-4-thierry.escande@collabora.com> X-Mailer: git-send-email 2.14.1 In-Reply-To: <20180130202913.28724-1-thierry.escande@collabora.com> References: <20180130202913.28724-1-thierry.escande@collabora.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Type: text/plain; charset = "utf-8" Content-Transfert-Encoding: 8bit Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Ørjan Eide 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 Signed-off-by: Ørjan Eide Signed-off-by: Tomasz Figa Signed-off-by: Sean Paul Signed-off-by: Thierry Escande Tested-by: Heiko Stuebner --- drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c index 5d52020deca1..074db7a92809 100644 --- a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c +++ b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c @@ -264,7 +264,6 @@ static int rockchip_drm_gem_object_mmap(struct drm_gem_object *obj, * VM_PFNMAP flag that was set by drm_gem_mmap_obj()/drm_gem_mmap(). */ vma->vm_flags &= ~VM_PFNMAP; - vma->vm_pgoff = 0; if (rk_obj->pages) ret = rockchip_drm_gem_object_mmap_iommu(obj, vma); @@ -299,6 +298,12 @@ int rockchip_gem_mmap(struct file *filp, struct vm_area_struct *vma) if (ret) return ret; + /* + * 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 = vma->vm_private_data; return rockchip_drm_gem_object_mmap(obj, vma); -- 2.14.1