On Mon, 8 Nov 2021 14:07:47 -0800 Stephen Hemminger <step...@networkplumber.org> wrote:
> On Mon, 8 Nov 2021 21:20:31 +0000 > Elena Agostini <eagost...@nvidia.com> wrote: > > > > From: Stephen Hemminger <step...@networkplumber.org> > > > Date: Monday, 8 November 2021 at 20:02 > > > To: Elena Agostini <eagost...@nvidia.com> > > > Cc: dev@dpdk.org <dev@dpdk.org> > > > Subject: Re: [dpdk-dev] [RFC PATCH] gpu/cuda: introduce CUDA driver > > > External email: Use caution opening links or attachments > > > > > > > > > On Tue, 5 Oct 2021 22:49:05 +0000 > > > <eagost...@nvidia.com> wrote: > > > > > > > From: Elena Agostini <eagost...@nvidia.com> > > > > > > > > This is the CUDA implementation of the gpudev library. > > > > Funcitonalities implemented through CUDA Driver API are: > > > > > > > > - Device probe and remove > > > > - Manage device memory allocations > > > > - Register/unregister external CPU memory in the device memory area > > > > > > > > Signed-off-by: Elena Agostini <eagost...@nvidia.com> > > > > --- > > > > > > What is the license of the CUDA Driver? > > > > I meant the CUDA driver API? > The DPDK policy is that driver can not be a wrapper around a > close source API. If it is this license agreement from Nvidia https://docs.nvidia.com/cuda/eula/index.html Then it is clearly not open source and I would have to recommend against allowing this driver in DPDK. Corollary: without a open-source GPU driver, I would also recommend against including the GPU driver subsystem in DPDK. Note: these views are my own as part of the open-source community and do not represent those of my employer.
