From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id D187E2716 for ; Wed, 24 Aug 2016 09:28:12 +0200 (CEST) Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 498393B717; Wed, 24 Aug 2016 07:28:12 +0000 (UTC) Received: from [10.36.7.65] (vpn1-7-65.ams2.redhat.com [10.36.7.65]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u7O7S8KX001996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Aug 2016 03:28:10 -0400 To: "Tan, Jianfeng" , Yuanhan Liu , Pankaj Chauhan References: <20160816025614.GM30752@yliu-dev.sh.intel.com> Cc: dev@dpdk.org, hemant.agrawal@nxp.com, shreyansh.jain@nxp.com From: Maxime Coquelin Message-ID: <3192bcbb-346e-f7f4-d1a9-76a37b778fac@redhat.com> Date: Wed, 24 Aug 2016 09:28:08 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.30]); Wed, 24 Aug 2016 07:28:12 +0000 (UTC) Subject: Re: [dpdk-dev] vhost [query] : support for multiple ports and non VMDQ devices in vhost switch X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 07:28:13 -0000 On 08/18/2016 04:35 AM, Tan, Jianfeng wrote: > Hi Maxime, > > On 8/17/2016 7:18 PM, Maxime Coquelin wrote: >> Hi Jianfeng, >> >> On 08/17/2016 04:33 AM, Tan, Jianfeng wrote: >>> Hi, >>> >>> Please review below proposal of Pankaj and myself after an offline >>> discussion. (Pankaj, please correct me if I'm going somewhere wrong). >>> >>> a. Remove HW dependent option, --strip-vlan, because different kinds of >>> NICs behave differently. It's a bug fix. >>> b. Abstract switching logic into a framework, so that we can develop >>> different kinds of switching logics. In this phase, we will have two >>> switching logics: (1) a simple software-based mac learning switching; >>> (2) VMDQ based switching. Any other advanced switching logics can be >>> proposed based on this framework. >>> c. Merge tep_termination example vxlan as a switching logic of the >>> framework. >> >> I was also thinking of making physical port optional and add MAC >> learning, >> so this is all good for me. > > To make it clear, we are not proposing to eliminate physical port, > instead, we just eliminate the binding of VMDQ and virtio ports, > superseding it with a MAC learning switching. > >> >> Let me know if I can help in implementation, I'll be happy to >> contribute. > > Thank you for participating. Currently, I'm working on item a (will be a > quick and simple fix). Pankaj is working on item b (which would be a > huge change). Item c is depending on item b. So let's wait RFC patch > from Pankaj and see what we can help. Pankaj, so I organize myself , do you have an idea of when the RFC patch will be available? Thanks, Maxime