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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7B12DC54E58 for ; Wed, 13 Mar 2024 21:44:27 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id BF8A08005F; Wed, 13 Mar 2024 17:44:26 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id B82518005E; Wed, 13 Mar 2024 17:44:26 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id A726A8005F; Wed, 13 Mar 2024 17:44:26 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 9715D8005E for ; Wed, 13 Mar 2024 17:44:26 -0400 (EDT) Received: from smtpin02.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id 6A27580F6B for ; Wed, 13 Mar 2024 21:44:26 +0000 (UTC) X-FDA: 81893344932.02.DA6872A Received: from verein.lst.de (verein.lst.de [213.95.11.211]) by imf26.hostedemail.com (Postfix) with ESMTP id A06F2140004 for ; Wed, 13 Mar 2024 21:44:24 +0000 (UTC) Authentication-Results: imf26.hostedemail.com; dkim=none; spf=pass (imf26.hostedemail.com: domain of hch@lst.de designates 213.95.11.211 as permitted sender) smtp.mailfrom=hch@lst.de; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1710366265; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=4FQ4qNojKHxYbM+mjcMGc+v03sD6jBJ9rR92BjQFE/k=; b=zuuuKT6TTENh1Lw3vbrfnzoU4y+TH1K/h07v6fCNi/7GnM64/OAa4Z65jL70bTLyXFu5s+ E/6vTYB/qdrn4r3iuvmKPy9KYdYR0QzmHqdaebxty4jCUObyigJWMWs+3VwULpXZdrQbpa msemFg17NH+GMfoM8O70pFixq6Pwlqk= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1710366265; a=rsa-sha256; cv=none; b=IOag5mbo6p3scDT9LoD0r+GgpXso71O2Qey0bgrnRUJw23bD2PgFtK0nOE7PNmy+eQ0ikw pshnwa5h1EWUeGDg6lbpJek2G3D+BIo3S+wi4CZkkPjTtwzMI0gUA1nry1dpXypawRR2Hm 7TT/X0bhsHCqrCx7L7DBX/n8AY5msVA= ARC-Authentication-Results: i=1; imf26.hostedemail.com; dkim=none; spf=pass (imf26.hostedemail.com: domain of hch@lst.de designates 213.95.11.211 as permitted sender) smtp.mailfrom=hch@lst.de; dmarc=none Received: by verein.lst.de (Postfix, from userid 2407) id 8161568BFE; Wed, 13 Mar 2024 22:44:18 +0100 (CET) Date: Wed, 13 Mar 2024 22:44:18 +0100 From: Christoph Hellwig To: Leon Romanovsky Cc: Christoph Hellwig , Jason Gunthorpe , Robin Murphy , Marek Szyprowski , Joerg Roedel , Will Deacon , Chaitanya Kulkarni , Jonathan Corbet , Jens Axboe , Keith Busch , Sagi Grimberg , Yishai Hadas , Shameer Kolothum , Kevin Tian , Alex Williamson , =?iso-8859-1?B?Suly9G1l?= Glisse , Andrew Morton , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-block@vger.kernel.org, linux-rdma@vger.kernel.org, iommu@lists.linux.dev, linux-nvme@lists.infradead.org, kvm@vger.kernel.org, linux-mm@kvack.org, Bart Van Assche , Damien Le Moal , Amir Goldstein , "josef@toxicpanda.com" , "Martin K. Petersen" , "daniel@iogearbox.net" , Dan Williams , "jack@suse.com" , Zhu Yanjun Subject: Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps Message-ID: <20240313214418.GA9129@lst.de> References: <20240306221400.GA8663@lst.de> <20240307000036.GP9225@ziepe.ca> <20240307150505.GA28978@lst.de> <20240307210116.GQ9225@ziepe.ca> <20240308164920.GA17991@lst.de> <20240308202342.GZ9225@ziepe.ca> <20240309161418.GA27113@lst.de> <20240310093513.GB12921@unreal> <20240312212844.GA3018@lst.de> <20240313074636.GV12921@unreal> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240313074636.GV12921@unreal> User-Agent: Mutt/1.5.17 (2007-11-01) X-Stat-Signature: jt8erqsibwxeyc98tjysmin155oy5hub X-Rspamd-Server: rspam10 X-Rspamd-Queue-Id: A06F2140004 X-Rspam-User: X-HE-Tag: 1710366264-399850 X-HE-Meta: U2FsdGVkX18pW/K8ecq5Z3V8ympi2uvoclAIy5FjpE0xosew4lP5CCFDZG/AL495tqwo2NdvpDfg0mEZT4321BT9/Xnqrni2zwe1crk3Z8nwEtHi2scWxQOHphSjGPmuDyGyXs2vZlIVz6MAO+w30MgH8sHiW7bePQgQvd3kPrBhukZHmLMdAQOHxWk3jKJNE6KdYSFCEUVrPJIb08fSmRz2mxeTabc7ol9H2S5a08MvCZoEOdTmwvXJuCtWP611M/Lm6QTXLUh8OKngamoLm9TU51P3sDxKCnaCu6H2iBaVVw5KPc/eZ/cGforoxfJyBGjidCR3AlFy9zJ2hgpBA65eeM6F72/YRN8wO/gDF+92PECQbv8GqbI7wpgPIn2jpObu6fb+/PLr0EHYdjF2MjXgKrz0lCJ1dSjXJF2NWOrweK6WmBB4lcuF5jMjCQGzYCbkPrIJjcTI8hrJDNsfUYm8MPCJRXGvwCGeai7rM4fAKq7HJ/FfNvmlIYWLeIL3LxudxutvDZ6cPLnHY4nMrsMJo43UJUUVhLM9IvdRX3wMX5nuJI5bCyuc3WIqjw3qJ22Bxtq5FSgDsqtFOUjnuGLr6avGyjuVB6g1spnPGbnk8SpyjyL2XYuO4lw1YQ+2tvIqD9BiK+jFWNnOw28yXnBf/5oaCsVB3s0Uy39FvXEpy0/j6iE3XhydYzOn0VIAFexMAFfbceiNy0nrPMeZoET2HMC7CStMOKkc/yPgioWnFocnEn/x0qJRk3Md/vc3RW2WeeyQghdhPsEfipd6VKbg+bDzfC2T 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: List-Subscribe: List-Unsubscribe: On Wed, Mar 13, 2024 at 09:46:36AM +0200, Leon Romanovsky wrote: > On Tue, Mar 12, 2024 at 10:28:44PM +0100, Christoph Hellwig wrote: > > On Sun, Mar 10, 2024 at 11:35:13AM +0200, Leon Romanovsky wrote: > > > And you will need to have a way to instruct that pin_user_pages() variant > > > to continue anyway, because you asked for FOLL_PCI_P2PDMA. Without that > > > force, you will have !FOLL_PCI_P2PDMA behaviour. > > > > I don't understand what you mean. > > Jason talked about the need to call to pin_user_pages(..., gup_flags | FOLL_PCI_P2PDMA, ...), > but in your proposal this call won't be possible anymore. Why?