[PATCH v5 0/2] Add p2p via dmabuf to habanalabs

Hi, This is v5 of this patch-set following again a long email thread. It contains fixes to the implementation according to the review that Jason did on v4. Jason, I appreciate your feedback. If you can take another look to see I didn't miss anything that would be great. The details of the fixes a

[PATCH v5 1/2] habanalabs: define uAPI to export FD for DMA-BUF

User process might want to share the device memory with another driver/device, and to allow it to access it over PCIe (P2P). To enable this, we utilize the dma-buf mechanism and add a dma-buf exporter support, so the other driver can import the device memory and access it. The device memory is al

[PATCH v5 2/2] habanalabs: add support for dma-buf exporter

From: Tomer Tayar Implement the calls to the dma-buf kernel api to create a dma-buf object backed by FD. We block the option to mmap the DMA-BUF object because we don't support DIRECT_IO and implicit P2P. We only implement support for explicit P2P through importing the FD of the DMA-BUF. In the

Re: drm/amd/display: Simplify hdcp validate_bksv

Hi Joe, I love your patch! Yet something to improve: [auto build test ERROR on drm-intel/for-linux-next] [also build test ERROR on drm-exynos/exynos-drm-next linus/master next-20210709] [cannot apply to kees/for-next/pstore tegra-drm/drm/tegra/for-next drm/drm-next v5.13] [If your patch is appli

Re: drm/amd/display: Simplify hdcp validate_bksv

Hi Joe, I love your patch! Yet something to improve: [auto build test ERROR on drm-intel/for-linux-next] [also build test ERROR on drm-tip/drm-tip drm-exynos/exynos-drm-next linus/master v5.14-rc1 next-20210709] [cannot apply to kees/for-next/pstore tegra-drm/drm/tegra/for-next drm/drm-next] [If