From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail02.napatech.com (mail02.napatech.com [188.120.77.119]) by dpdk.org (Postfix) with ESMTP id 1E4831B20F for ; Tue, 9 Jan 2018 20:58:08 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=napatech.com; i=@napatech.com; q=dns/txt; s=mar2017; t=1515527888; x=1547063888; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=3T2OU1OnDkSYAF87h9g2gfRn63kYQfQqWx8nE506ApE=; b=XjeCCgV3corTr7Dtxs4TmDvM/sYIuibiuhOqpeO6hBM6oVT1T4HZldwz lEGADtlNSZdyXOrpRnEo/dQF+NUo1dWcnLd92qYScl8gKVBHseLHJyD+b lNrA8Ivync6nWyJGBjM58xIU1+VfoE9dFcc88RzSALENdNY0cD0WiQemp HiDTBHKmRPdmoADvC34KfSeo0TIIrsrs4RBkfg59Y40iHjt27A5ovqg5X mmqYWRtoGD/ZsFl9qqi0w4izWIFMifsgGNI+LUBwxuDCLmyPqkhPhEU9J kbEBanoQm440wX1bV9ltAp++a6TKBxu0AlyCnIy3xanO4T8q8MHBQrQrQ Q==; IronPort-PHdr: =?us-ascii?q?9a23=3AlRTOYxbnKYkKtruzvQUvwKn/LSx+4OfEezUN459i?= =?us-ascii?q?sYplN5qZr8y8bnLW6fgltlLVR4KTs6sC17KP9fC+EjVZud6oizMrSNR0TRgLiM?= =?us-ascii?q?EbzUQLIfWuLgnFFsPsdDEwB89YVVVorDmROElRH9viNRWJ+iXhpTEdFQ/iOgVr?= =?us-ascii?q?O+/7BpDdj9it1+C15pbffxhEiCCybL9uMRm6twbcu8gZjYd/N6o91gbCr2dVde?= =?us-ascii?q?hR2W5mP0+YkQzm5se38p5j8iBQtOwk+sVdT6j0fLk2QKJBAjg+PG87+MPktR/Y?= =?us-ascii?q?TQuS/XQcSXkZkgBJAwfe8h73WIr6vzbguep83CmaOtD2TawxVD+/4apnVAPkhS?= =?us-ascii?q?EaPDMi7mrZltJ/g75aoBK5phxw3YjUYJ2ONPFjeq/RZM4WSXZdUspUUSFKH4Gy?= =?us-ascii?q?YJYVD+cZPehWsZTzp0cAoxW9CwmjBuLvxSNHiHD5xqA6z/0hEQPa0AA8A94Crn?= =?us-ascii?q?LZp8j1OqcIVuC1ybHFwzLCb/xK2Tfy8pbHchQ8qv+KXLJwdcjRxlMyHA7Ci1WQ?= =?us-ascii?q?rZfoPzWP2eQVqWeb8/RvWv6vi2I9tw5xpT2vy94qh4LUhYwV0kjJ+ThlzIovO9?= =?us-ascii?q?G1R1J3bcS5HJdKtCyXOJN6Tt0+T2xsoio21LMLtJGhcCQXyZkqxgTTZ+KHfoWH?= =?us-ascii?q?+h7jWvieLDRkiH9gfb+yhxW//VWlx+D8S8W7yktGoy9fndbQuH0N2Rne58uIR/?= =?us-ascii?q?Rj+EqqxCyB2BrJ6u5eJEA5ja/bK5k8zbEujpcTqkHDHjPumEXxka+Wal0o+ui2?= =?us-ascii?q?5OTjZbXrvpqcOJV1igH6KKgunNawAfwiPQgSQWeU5eS82Kf/8k3+RbVGlvw2kq?= =?us-ascii?q?/Hv5DGPckXu7K1DxVL3oss9xqzFSqq3M4bkHQINF5FfQiIj4ntO1HAOvD4CvK/?= =?us-ascii?q?jkypkDdv3P3GOKfuAo3XIXjfjrjuYbZ951RAxwo0yNBT/4hUBa0ZIPLvRk/xs8?= =?us-ascii?q?TVAQInPAyq2OvoFc192Z4dWW6VBa+ZKqzS4he04bdlL+SSTIMNtDW7LOIqrba6?= =?us-ascii?q?gXInsVMFcarv2oEYPiOWBPNjdmCYanrlj9NJNWYOvAN2GOnuoFuLSTdPan2yGa?= =?us-ascii?q?k742doW8qdEY7fS9X10/S61yChE8gTPzgeBw=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2GyAQBNHlVa/1QB8ApeGgEBAQEBAgEBA?= =?us-ascii?q?QEIAQEBAYNAgVounw6XQoIBCoIBgzoChDpCFQEBAQEBAQEBAQECaB0LgjgkAYJ?= =?us-ascii?q?HAQEBAQIBOj8FCwIBBQMYHhAyJQIEDg0MihUIrVsRg02KNwEBAQEGAQEBASSEI?= =?us-ascii?q?INsgWmDLoRihjgFo1+VOJQSlmwCAgICCQIagTw1JIFQMhoIGxWCaIJTHIFnQYp?= =?us-ascii?q?TAYEWAQEB?= X-IPAS-Result: =?us-ascii?q?A2GyAQBNHlVa/1QB8ApeGgEBAQEBAgEBAQEIAQEBAYNAgVo?= =?us-ascii?q?unw6XQoIBCoIBgzoChDpCFQEBAQEBAQEBAQECaB0LgjgkAYJHAQEBAQIBOj8FC?= =?us-ascii?q?wIBBQMYHhAyJQIEDg0MihUIrVsRg02KNwEBAQEGAQEBASSEIINsgWmDLoRihjg?= =?us-ascii?q?Fo1+VOJQSlmwCAgICCQIagTw1JIFQMhoIGxWCaIJTHIFnQYpTAYEWAQEB?= Received: from cph-gen-exch02.napatech.com (10.240.1.84) by cph-gen-exch02.napatech.com (10.240.1.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.26; Tue, 9 Jan 2018 20:57:50 +0100 Received: from cph-gen-exch02.napatech.com ([fe80::581:51a1:ac3f:84e]) by cph-gen-exch02.napatech.com ([fe80::581:51a1:ac3f:84e%12]) with mapi id 15.01.1034.026; Tue, 9 Jan 2018 20:57:50 +0100 From: Michael Lilja To: "dev@dpdk.org" CC: Finn Christensen , Neil Horman , Thomas Monjalon Thread-Topic: [dpdk-dev] Napatech pmd Thread-Index: AQHTiJO51AfvK8+On0Seu52i7vHSQqNr046AgAAa8rA= Date: Tue, 9 Jan 2018 19:57:50 +0000 Message-ID: <82be0f1b54b543ed8f7bf0799512b1cd@napatech.com> References: <1643500.LyBOxPcb61@xps> <20180109185037.GB14094@hmswarspite.think-freely.org> In-Reply-To: <20180109185037.GB14094@hmswarspite.think-freely.org> Accept-Language: da-DK, en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [209.234.166.254] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] Napatech pmd X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2018 19:58:08 -0000 > On Mon, Jan 08, 2018 at 04:15:47PM +0100, Thomas Monjalon wrote: > > 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 is 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 still 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 tas= k > to do, therefore we haven't got to that yet. > > > > This standalone PMD would be open and BSD licensed? > > > > > 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, > > meaning we can easily download the build dependencies for free. > > > > > 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. > > >=20 > I have to ask the question: Why not open source your FPGA code? That > would make all of this a non issue. >=20 > While I knows it to various degrees been done in the past, I really don't > like the idea of including drivers (even open source drivers), if they ha= ve > dependencies on closed source software. It means that we as a > community assume some level of responsibility for that pmd, but have > no ability to make fixes to that pmd without accepting your license > terms. I understand that you are saying you currently have responsibilit= y > for it as the license owner, but if that chages in the future, the PMD ha= s > no use to the community. It would be preferable if access to controlling > the hardware was just free of a proprietary license. Then you wouldn't > have to write a stand alone pmd. >=20 > Neil I understand your concern, but it is quite normal that BSP (Board Support P= ackage) is binary and has an API that is BSD licensed. The Napatech Suite i= s basically a BSP. The API that will be used in the PMD is a BSD licensed A= PI and so will the PMD be. If you understand the API you will be able to co= ntrol the hardware and thereby also be able to change the DPDK driver. The = API is public available and so is the BSP binary package. A good analogy is= how Android does open source develop for Quallcomm based HW boards, where = the Quallcomm firmware is proprietary. Any user can download full Android s= tack and BSP packages free of charge to do Android development. /Michael