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 822F5C3DA45 for ; Thu, 11 Jul 2024 23:29:24 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id EAB376B00A1; Thu, 11 Jul 2024 19:29:23 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id E5B8A6B00A5; Thu, 11 Jul 2024 19:29:23 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D22D56B00A7; Thu, 11 Jul 2024 19:29:23 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id B4F716B00A1 for ; Thu, 11 Jul 2024 19:29:23 -0400 (EDT) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id EEF7480847 for ; Thu, 11 Jul 2024 23:29:22 +0000 (UTC) X-FDA: 82329065364.27.BB9AD4D Received: from mail-yb1-f173.google.com (mail-yb1-f173.google.com [209.85.219.173]) by imf27.hostedemail.com (Postfix) with ESMTP id 2550140003 for ; Thu, 11 Jul 2024 23:29:21 +0000 (UTC) Authentication-Results: imf27.hostedemail.com; dkim=pass header.d=ziepe.ca header.s=google header.b="jta03V/5"; spf=pass (imf27.hostedemail.com: domain of jgg@ziepe.ca designates 209.85.219.173 as permitted sender) smtp.mailfrom=jgg@ziepe.ca; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1720740544; 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:dkim-signature; bh=sqjQlEH3CKHFjb6SyBS/N/HAG+tY7keJdf7Z8lIqTro=; b=OyTwMsCEok0cMPNVNn6qMUi/PKj0vsl6XoCDdvT7AuAO2fSdiFaZ9yfqMY+APOlJjnr0Iw kPCEasEgO+iZlIqOTiPZfnawg4QLhhHoTo5yztGSZhUgTrA9qHKLNVA42gxmtXbhw/Ux/0 NLjD3u0FQ0ZDaVz/K3b6puCv+BnEiyQ= ARC-Authentication-Results: i=1; imf27.hostedemail.com; dkim=pass header.d=ziepe.ca header.s=google header.b="jta03V/5"; spf=pass (imf27.hostedemail.com: domain of jgg@ziepe.ca designates 209.85.219.173 as permitted sender) smtp.mailfrom=jgg@ziepe.ca; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1720740544; a=rsa-sha256; cv=none; b=d3U/TAGX88iUqR5mtC2R8uYbDS7seS3hE+KleMu0MILye/qLEqpMeB6Jb0CXrUHlcBTpqO OwDFf9V4K2lFYqeO2ksJdsDEW4lKaxpTX9oRwCzhMBoajFOmVacCm7T2O1crQhZef53pVv +4UUIJwxnuBzRuvt24hegYqpbbTH5e8= Received: by mail-yb1-f173.google.com with SMTP id 3f1490d57ef6-df4d5d0b8d0so1365469276.2 for ; Thu, 11 Jul 2024 16:29:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; t=1720740560; x=1721345360; darn=kvack.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=sqjQlEH3CKHFjb6SyBS/N/HAG+tY7keJdf7Z8lIqTro=; b=jta03V/5P7bNS98FB1wbIAlNKi7f55hYjLcThimgxj18+j0lnA6z29Xd0cJzJLrZW7 klTywaK+Q8kAEdgvNeIWArd0nBlOv5wxlqi5CYvxhC8dvUXNEHNZzEawZuwzx1WleglT NYIFj8YI/c5a14ACHRW25viZJI/Wvau5K05ud/ievf2puGgrhOhPv9s5Ihr6vxEHs6/t do7Em1Ikmyd/8QW5Ec7tnAGDfSLlWlcepWsxdUoNLJ3firmeDWEXhgYRqjaAfm8KrJYf i7vEVi2cbkq6jbAS74JWaMfCN05EqVvEdCz/iST4c6ZwcdSsaO2FWRRU8gFiq6PqNudz Gycw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1720740560; x=1721345360; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=sqjQlEH3CKHFjb6SyBS/N/HAG+tY7keJdf7Z8lIqTro=; b=MxF81hIvJXl8IijKh/6GEKD3w0Rr1F6tFLQ+mx3u2wLAf4iJLVCtJAramq8DRtHYSM m428OcHU0PPiHUKYidYCOTInbGlZ4I1y4KD2rrT3hiMGbsTDb1/SDp4dgOKrdocZ9ffM hDJ4tCUQdCyjTwqcjrdQtUaClZmiGiiiQ8mBvucOEuj5vKMndmXJJXsdFaLvTgMB4PSa fn3+HPxRrW94Ajf93jym5Spl3qpcFZrCsOQ/6rxEa1cOwQob4tVh0SoPwt0hv3OEgtL+ QFYJcdu5XBhG6kQfGg5iH+CWyyzkeztEnL8eiausDvNBHu8xoMggcaGNrQqN2BU6JGag 8jng== X-Forwarded-Encrypted: i=1; AJvYcCWQ115+Rl5B6cfntmUEvuFzQynXVtrZ0El2oWsgPXeYd0SHiBuCp7EeAfFiLWcrC0T3RLLogDO4s+Q/zZGHb318mlY= X-Gm-Message-State: AOJu0YwJc6D+tXPlfhY3UG4NyK5XpliRjej7JVg3pBTXMUDUNb4Cklxm ntjwcUF3fc309thy5Do7pV5C/KTwcbWUiaG4eBRR8YvpOkyM6Ncfm0AaIJUAXZk= X-Google-Smtp-Source: AGHT+IGo/R/9vr/JQ8/zyNR81M/Hy4HYANX0IxAKDGShf5hUDU3ZGhkQLcCJ3hGHl6ul2XGkV4cgvA== X-Received: by 2002:a25:aa66:0:b0:e03:5fee:66a with SMTP id 3f1490d57ef6-e041b123aefmr11985783276.42.1720740560216; Thu, 11 Jul 2024 16:29:20 -0700 (PDT) Received: from ziepe.ca ([128.77.69.90]) by smtp.gmail.com with ESMTPSA id af79cd13be357-79f190128d0sm341135085a.44.2024.07.11.16.29.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Jul 2024 16:29:19 -0700 (PDT) Received: from jgg by wakko with local (Exim 4.95) (envelope-from ) id 1sS3Dx-00FQzB-7b; Thu, 11 Jul 2024 20:29:17 -0300 Date: Thu, 11 Jul 2024 20:29:17 -0300 From: Jason Gunthorpe To: Christoph Hellwig Cc: Leon Romanovsky , Jens Axboe , Robin Murphy , Joerg Roedel , Will Deacon , Keith Busch , "Zeng, Oak" , Chaitanya Kulkarni , Sagi Grimberg , Bjorn Helgaas , Logan Gunthorpe , Yishai Hadas , Shameer Kolothum , Kevin Tian , Alex Williamson , Marek Szyprowski , =?utf-8?B?SsOpcsO0bWU=?= Glisse , Andrew Morton , linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, linux-rdma@vger.kernel.org, iommu@lists.linux.dev, linux-nvme@lists.infradead.org, linux-pci@vger.kernel.org, kvm@vger.kernel.org, linux-mm@kvack.org Subject: Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API Message-ID: <20240711232917.GR14050@ziepe.ca> References: <20240705063910.GA12337@lst.de> <20240708235721.GF14050@ziepe.ca> <20240709062015.GB16180@lst.de> <20240709190320.GN14050@ziepe.ca> <20240710062212.GA25895@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240710062212.GA25895@lst.de> X-Rspamd-Server: rspam11 X-Rspamd-Queue-Id: 2550140003 X-Stat-Signature: 88c6fuj3pc5gsa1emp7uu3hx1in5e4r9 X-Rspam-User: X-HE-Tag: 1720740561-390926 X-HE-Meta: U2FsdGVkX1/8mKVA3xL05+jMV5rwW9CcTo1YAtryV8yXGNgx5sgYHOsJOkxPalZBHJFCV4PH8rqdkCchDc9IwXvmGfufeRrl93l/DzkBLQpda9wWyXvBOR+5Nz9c8frFlhP2rNWm6HgeuQ5m3B8bYD5UIyy4p1pKYO+eu4YSa1XkfqgikvLCbCJObuLzLHVBg00yw/s+JERhp5SPeq3V90fpjeRcG5JXM0IK01aZgBcxYy9pM7p+GEqrugXxQv8r4Kgv9Cb6g6a6teRQnbUYGc5KpMwZjJidoctwtaw+NwDHvSra2zG1kPZENRCqD235bNDX1223BuNiOApN7MGvD7/8YxliVRvwwMXpAnuQc7oSVGCFQ5Xyxe0SKZbnDRy0ExhB6eeyRvyK3isXCJ6yR449lJJamH6ChWuXdX3FTGzGDmITItuqOs0rQkcWDsMCDA6hvBd/bQ2UlHdHBtf1tfdyiqofJZKRmCGNwYnks16gzV9mfmHmEdKqqfgvZymBEGH4kNiPQM614sCFLWOW3dMjSbEK6CLG0qBbrF00b8q6NoWXoY4jB31Vwou1MhkTB+NBrKQSDE5XddBdVk2pJs3ElW5FiSc8iGwuMLc1Ut/ewmRzyvN5fis2M5jaw4sxn2z1YwjmaQhWt0MdwLF6kQixQPJUDxB5sAB9qvN+p/dMiMzuY/wkt//DdOQf1QbTyToYxhwjPHiH7Hx2LaLDsMzxFxKOJjkfZk8VxmqsaszwJs4zclbxtW0LJOUpqO6Rl2zdpHldf2KO+rXajHAB4KkKl8BxmzV/idRCRXAVDOYMHZLH9DEhnSqp9juNRmwPRYPH3RTRwF7BPetLyqOghYWndKGv7yrLBbTEg8IEkbWeOBvCgid79qu5tJ0d56v577MUR7VLKTCIZ9gID4OjmakimfgfgnGLJJ+Y4NWgpToZ2di+gy8F2Y1E3yfY504xi9+KnAqJzfENg7aQyWP hoCOpmLr 88OsQIHaVdJL7PUJSv63IxbDZk82juX5/WO513LTOsYBmQ5tAEbvsS7/srQNh/GQq5PZgHkcLDBPYXQiVF9nznpooVeZERv110N9eNn/cZ6f0Jhn6PoHLtfbcYnNXmLVv9vOvjCZeSev8WZuxQ3OVIidO1PVG3Qa6nuZDA1TRt47tSztIYOeBCyIp/Cij6i35hhqJ9bDTNz9QqC1JUQnOifkdpYSxC4AU0D+yYljvXygkKwGR0tWORJ0oOlYkPK2wkFzXXQBJwhoKJlY= 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, Jul 10, 2024 at 08:22:12AM +0200, Christoph Hellwig wrote: > On Tue, Jul 09, 2024 at 04:03:20PM -0300, Jason Gunthorpe wrote: > > > Except for the powerpc bypass IOMMU or not is a global decision, > > > and the bypass is per I/O. So I'm not sure what else you want there? > > > > For P2P we know if the DMA will go through the IOMMU or not based on > > the PCIe fabric path between the initiator (the one doing the DMA) and > > the target (the one providing the MMIO memory). > > Oh, yes. So effectively you are asking if we can arbitrarily mix > P2P sources in a single map request. I think the only sane answer > from the iommu/dma subsystem perspective is: hell no. Well, today we can mix them and the dma_map_sg will sort it out. With this new API we can't anymore. So this little detail needs to be taken care of somehow as well, and I didn't see it in this RFC. > For the block layer just having one kind per BIO is fine right now, > although I could see use cases where people would want to combine > them. We can probably defer that until it is needed, though. Do you have an application in mind that would want multi-kind per BIO? Jason