Received: by 10.223.185.116 with SMTP id b49csp2621411wrg; Sun, 18 Feb 2018 02:55:37 -0800 (PST) X-Google-Smtp-Source: AH8x224kZSzVEq1M1TiKikaruUg+bhluY3ZNu/x4KRPL9PwZ/IhMAQYcPj5vHI9jrA+M54HVW5cV X-Received: by 10.101.88.138 with SMTP id d10mr9649882pgu.52.1518951337300; Sun, 18 Feb 2018 02:55:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518951337; cv=none; d=google.com; s=arc-20160816; b=jXWvukBU8k1nQ+PW6oim/l5fsraCjtjJU1+o1gb173WHo7bIoRwm+NuDI17fyqzVo4 O7vZTYVc7ceCXK0aUV93F1IvMeErmxnqzjqGr/bVeTYs94yxK2ZrpAw8/JljK25RurkL aX86A6xB2hNhME5WKe1OcJI9ATV25eVYNUxnA+5Csye9iUNsk+eOHebYgxXlO82qA3YO RczrYrMp80lxuJE06HVdjjrMTne0eYtE8PthyzNkY+LRoUv3LWzW86Xo6Cp6MLFjMVu6 lAMcxUR7D4kZ4tvmqfyJc6rH4nVIWrIti1eps9QG+fyLSqA+wl051JHJLPSsVbswq3U3 i6BA== 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:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=5OVEabz1tu9phjxmjDdhQGWm088cE66/QgXjlzY3OM8=; b=ShVO1zg2nNNppDR2/oIhTFz6wFm1T2IDKQypKxIp1u+YDASZ2+9w3/23XYoFbPftrF xVu14bvWwclCHzhvtOr4h8dBQ4QcVRJAKikFFce2nHYxfji1ym/nwchQPFxlfUjSMTEp L/3P7Qi6woTP3QF64SKuYw8HlAqs0AOhTirP7BPpALh0uYUwTH+TMaOcVnnO4LMzrSPg 2hkrEp3nEZnqkIz//5mhwGj5QdSevWqPQ1AQ0vVYe58ZOe2hY4ukzX8sTpvB9w4pBmIs Qlabt+TAJLiIYVTQA1LjMi/ugot2Kf5zeU54Zg/gm4je/eBUXfUTGjcWY9Pg1ovazVwN 5k5w== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m26si3110498pgc.438.2018.02.18.02.55.23; Sun, 18 Feb 2018 02:55:37 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751366AbeBRKyF convert rfc822-to-8bit (ORCPT + 99 others); Sun, 18 Feb 2018 05:54:05 -0500 Received: from gloria.sntech.de ([95.129.55.99]:37366 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751025AbeBRKyE (ORCPT ); Sun, 18 Feb 2018 05:54:04 -0500 Received: from mue-88-130-49-214.dsl.tropolys.de ([88.130.49.214] helo=phil.localnet) by gloria.sntech.de with esmtpsa (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1enMbT-0004l2-Lg; Sun, 18 Feb 2018 11:53:55 +0100 From: Heiko Stuebner To: linux-rockchip@lists.infradead.org Cc: Thierry Escande , Archit Taneja , Inki Dae , Thierry Reding , Sandy Huang , Sean Paul , David Airlie , Tomasz Figa , Enric Balletbo i Serra , Zain Wang , Lin Huang , Douglas Anderson , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, Yakir Yang , =?ISO-8859-1?Q?=D8rjan?= Eide , Mark Yao , Haixia Shi Subject: Re: [PATCH v3 03/43] drm/rockchip: Respect page offset for PRIME mmap calls Date: Sun, 18 Feb 2018 11:53:49 +0100 Message-ID: <3167776.tAZEmiy1TT@phil> In-Reply-To: <20180130202913.28724-4-thierry.escande@collabora.com> References: <20180130202913.28724-1-thierry.escande@collabora.com> <20180130202913.28724-4-thierry.escande@collabora.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset="iso-8859-1" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Dienstag, 30. Januar 2018, 21:28:33 CET schrieb Thierry Escande: > 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 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