Re: [patch 0/7] unencrypted atomic DMA pools with dynamic expansion

2020-04-17 Thread David Rientjes via iommu
On Fri, 17 Apr 2020, Christoph Hellwig wrote: > So modulo a few comments that I can fix up myself this looks good. Unless > you want to resend for some reason I'm ready to pick this up once I open > the dma-mapping tree after -rc2. > Yes, please do, and thanks to both you and Thomas for the gui

Re: [patch 0/7] unencrypted atomic DMA pools with dynamic expansion

2020-04-17 Thread Christoph Hellwig
So modulo a few comments that I can fix up myself this looks good. Unless you want to resend for some reason I'm ready to pick this up once I open the dma-mapping tree after -rc2. ___ iommu mailing list iommu@lists.linux-foundation.org https://lists.linu

[patch 0/7] unencrypted atomic DMA pools with dynamic expansion

2020-04-14 Thread David Rientjes via iommu
set_memory_decrypted() may block so it is not possible to do non-blocking allocations through the DMA API for devices that required unencrypted memory. The solution is to expand the atomic DMA pools for the various possible gfp requirements as a means to prevent an unnecessary depletion of lowmem.