provide in-place uncached remapping for dma-direct v2
From: | Christoph Hellwig <hch-AT-lst.de> | |
To: | Jonas Bonn <jonas-AT-southpole.se>, Stefan Kristiansson <stefan.kristiansson-AT-saunalahti.fi>, Stafford Horne <shorne-AT-gmail.com> | |
Subject: | provide in-place uncached remapping for dma-direct v2 | |
Date: | Mon, 24 Feb 2020 11:44:40 -0800 | |
Message-ID: | <20200224194446.690816-1-hch@lst.de> | |
Cc: | Marek Szyprowski <m.szyprowski-AT-samsung.com>, Robin Murphy <robin.murphy-AT-arm.com>, Will Deacon <will-AT-kernel.org>, Mark Rutland <mark.rutland-AT-arm.com>, openrisc-AT-lists.librecores.org, iommu-AT-lists.linux-foundation.org, linux-arm-kernel-AT-lists.infradead.org, linux-arch-AT-vger.kernel.org, linux-kernel-AT-vger.kernel.org | |
Archive-link: | Article |
Hi all, this series provides support for remapping places uncached in-place in the generic dma-direct code, and moves openrisc over from its own in-place remapping scheme. The arm64 folks also had interest in such a scheme to avoid problems with speculating into cache aliases. Also all architectures that always use small page mappings for the kernel and have non-coherent DMA should look into enabling this scheme, as it is much more efficient than the vmap remapping. Changes since v1: - share the arch hook for inline remap and uncached segment support