From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 674F5A04DD; Tue, 20 Oct 2020 11:15:31 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 00217AD28; Tue, 20 Oct 2020 11:06:15 +0200 (CEST) Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) by dpdk.org (Postfix) with ESMTP id 0C2B13257 for ; Tue, 20 Oct 2020 11:06:12 +0200 (CEST) IronPort-SDR: yde3o4tNANd9qRzlUTVQ+9x84ziZU0sm8F4dhDBdWfEY0pPdDyC5WCLw0SWhl0k24pCOWqWpBv dOXCojOROYuA== X-IronPort-AV: E=McAfee;i="6000,8403,9779"; a="228810620" X-IronPort-AV: E=Sophos;i="5.77,396,1596524400"; d="scan'208";a="228810620" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Oct 2020 02:06:11 -0700 IronPort-SDR: 3ODtFeudQ6vqyWQoBYo4SsP3p93k8kCMyr49kmzEmLANNsSYNoVRyJo0l3xglzjD+dKKVB3t8R PG4zilYrxuwQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.77,396,1596524400"; d="scan'208";a="523434410" Received: from fmsmsx602.amr.corp.intel.com ([10.18.126.82]) by fmsmga005.fm.intel.com with ESMTP; 20 Oct 2020 02:06:10 -0700 Received: from shsmsx605.ccr.corp.intel.com (10.109.6.215) by fmsmsx602.amr.corp.intel.com (10.18.126.82) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Tue, 20 Oct 2020 02:06:09 -0700 Received: from shsmsx601.ccr.corp.intel.com (10.109.6.141) by SHSMSX605.ccr.corp.intel.com (10.109.6.215) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Tue, 20 Oct 2020 17:06:07 +0800 Received: from shsmsx601.ccr.corp.intel.com ([10.109.6.141]) by SHSMSX601.ccr.corp.intel.com ([10.109.6.141]) with mapi id 15.01.1713.004; Tue, 20 Oct 2020 17:06:07 +0800 From: "Zhang, Qi Z" To: "Sun, GuinanX" , "dev@dpdk.org" CC: "Xing, Beilei" , "Wu, Jingjing" , "Sun, GuinanX" Thread-Topic: [PATCH v4] net/iavf: fix adding multicast MAC address Thread-Index: AQHWotDPCT3Qk3tKQUGr1Oag9xkHmKmgOsPQ Date: Tue, 20 Oct 2020 09:06:07 +0000 Message-ID: References: <20201015020204.12658-1-guinanx.sun@intel.com> <20201015084305.48257-1-guinanx.sun@intel.com> In-Reply-To: <20201015084305.48257-1-guinanx.sun@intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-reaction: no-action dlp-version: 11.5.1.3 dlp-product: dlpe-windows x-originating-ip: [10.239.127.36] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH v4] net/iavf: fix adding multicast MAC address 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: , Errors-To: dev-bounces@dpdk.org Sender: "dev" > -----Original Message----- > From: Guinan Sun > Sent: Thursday, October 15, 2020 4:43 PM > To: dev@dpdk.org > Cc: Xing, Beilei ; Zhang, Qi Z ; > Wu, Jingjing ; Sun, GuinanX > Subject: [PATCH v4] net/iavf: fix adding multicast MAC address >=20 > When the multicast address list is added, it will flush previous addresse= s first, > and then add new ones. > If the number of multicast address in the list exceeds the upper limit, i= t will > cause failure, then need to roll back previous addresses. This patch fixe= s the > issue. >=20 > Fixes: 05e4c3aff35f ("net/iavf: support multicast configuration") >=20 > Signed-off-by: Guinan Sun > Tested-by: Peng Yuan > Acked-by: Beilei Xing Applied to dpdk-next-net-intel. Thanks Qi