[PATCH rdma-core 3/5] pyverbs: Add dma-buf based MR support
Xiong, Jianxin
jianxin.xiong at intel.com
Tue Nov 24 16:21:04 UTC 2020
> -----Original Message-----
> From: Jason Gunthorpe <jgg at ziepe.ca>
> Sent: Tuesday, November 24, 2020 7:36 AM
> To: Daniel Vetter <daniel at ffwll.ch>
> Cc: Xiong, Jianxin <jianxin.xiong at intel.com>; Leon Romanovsky <leon at kernel.org>; linux-rdma at vger.kernel.org; dri-
> devel at lists.freedesktop.org; Doug Ledford <dledford at redhat.com>; Vetter, Daniel <daniel.vetter at intel.com>; Christian Koenig
> <christian.koenig at amd.com>
> Subject: Re: [PATCH rdma-core 3/5] pyverbs: Add dma-buf based MR support
>
> On Tue, Nov 24, 2020 at 04:16:58PM +0100, Daniel Vetter wrote:
>
> > Compute is the worst, because opencl is widely considered a mistake
> > (maybe opencl 3 is better, but nvidia is stuck on 1.2). The actually
> > used stuff is cuda (nvidia-only), rocm (amd-only) and now with intel
> > also playing we have xe (intel-only).
>
> > It's pretty glorious :-/
>
> I enjoyed how the Intel version of CUDA is called "OneAPI" not "Third API" ;)
>
> Hopefuly xe compute won't leave a lot of half finished abandoned kernel code like Xeon Phi did :(
>
> > Also I think we discussed this already, but for actual p2p the intel
> > patches aren't in upstream yet. We have some internally, but with very
> > broken locking (in the process of getting fixed up, but it's taking time).
>
> Someone needs to say this test works on a real system with an unpatched upstream driver.
>
> I thought AMD had the needed parts merged?
Yes, I have tested these with AMD GPU.
>
> Jason
More information about the dri-devel
mailing list