On Tue, Apr 26, 2022 at 10:15 PM Sven Peter <sven@xxxxxxxxxxxxx> wrote: > > The NVMe co-processor on the Apple M1 uses a DMA address filter called > SART for some DMA transactions. This adds a simple driver used to > configure the memory regions from which DMA transactions are allowed. > > Unlike a real IOMMU, SART does not support any pagetables and can't be > implemented inside the IOMMU subsystem using iommu_ops. > > It also can't be implemented using dma_map_ops since not all DMA > transactions of the NVMe controller are filtered by SART. > Instead, most buffers have to be registered using the integrated NVMe > IOMMU and we can't have two separate dma_map_ops implementations for a > single device. > > Co-developed-by: Hector Martin <marcan@xxxxxxxxx> > Signed-off-by: Hector Martin <marcan@xxxxxxxxx> > Signed-off-by: Sven Peter <sven@xxxxxxxxxxxxx> Reviewed-by: Arnd Bergmann <arnd@xxxxxxxx> One more detail I noticed: > +#if IS_ENABLED(CONFIG_APPLE_SART) > + > +struct apple_sart; > + > +/* > + * Get a reference to the SART attached to dev. > + * > + * Looks for the phandle reference in apple,sart and returns a pointer > + * to the corresponding apple_sart struct to be used with > + * apple_sart_add_allowed_region and apple_sart_remove_allowed_region. > + */ > +struct apple_sart *devm_apple_sart_get(struct device *dev); > + In general, I don't like to hide declarations in a header behind an #if. Unless there is a good reason for doing this, just make the declaration unconditional, which avoids recompiling when the symbol changes. The only other effect is that you get a link-time error instead of a compile-time error if you messed up the Kconfig dependencies, but as long as the dependencies are correct it will be fine either way. Arnd