[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAK8P3a3Y9F8Xb-uON8b+X5bUW9BeWkb6dBuXvdkhL4g15+7_uQ@mail.gmail.com>
Date: Thu, 21 Apr 2022 10:09:47 +0200
From: Arnd Bergmann <arnd@...nel.org>
To: Christoph Hellwig <hch@....de>
Cc: Russell King <linux@...linux.org.uk>,
Linus Walleij <linus.walleij@...aro.org>,
Andre Przywara <andre.przywara@....com>,
Andrew Lunn <andrew@...n.ch>,
Gregory Clement <gregory.clement@...tlin.com>,
Sebastian Hesselbarth <sebastian.hesselbarth@...il.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Alan Stern <stern@...land.harvard.edu>,
Laurentiu Tudor <laurentiu.tudor@....com>,
Marek Szyprowski <m.szyprowski@...sung.com>,
Robin Murphy <robin.murphy@....com>,
"open list:IOMMU DRIVERS" <iommu@...ts.linux-foundation.org>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
USB list <linux-usb@...r.kernel.org>
Subject: Re: [PATCH 7/7] ARM: use dma-direct unconditionally
On Thu, Apr 21, 2022 at 9:42 AM Christoph Hellwig <hch@....de> wrote:
>
> Use dma-direct unconditionally on arm. It has already been used for
> some time for LPAE and nommu configurations.
>
> This mostly changes the streaming mapping implementation and the (simple)
> coherent allocator for device that are DMA coherent. The existing
> complex allocator for uncached mappings for non-coherent devices is still
> used as is using the arch_dma_alloc/arch_dma_free hooks.
>
> Signed-off-by: Christoph Hellwig <hch@....de>
> ---
> arch/arm/Kconfig | 4 +-
> arch/arm/include/asm/dma-mapping.h | 24 --
> arch/arm/mach-highbank/highbank.c | 2 +-
> arch/arm/mach-mvebu/coherency.c | 2 +-
> arch/arm/mm/dma-mapping.c | 365 ++---------------------------
> 5 files changed, 19 insertions(+), 378 deletions(-)
> delete mode 100644 arch/arm/include/asm/dma-mapping.h
The diffstat looks really nice!
I can't really tell from looking at the code if this is an equivalent
conversion,
so I have to trust you on that. I did make sure this passes the basic tests
on kernelci.org, which tests a large number of machines, which is a good
sign.
Tested-by: Arnd Bergmann <arnd@...db.de>
Powered by blists - more mailing lists