lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Thu, 21 Apr 2022 15:35:08 +0100 From: Robin Murphy <robin.murphy@....com> To: Christoph Hellwig <hch@....de> Cc: linux@...linux.org.uk, linux-arm-kernel@...ts.infradead.org, m.szyprowski@...sung.com, arnd@...nel.org, iommu@...ts.linux-foundation.org, linux-kernel@...r.kernel.org Subject: Re: [PATCH 0/3] More ARM DMA ops cleanup On 2022-04-21 15:13, Christoph Hellwig wrote: > On Thu, Apr 21, 2022 at 12:36:56PM +0100, Robin Murphy wrote: >> Hi all, >> >> Thanks to Christoph's latest series, I'm reminded that, if we're going >> to give the ARM DMA ops some cleanup this cycle, it's as good a time as >> any to dust off these old patches and add them on top as well. I've >> based these on the arm-dma-direct branch which I assume matches the >> patches posted at [1]. > > All these do look sensible to me. But weren't you working on replacing > the ARM iommu dma_ops with dma-Ń–ommu anyway? Yes, that's somewhat entangled with the IOMMU bus ops stuff, so I'll probably get to the point of having to revisit it in a couple of months or so. These patches are off the bottom of that stack from my first attempt, where the aim was to make the current ops the same shape first so that the switch is then easier to reason about (particularly in terms of sounding out any issues with the hooking up of dev->dma_coherent, although your series will now be taking most of the load off there). Cheers, Robin.
Powered by blists - more mailing lists