From mboxrd@z Thu Jan 1 00:00:00 1970 From: Finn Christensen Subject: Re: Napatech pmd Date: Tue, 9 Jan 2018 10:43:45 +0000 Message-ID: <78ccb55ac0ec4135ac6a6df7dc618f2d@napatech.com> References: <1643500.LyBOxPcb61@xps> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Cc: "dev@dpdk.org" To: Thomas Monjalon Return-path: Received: from mail01.napatech.com (mail01.napatech.com [188.120.77.121]) by dpdk.org (Postfix) with ESMTP id 77A951B168 for ; Tue, 9 Jan 2018 11:43:47 +0100 (CET) In-Reply-To: <1643500.LyBOxPcb61@xps> Content-Language: en-US List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" >-----Original Message----- >From: Thomas Monjalon [mailto:thomas@monjalon.net] >Sent: 8. januar 2018 16:16 >To: Finn Christensen >Cc: dev@dpdk.org >Subject: Re: [dpdk-dev] Napatech pmd > >Hi, > >08/01/2018 14:08, Finn Christensen: >> Hi Thomas, >> >> Thanks for bringing this discussion up again. >> >> The Napatech PMD is build on top of our proprietary driver. The reason i= s >basically that we utilize many years of driver development and thus reuses >the FPGA controlling code in the DPDK PMD. The Napatech driver suite is st= ill >closed source. >> The current NTNIC PMD dynamically links a Napatech proprietary NTAPI >library to control the FPGA on our NICs. >> >> We did think of the PMD as being our responsibility to keep updated >towards the Napatech NIC communication, and that we would be engaged >and asked to modify accordingly if changes in DPDK required that >(maintainer). Furthermore, the PMD compiles with no issues, when NTNIC is >enabled. >> We have plans to write a stand-alone PMD, but this is not a small task t= o do, >therefore we haven't got to that yet. > >This standalone PMD would be open and BSD licensed? Yes! > >> If the DPDK community would accept the dynamic linking to a proprietary >library, from inside our PMD, then it would be great. > >Dynamic linking is OK. >I think we can accept such PMD at the condition that we can build it, mean= ing >we can easily download the build dependencies for free. That sounds great. This was also our initial thoughts about the implementat= ion. I will try to start this task up again and next step, I guess, will be a ne= w RFC for a new Napatech pmd. > >> Let me know what you think. Or maybe you have ideas to what else we >could do to make it upstream. > >My thinking is to allow every hardware to have a good DPDK support. >Every step in this direction is a progress. Thanks, Finn