On Tue, Jun 22, 2021 at 04:12:26PM +0300, Oded Gabbay wrote:
Userspace has nothing to do with needing struct pages or not1) Setting sg_page to NULLHi Jason,
2) 'mapping' pages for P2P DMA without going through the iommu
3) Allowing P2P DMA without using the p2p dma API to validate that it
can work at all in the first place.
All of these result in functional bugs in certain system
configurations.
Jason
Thanks for the feedback.
Regarding point 1, why is that a problem if we disable the option to
mmap the dma-buf from user-space ?
Point 1 and 2 mostly go together, you supporting the iommu is not nice
if you dont have struct pages.
You should study Logan's patches I pointed you at as they are solving
exactly this problem.
In addition, I didn't see any problem with sg_page being NULL in theNo, the design of the dmabuf requires the exporter to do the dma maps
RDMA p2p dma-buf code. Did I miss something here ?
and so it is only the exporter that is wrong to omit all the iommu and
p2p logic.
RDMA is OK today only because nobody has implemented dma buf support
in rxe/si - mainly because the only implementations of exporters don't
set the struct page and are thus buggy.
I will take two GAUDI devices and use one as an exporter and one as anI can tell you it doesn't. Stuffing physical addresses directly into
importer. I want to see that the solution works end-to-end, with real
device DMA from importer to exporter.
the sg list doesn't involve any of the IOMMU code so any configuration
that requires IOMMU page table setup will not work.
Jason