From nobody Tue Dec 16 22:11:23 2025 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A1D2727932D; Wed, 23 Apr 2025 08:14:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1745396063; cv=none; b=V5tMx0OiD/s3DSqMiWJ/bF/gOWeXKEj5jcS8tHGw7ycjWTJcPUYWH0TkIafRqH7JcfN9xl34UL6b5ApX7kh/Fhw660gDrCmCXcSwHAhse0cIYYFbh5DV/p7HS+5uYeMS8jpKrwTQajoXKQd9OxzwPG4ubQh4ER7+4PY8fWXKchs= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1745396063; c=relaxed/simple; bh=uAyqUew9YbHt6BqNCxqg/xSEI2KBPG3SEWmdj1qq/2k=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=GfDPaln8Dlx9Nud2Zfm0c2uDuFFBRWTwmb6qkmbosmmd9slLDUK69pZugSHkHvaXsHdrFRRiHrFx8U7cSxyFGjb9pWaZV7uQOmQEROymNDgUj39od0nBoVixKtyII3WN6kZrxlTlXmZIyNKJBcalRiQ5RGogBjgioTEL9EUlBsY= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=Ab3QxyUR; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="Ab3QxyUR" Received: by smtp.kernel.org (Postfix) with ESMTPSA id B5478C4CEEA; Wed, 23 Apr 2025 08:14:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1745396063; bh=uAyqUew9YbHt6BqNCxqg/xSEI2KBPG3SEWmdj1qq/2k=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Ab3QxyUR3AxcfYmJpPAjvqg3xVX9ODRdOtP4JjD+gjlPYMs4aWD0v0tpV2XnmQsxA 0KPdYd02efI42gcXRsCWx2Kb+9opFXjZbR1HUjikV3RjBmXKsyXdtf26St3GlCyMQn RmKtt/ojtBWdmNBJhgfOTqas5pc7ykEsC9TyqD6y0FRFzYkspoz7H9ae32vwWiNMuc QpvU00rqe1EOIbCMApFKFU0rNMpJ+97Z50JxAWaJj8Wiq1a4ef6edn2PCfl4Lzy46m RahxcFpKB5UGFzsNjUTKHQJ+S4Tfs0dgHIK0Sm96MOEKDhw2afVZOUZkuuu7gIWge0 aW83SgnSvz2Dw== From: Leon Romanovsky To: Marek Szyprowski , Jens Axboe , Christoph Hellwig , Keith Busch Cc: Jake Edge , Jonathan Corbet , Jason Gunthorpe , Zhu Yanjun , Robin Murphy , Joerg Roedel , Will Deacon , Sagi Grimberg , Bjorn Helgaas , Logan Gunthorpe , Yishai Hadas , Shameer Kolothum , Kevin Tian , Alex Williamson , =?UTF-8?q?J=C3=A9r=C3=B4me=20Glisse?= , 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, linux-pci@vger.kernel.org, kvm@vger.kernel.org, linux-mm@kvack.org, Niklas Schnelle , Chuck Lever , Luis Chamberlain , Matthew Wilcox , Dan Williams , Kanchan Joshi , Chaitanya Kulkarni , Leon Romanovsky Subject: [PATCH v9 08/24] dma-mapping: add a dma_need_unmap helper Date: Wed, 23 Apr 2025 11:12:59 +0300 Message-ID: X-Mailer: git-send-email 2.49.0 In-Reply-To: References: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" From: Christoph Hellwig Add helper that allows a driver to skip calling dma_unmap_* if the DMA layer can guarantee that they are no-nops. Signed-off-by: Christoph Hellwig Tested-by: Jens Axboe Signed-off-by: Leon Romanovsky Reviewed-by: Luis Chamberlain --- include/linux/dma-mapping.h | 5 +++++ kernel/dma/mapping.c | 18 ++++++++++++++++++ 2 files changed, 23 insertions(+) diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h index a71e110f1e9d..d2f358c5a25d 100644 --- a/include/linux/dma-mapping.h +++ b/include/linux/dma-mapping.h @@ -406,6 +406,7 @@ static inline bool dma_need_sync(struct device *dev, dm= a_addr_t dma_addr) { return dma_dev_need_sync(dev) ? __dma_need_sync(dev, dma_addr) : false; } +bool dma_need_unmap(struct device *dev); #else /* !CONFIG_HAS_DMA || !CONFIG_DMA_NEED_SYNC */ static inline bool dma_dev_need_sync(const struct device *dev) { @@ -431,6 +432,10 @@ static inline bool dma_need_sync(struct device *dev, d= ma_addr_t dma_addr) { return false; } +static inline bool dma_need_unmap(struct device *dev) +{ + return false; +} #endif /* !CONFIG_HAS_DMA || !CONFIG_DMA_NEED_SYNC */ =20 struct page *dma_alloc_pages(struct device *dev, size_t size, diff --git a/kernel/dma/mapping.c b/kernel/dma/mapping.c index cda127027e48..3c3204ad2839 100644 --- a/kernel/dma/mapping.c +++ b/kernel/dma/mapping.c @@ -443,6 +443,24 @@ bool __dma_need_sync(struct device *dev, dma_addr_t dm= a_addr) } EXPORT_SYMBOL_GPL(__dma_need_sync); =20 +/** + * dma_need_unmap - does this device need dma_unmap_* operations + * @dev: device to check + * + * If this function returns %false, drivers can skip calling dma_unmap_* a= fter + * finishing an I/O. This function must be called after all mappings that= might + * need to be unmapped have been performed. + */ +bool dma_need_unmap(struct device *dev) +{ + if (!dma_map_direct(dev, get_dma_ops(dev))) + return true; + if (!dev->dma_skip_sync) + return true; + return IS_ENABLED(CONFIG_DMA_API_DEBUG); +} +EXPORT_SYMBOL_GPL(dma_need_unmap); + static void dma_setup_need_sync(struct device *dev) { const struct dma_map_ops *ops =3D get_dma_ops(dev); --=20 2.49.0