From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-11.6 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 93D8AC433DB for ; Mon, 1 Mar 2021 08:34:19 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id B656264DDF for ; Mon, 1 Mar 2021 08:34:18 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org B656264DDF Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=lst.de Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 47FE98D004F; Mon, 1 Mar 2021 03:34:18 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 4097A8D0019; Mon, 1 Mar 2021 03:34:18 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 2D34D8D004F; Mon, 1 Mar 2021 03:34:18 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 132E18D0019 for ; Mon, 1 Mar 2021 03:34:18 -0500 (EST) Received: from smtpin03.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id DC64B6D76 for ; Mon, 1 Mar 2021 08:34:17 +0000 (UTC) X-FDA: 77870643354.03.693BCA8 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf18.hostedemail.com (Postfix) with ESMTP id 84BF5200038F for ; Mon, 1 Mar 2021 08:34:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=Content-Transfer-Encoding:MIME-Version: Message-Id:Date:Subject:Cc:To:From:Sender:Reply-To:Content-Type:Content-ID: Content-Description:In-Reply-To:References; bh=27Ee9kg3NceNEDv4mSauOE7C8YIy7HuKC6y2CT6OeaY=; b=gJjbtIPJx+5vAztyDz6XWS+dH4 qZeaDSmg/MWWTsSPmNNrwnoKaXm9FfL8CpNi1+1IHCoBCVfA6v8dYflRmXDXMYGglAHD8c6fPp0px D1Dlw3O7vjXHN39vEup6IS281SWgAd5N8dleOhcczpe+KuyrBNhnhSB0t5tywwvmzjdsqp7Ba+KTs IFjEo0Eu34xFvxhoyVISzHYSh6SvDParaSbHAFI/0pZQveRTgvhTIwS7ER0sC6dlGSRKnPVK0256b ZfGQNVHBQ7AFd7ih0L5jh23MY+sFcOiEHWGtfWqGpyZ3L6fa9eyHScYJ3EArfsycDZRUMr1Iq3wEI amLlLsYQ==; Received: from [2001:4bb8:19b:e4b7:cdf9:733f:4874:8eb4] (helo=localhost) by casper.infradead.org with esmtpsa (Exim 4.94 #2 (Red Hat Linux)) id 1lGdzV-00FTxG-6Z; Mon, 01 Mar 2021 08:33:30 +0000 From: Christoph Hellwig To: Andrew Morton , Jani Nikula , Joonas Lahtinen , Rodrigo Vivi Cc: Chris Wilson , Daniel Vetter , Peter Zijlstra , intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-mm@kvack.org Subject: add remap_pfn_range_notrack instead of reinventing it in i915 Date: Mon, 1 Mar 2021 09:33:18 +0100 Message-Id: <20210301083320.943079-1-hch@lst.de> X-Mailer: git-send-email 2.29.2 MIME-Version: 1.0 X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org. See http://www.infradead.org/rpr.html X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 84BF5200038F X-Stat-Signature: idxkywohc9xi78kbuf4zou47ixkbtj46 Received-SPF: none (casper.srs.infradead.org>: No applicable sender policy available) receiver=imf18; identity=mailfrom; envelope-from=""; helo=casper.infradead.org; client-ip=90.155.50.34 X-HE-DKIM-Result: pass/pass X-HE-Tag: 1614587659-157697 Content-Transfer-Encoding: quoted-printable X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Hi all, i915 has some reason to want to avoid the track_pfn_remap overhead in remap_pfn_range. Add a function to the core VM to do just that rather than reinventing the functionality poorly in the driver. Note that the remap_io_sg path does get exercises when using Xorg on my Thinkpad X1, so this should be considered lightly tested, I've not managed to hit the remap_io_mapping path at all. Diffstat: drivers/gpu/drm/i915/i915_mm.c | 101 ++++++++++------------------------= ------- include/linux/mm.h | 2=20 mm/memory.c | 52 ++++++++++++--------- 3 files changed, 60 insertions(+), 95 deletions(-)