From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yw0-f172.google.com (mail-yw0-f172.google.com [209.85.161.172]) by dpdk.org (Postfix) with ESMTP id 921092BF3 for ; Thu, 16 Mar 2017 19:09:54 +0100 (CET) Received: by mail-yw0-f172.google.com with SMTP id p77so38384389ywg.1 for ; Thu, 16 Mar 2017 11:09:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=P9XCZWER1SdB887oH8F3CS4MzS/7VHP+V6b/BUord1U=; b=DFoghI7mI6yrbirRbONLVnYBTfOkwsqlKZDdj9m7iaO7Z37rPJdFjTXlpyoUqVbH4W 4dnBoJ7DWT2k3BOlcwl6mumsABi/v4ckBUMEdPnrzr98g/DzxDoFyNYZCpKgusDwPvqu 7ldquADQNHpIN60lZg00jdWSJ5ht7vNSpofw4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=P9XCZWER1SdB887oH8F3CS4MzS/7VHP+V6b/BUord1U=; b=pMr1AAIjJHv53rfzpMR/4KKIyLKWmtr2e5NY9uwx0NrNVEAaQITfituNYuMUAtL6kv aOLySuJ20zTwDMPGHth9Uihr+6Z07pJYRhxaySU73wXiNxeL9YEtf8dHTQ9qeULTSG1H Dyvi5H10m8x3JsvL0/4TNhuD+1KdwArEaUU4iFrvw++CQvJbARbJkmemuWz988SHfYp7 FKBcYeQTwutht7ZDp+YzQOOzqWiUDmzEKYcPxBDEYBtWm/H0UIw9eLv0MQaXKJTuZBFV iW9ILcDpQh0W1ukVN/AQ3AUyNqtnyTdMecXRmKFhsSwZujWiZ+lmz23MEZOiUirCANuD /Elw== X-Gm-Message-State: AFeK/H17uWcuSxqLqPb5n/gPb8w9w19K+2elCeEAGQFmQrUfAMHCxVc7Zh/oWaBZlG2/UFuHVnUO/G7+oymzdp0C X-Received: by 10.37.174.2 with SMTP id a2mr3944147ybj.132.1489687793631; Thu, 16 Mar 2017 11:09:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.55.216 with HTTP; Thu, 16 Mar 2017 11:09:53 -0700 (PDT) In-Reply-To: <1489660357.1692.4.camel@gmail.com> References: <1488414008-162839-1-git-send-email-allain.legacy@windriver.com> <4b3a0ff4-3d19-8e4b-0cbf-2a08e6433285@6wind.com> <26FA93C7ED1EAA44AB77D62FBE1D27BA7231E927@IRSMSX108.ger.corp.intel.com> <78399437.9zD9LecKHj@xps13> <516e9e6b-0a37-4b3c-ee06-119b317da1fc@6wind.com> <26FA93C7ED1EAA44AB77D62FBE1D27BA7232038D@IRSMSX108.ger.corp.intel.com> <1489660357.1692.4.camel@gmail.com> From: Francois Ozog Date: Thu, 16 Mar 2017 19:09:53 +0100 Message-ID: To: Chas Williams <3chas3@gmail.com> Cc: "O'Driscoll, Tim" , Vincent JARDIN , Thomas Monjalon , "Legacy, Allain (Wind River)" , "Yigit, Ferruh" , "dev@dpdk.org" , "Jolliffe, Ian (Wind River)" , "Wiles, Keith" , "techboard@dpdk.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-dev] [PATCH v4 00/17] Wind River Systems AVP PMD vs virtio? 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: Thu, 16 Mar 2017 18:09:54 -0000 On 16 March 2017 at 11:32, Chas Williams <3chas3@gmail.com> wrote: > > On Thu, 2017-03-16 at 03:18 +0000, O'Driscoll, Tim wrote: > > > From: Vincent JARDIN [mailto:vincent.jardin@6wind.com] > > > > > > Le 15/03/2017 =C3=A0 11:55, Thomas Monjalon a =C3=A9crit : > > > >> I'd suggest that this is a good topic for the next Tech Board > > > meeting. > > > > I agree Tim. > > > > CC'ing techboard to add this item to the agenda of the next meeting= . > > > > > > Frankly, I disagree, it is missing some discussions on the list. > > > > I think the discussion on the mailing list is at an impasse and it won'= t be resolved there. I think the Tech Board needs to consider several issue= s: > > - What are the requirements for a new PMD to be accepted? For example, = you're asking for performance data in this case, when this hasn't been a re= quirement for other PMDs. > > It does seem like that would be the purpose of the tech board in the > first place. The tech board doesn't need to decide individual matters > but must at least provide guidelines for the developers to follow. > Otherwise you are asking for a popular vote to decide matters. > > As for performance data, the tech board could certainly make this a > requirement. If your argument is that we can't require X because we > didn't require X in the past means that the tech board is basically > pointless -- it can't make any changes to the existing processes. > > Should performance be a criterion? Possibly. What happens when X > is faster at B but slower at A and Y is faster at A but slower at B? > Now you don't have a clear case of what "performance" means since it > varies based on what the end user is doing. So which is faster? > > DPDK already has overlapping PMD's -- PCAP, AF_PACKET and now TAP. > So if your reasoning is that DPDK doesn't want overlapping support, > DPDK needs to start thinking about narrowing down the existing > overlapping PMD's. Otherwise, it does look like hypocrisy. > > > - Should there be different requirements for PMDs for virtual devices v= ersus physical devices? > > How "real" does a device need to be? SRIOV blurs the line somewhat > between virtual and physical devices. What is a VF, physical or virtual? > It looks like a physical device in DPDK, but it's really virtual. > SR-IOV is a way to partition hardware and is virtual from the PCI bus stand point. Nothing to do with Qemu virtualization. So acccessing a VF from either host or guest does not change the nature of the device: it is a physical device with its features, packet queue format, packet descriptors. You just change the access method. There is not such a thing as a VF driver. There are XYZ model ABC PF and VF PMDs. In other words, with SR-IOV you cannot use Intel 82599 VF driver on a Mellanox Connectx4 NIC. > Personally, I would prefer to see a minimum set of required capabilities. > Not every driver needs to support offload but it seems like there should > be some minimum set of functionality, like changing the MTU, supporting > tagged traffic, or changing the MAC address. Stuff a driver might need > to be able to interoperate with other parts of DPDK (like bonding). > > > - Based on these criteria, should the AVP PMD be accepted or not? --=20 Fran=C3=A7ois-Fr=C3=A9d=C3=A9ric Ozog | Director Linaro Networking Group T: +33.67221.6485 francois.ozog@linaro.org | Skype: ffozog