[RFC PATCH 1/2] swiotlb, dma-direct: Move swiotlb_unencrypted_base to direct.c

2022-07-06 Thread Andrea Parri (Microsoft)
Parri (Microsoft) --- Yeah, this is in some sense trading the dependency on SWIOTLB for a dependency on HAS_DMA: Q1. I'm unable to envision a scenario where SWIOTLB without HAS_DMA would make sense but I'm also expecting one of the kernel test bots to try such a nonsensical configuration... should

[RFC PATCH 2/2] dma-direct: Fix dma_direct_{alloc, free}() for Hyperv-V IVMs

2022-07-06 Thread Andrea Parri (Microsoft)
the (unmodified) DMA address to derive the original virtual address and re-encrypt the pages. Suggested-by: Michael Kelley Co-developed-by: Dexuan Cui Signed-off-by: Dexuan Cui Signed-off-by: Andrea Parri (Microsoft) --- kernel/dma/direct.c | 30 +- 1 file changed, 29

[RFC PATCH 0/2] dma_direct_{alloc,free}() for Hyper-V IVMs

2022-07-06 Thread Andrea Parri (Microsoft)
Through swiotlb_unencrypted_base. P.S. I'm on vacation for the next couple of weeks starting next Monday; Dexuan/Michael should be able to address review feedback in that period. Andrea Parri (Microsoft) (2): swiotlb,dma-direct: Move swiotlb_unencrypted_base to direct.c dma-direct: Fix