[PATCH] arm64: dma: Drop cache invalidation from arch_dma_prep_coherent()
Christoph Hellwig
hch at lst.de
Wed Sep 7 02:03:05 PDT 2022
On Tue, Aug 23, 2022 at 01:21:11PM +0100, Will Deacon wrote:
> arch_dma_prep_coherent() is called when preparing a non-cacheable region
> for a consistent DMA buffer allocation. Since the buffer pages may
> previously have been written via a cacheable mapping and consequently
> allocated as dirty cachelines, the purpose of this function is to remove
> these dirty lines from the cache, writing them back so that the
> non-coherent device is able to see them.
Yes.
> I'm slightly wary about this change as other architectures seem to do
> clean+invalidate here, but I'd like to hear what others think in any
> case.
If arm64 is fine with having clean but present cachelines when creating
an uncached mapping for a cache line, the invalidate is not required.
But isn't it better for the cache if these by definition useless
cachelines get evicted?
My biggest concern here is that we're now moving from consolidating
these semantics in all the different architectures to different ones,
making a centralization of the policies even harder.
More information about the linux-arm-kernel
mailing list