From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by dpdk.org (Postfix) with ESMTP id 8077A201 for ; Tue, 6 Dec 2016 00:34:53 +0100 (CET) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga104.fm.intel.com with ESMTP; 05 Dec 2016 15:34:52 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.33,750,1477983600"; d="scan'208,217";a="1068330204" Received: from fmsmsx105.amr.corp.intel.com ([10.18.124.203]) by orsmga001.jf.intel.com with ESMTP; 05 Dec 2016 15:34:52 -0800 Received: from fmsmsx122.amr.corp.intel.com (10.18.125.37) by FMSMSX105.amr.corp.intel.com (10.18.124.203) with Microsoft SMTP Server (TLS) id 14.3.248.2; Mon, 5 Dec 2016 15:34:52 -0800 Received: from shsmsx104.ccr.corp.intel.com (10.239.4.70) by fmsmsx122.amr.corp.intel.com (10.18.125.37) with Microsoft SMTP Server (TLS) id 14.3.248.2; Mon, 5 Dec 2016 15:34:51 -0800 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.239]) by SHSMSX104.ccr.corp.intel.com ([169.254.5.142]) with mapi id 14.03.0248.002; Tue, 6 Dec 2016 07:34:49 +0800 From: "Lu, Wenzhuo" To: "Dey, Souvik" , "dev@dpdk.org" CC: "Dai, Wei" Thread-Topic: ixgbevf: support multicast packets from PF to VF Thread-Index: AdJMwUeMIovxzxwPQU2ASbR+LZsrlAAABeeQAHZmrXAAI3HaEAAJYwuA Date: Mon, 5 Dec 2016 23:34:48 +0000 Message-ID: <6A0DE07E22DDAD4C9103DF62FEBC0909393561EC@shsmsx102.ccr.corp.intel.com> References: <6A0DE07E22DDAD4C9103DF62FEBC090939355C77@shsmsx102.ccr.corp.intel.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMjQ3NWVmNjYtNWEwOS00MjIzLWJhMWUtZGU2NjU3MGM0YWI1IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX1BVQkxJQyJ9XX1dfSwiU3ViamVjdExhYmVscyI6W10sIlRNQ1ZlcnNpb24iOiIxNS45LjYuNiIsIlRydXN0ZWRMYWJlbEhhc2giOiJNVXZCZnMrTjV6WVB1N05LR0l2cnlFa2RjUmMySlJ0TXdSKzZpVTdaeHRJPSJ9 x-ctpclassification: CTP_PUBLIC x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] ixgbevf: support multicast packets from PF to VF 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: Mon, 05 Dec 2016 23:34:54 -0000 Hi Dey, I'm confused. rte_eth_allmulticast_enable means the port can receive all the multicast pa= ckets. In another word, it's multicast promiscuous mode. rte_eth_dev_set_mc_addr_list means adding a series of multicast addresses t= o the filter, so the port can receive these specific multicast packets. It'= s not promiscuous. During your test, I think only rte_eth_dev_set_mc_addr_list is working. rte= _eth_allmulticast_enable has no effect. As you mentioned the PF driver version, I'm afraid the problem is the PF. = When you call rte_eth_allmulticast_enable on VF, VF only sends a message to= PF. PF need to take action. So you must have a PF which can support this f= eature. From: Dey, Souvik [mailto:sodey@sonusnet.com] Sent: Tuesday, December 6, 2016 3:01 AM To: Lu, Wenzhuo ; dev@dpdk.org Subject: RE: ixgbevf: support multicast packets from PF to VF Hi Wenzhuo, There is nothing set with the rte_eth_dev_set_mc_addr_list and we are tryin= g to receive the NS packet which has the destination MAC set as 33 33 ff 00= 00 14. Also what I saw is that the handling of allmulticast_enable message= in the kernel has happened after 4.0 version and the PF drivers which earl= ier kernel version will not support this. How should handle those scenarios= ? In my case too I tried 2 experiments : 1. Only set the rte_eth_allmulticast_enable from the DPDK app and I pa= tched the ixgbevf_pmd with our patch. The function was returning SUCCESS bu= t the NS packets were received in the application. 2. Then along with rte_eth_allmulticast_enable, I used the rte_eth_dev= _set_mc_addr_list to set the MAC 33 33 ff 00 00 14 from my app to the pmd. = After this I was successfully receiving the NS packets. But then the bigger= question is how to automate the addition of mc_addr in rte_eth_dev_set_mc_= addr_list as in the kni we are currently not using the kni_net_set_rx_mode(= ) function which is called by the net_device whenever the new mc_addr is as= signed to the net_device. -- Regards, Souvik From: Lu, Wenzhuo [mailto:wenzhuo.lu@intel.com] Sent: Sunday, December 4, 2016 9:02 PM To: Dey, Souvik >; dev@dpdk.o= rg Subject: RE: ixgbevf: support multicast packets from PF to VF Hi Souvik, To my opinion, rte_eth_dev_set_mc_addr_list has nothing to do with rte_eth_= allmulticast_enable. rte_eth_allmulticast_enable is enough for the multicas= t packets. I'm curious about the 1, what MAC addresses are set by rte_eth_dev_set_mc_a= ddr_list? 2, What multicast packets are sent? Thanks. Best regards Wenzhuo Lu From: Dey, Souvik [mailto:sodey@sonusnet.com] Sent: Saturday, December 3, 2016 1:28 AM To: dev@dpdk.org; Lu, Wenzhuo Subject: RE: ixgbevf: support multicast packets from PF to VF Adding wenzhuo.lu@intel.com From: Dey, Souvik Sent: Friday, December 2, 2016 12:27 PM To: 'dev@dpdk.org' > Subject: ixgbevf: support multicast packets from PF to VF Hi All, I am trying to support multicast packet over SRIOV using ke= rnel PF + DPDK VF(ixgbevf) drivers for ipv6. I am currently using 2.1 DPDK = and found that there was a patch in 16.04 for "ixgbe: support multicast pro= miscuous mode on VF". So I have backported the patch to the 2.1 DPDK but st= ill multicast packets were not coming up to the DPDK app. Then I tried to e= nable the rte_eth_dev_set_mc_addr_list and with the the packets were coming= up properly. Now I have some doubts : 1. Do we have to use both rte_eth_dev_set_mc_addr_list and rte_eth_all= multicast_enable to get the multicast packets. 2. How do we get the mc_addr_list dynamically as I don't see we are us= ing the kni_net_set_rx_mode in rte_kni. Without this the DPDK app will not = have any idea to update the mc_addr_list in the PF. 3. Is there any other patches which I should be using to get this func= tionality working. I am using : DPDK -2.1 Host kernel - 4.4 ( ubuntu) Guest kernel - 3.2 (Debian) Drivers - ixgbe ( for both pf and vf). Thanks in advance for the help and support. -- Regards, Souvik