From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f46.google.com (mail-wm0-f46.google.com [74.125.82.46]) by dpdk.org (Postfix) with ESMTP id 47C3610D68 for ; Thu, 22 Dec 2016 14:46:16 +0100 (CET) Received: by mail-wm0-f46.google.com with SMTP id t79so186862259wmt.0 for ; Thu, 22 Dec 2016 05:46:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=dPjRBecHmOnSxk8j0JgwRUV0wjhcg/Iu+UXf+Z3wLrw=; b=kefJF+ICdDN11QDqf+xqzh/t3QH82ZL3e1OWwF4e6B1pRts1qqDXLH69EPv47iLabe OLH6o5/L+CW+tdO2kBuVeviAdnfOcUodn1H+r+B+SJ7fdR3mHREUbUnT7uf6glI1jEVx Fat4lGx243MsF2PIA+Z6HuMAXrBF5B/lctuO+H/vflwPx4dFtvyQXMOofoSwMMkSnc8M ETkCt/wDvIuSwLnvmyCueliZ+3VNnkIZLkHGxeKqKAqhyre26qn/g4+GgRaMFlN+yHtx YcQ4p0WlHHKjS6RvieNdehi/+vD4Sm7sYTgGM1ZTg+S7l96PDkZ70Zd2DxUyDg4FVkX1 BAGw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=dPjRBecHmOnSxk8j0JgwRUV0wjhcg/Iu+UXf+Z3wLrw=; b=WmcQWm3/KR/Z2RLOW3g+8Bb8I1tK4NeCUbfm68lBRD/WGYjuMXATsQoI0RCKhA45xH MYCfQXhiOATjhfLAj3TTpcd/mDGPg3FpRHv2w9u4E68w32gei44ZSx6nUpCIkAL7TvNa hoTvbqSOdr4sYQfUQ9Q3ISMgJSv4MLpC/NBKG0pqlPIquy3lD6tgLjPVaS97GWmeli80 a/AFmETLUH/+xFH0NWa6KBM7jsiVwBTohbTaZo1HaomiqEUChz1ftGWFV/Rdu7o8jLxQ yBGlp+tYs4j3Kg+RYXEOepx/haRm/JRNnqi4V6v7dNHuV1rrBsc3jRzaVZROXkeiLxIL kDEA== X-Gm-Message-State: AIkVDXL52rJcBpSCQzTa2reWc1ohsjDWsKCRu8gQi/BSIX+xlVuE5Fr1F5bZsvq9SvC/sllZ X-Received: by 10.28.232.16 with SMTP id f16mr9237823wmh.103.1482414375953; Thu, 22 Dec 2016 05:46:15 -0800 (PST) Received: from [10.16.0.240] (guy78-3-82-239-227-177.fbx.proxad.net. [82.239.227.177]) by smtp.gmail.com with ESMTPSA id d10sm35667428wja.20.2016.12.22.05.46.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 Dec 2016 05:46:14 -0800 (PST) To: "Chen, Jing D" References: <20161216143919.4909-1-ferruh.yigit@intel.com> <5846f66b-9a83-faa6-3de1-c7ae12236201@6wind.com> <4341B239C0EFF9468EE453F9E9F4604D3C5B7FE2@shsmsx102.ccr.corp.intel.com> <7801511.7yxptAly8J@xps13> <4341B239C0EFF9468EE453F9E9F4604D3C5B8459@shsmsx102.ccr.corp.intel.com> <42c7689f-a827-aa3c-777b-cfc78107d63e@6wind.com> <4341B239C0EFF9468EE453F9E9F4604D3C5B8BD7@shsmsx102.ccr.corp.intel.com> <932774d3-e0f7-7b44-1635-9015b8be6c0e@6wind.com> <4341B239C0EFF9468EE453F9E9F4604D3C5C6B22@shsmsx102.ccr.corp.intel.com> Cc: Thomas Monjalon , "dev@dpdk.org" , "Yigit, Ferruh" , "Wu, Jingjing" , "Zhang, Helin" From: Vincent JARDIN Organization: www.6wind.com Message-ID: <7b981a32-9837-5e5c-dc0d-3c4781341aeb@6wind.com> Date: Thu, 22 Dec 2016 14:46:11 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <4341B239C0EFF9468EE453F9E9F4604D3C5C6B22@shsmsx102.ccr.corp.intel.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [dpdk-dev] [PATCH v5 00/29] Support VFD and DPDK PF + kernel VF on i40e 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, 22 Dec 2016 13:46:16 -0000 Le 22/12/2016 à 09:10, Chen, Jing D a écrit : > In the meanwhile, we have some test models ongoing to validate combination of Linux and > DPDK drivers for VF and PF. We'll fully support below 4 cases going forward. > 1. DPDK PF + DPDK VF > 2. DPDK PF + Linux VF + DPDK PF + FreeBSD VF + DPDK PF + Windows VF + DPDK PF + OS xyz VF > 3. Linux PF + DPDK VF > 4. Linux PF + Linux VF (it's not our scope) So, you confirm the issue: having DPDK becoming a PF, even if SRIOV protocol includes version-ing, it doubles the combinatory cases. > > After applied this patch, i've done below test without observing compatibility issue. > 1. DPDK PF + DPDK VF (middle of 16.11 and 17.02 code base). PF to support API 1.0 while VF > to support API 1.1/1.0 > 2. DPDK PF + Linux VF 1.5.14. PF to support 1.0, while Linux to support 1.1/1.0 > > Linux PF + DPDK VF has been tested with 1.0 API long time ago. There is some test activities > ongoing. > > Finally, please give strong reasons to support your NAC. I feel bad because I do recognize the strong and hard work that you have done on this PF development, but I feel we need first to assess if DPDK should become a PF or not. I know ixgbe did open the path and that they are some historical DPDK PF supports in Intel NICs, but before we generalize it, we have to make sure we are not turning this DataPlane development Kit into a ControlPlane Driver Kit that we are scared to upstream into Linux kernel. Even if "DPDK is not Linux", it does not mean that Linux should be ignored. In case of DPDK on other OS, same, their PF could be extended too. So currently, yes, I do keep a nack't Since DPDK PF features can be into Linux PF features too and since Linux (and other hypervisors) has already some tools to manage PF (see iproute2, etc.), why should we have an other management path with DPDK? DPDK is aimed to be a Dataplane Development kit, not a management/control plane driver kit. Assuming you want to use DPDK PF for dataplane feature, that could be OK then, using: - configure one VF on the hypervisor from Linux's PF, let's name if VF_forPFtraffic, see http://dpdk.org/doc/guides/howto/flow_bifurcation.html - have no (or few IO)s to the PF's queue - assign the traffic to all VF_forPFtraffic's queues of the hypervisor, - run DPDK into the hypervisor's VF_forPFtraffic Doing so, we get the same benefit of running DPDK over PF or running DPDK over VF_forPFtraffic, don't we? It is a benefit of: http://dpdk.org/doc/guides/howto/flow_bifurcation.html Thank you, Vincent