> -----Original Message----- > From: Jason Gunthorpe <j...@ziepe.ca> > Sent: Tuesday, November 24, 2020 7:36 AM > To: Daniel Vetter <dan...@ffwll.ch> > Cc: Xiong, Jianxin <jianxin.xi...@intel.com>; Leon Romanovsky > <l...@kernel.org>; linux-r...@vger.kernel.org; dri- > de...@lists.freedesktop.org; Doug Ledford <dledf...@redhat.com>; Vetter, > Daniel <daniel.vet...@intel.com>; Christian Koenig > <christian.koe...@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 _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel