From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) by dpdk.org (Postfix) with ESMTP id 0F9091B139; Fri, 28 Sep 2018 12:04:12 +0200 (CEST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Sep 2018 03:04:12 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.54,314,1534834800"; d="scan'208";a="261176812" Received: from fyigit-mobl.ger.corp.intel.com (HELO [10.252.3.51]) ([10.252.3.51]) by orsmga005.jf.intel.com with ESMTP; 28 Sep 2018 03:03:48 -0700 From: Ferruh Yigit To: Chas Williams <3chas3@gmail.com> Cc: Thomas Monjalon , Chas Williams , dev@dpdk.org, Declan Doherty , Radu Nicolau , stable@dpdk.org References: <1533129523-1407-1-git-send-email-radu.nicolau@intel.com> <0c16cb66-6ee4-ff2d-6d16-7a3fdd021b0c@intel.com> <11360076.HoYMhSRcrZ@xps> Openpgp: preference=signencrypt Message-ID: Date: Fri, 28 Sep 2018 11:03:47 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [dpdk-stable] [dpdk-dev] [PATCH] net/bonding: stop and deactivate slaves when bonding port is stopped X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches for DPDK stable branches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2018 10:04:13 -0000 On 9/28/2018 11:00 AM, Ferruh Yigit wrote: > On 8/24/2018 3:05 PM, Chas Williams wrote: >> >> >> On Fri, Aug 24, 2018 at 6:39 AM Ferruh Yigit > > wrote: >> >> On 8/23/2018 4:21 PM, Chas Williams wrote: >> > >> > >> > On Thu, Aug 23, 2018 at 9:15 AM Ferruh Yigit > >> > >> wrote: >> > >> >     On 8/6/2018 4:50 PM, Chas Williams wrote: >> >     > On Sun, Aug 5, 2018 at 5:55 PM Thomas Monjalon > >> >     >> wrote: >> >     > >> >     >> 02/08/2018 15:38, Doherty, Declan: >> >     >>> On 01/08/2018 2:18 PM, Radu Nicolau wrote: >> >     >>>> When a bonding port is stopped also stop and deactivate all slaves. >> >     >>>> Otherwise slaves will be still listed as active. >> >     >>>> >> >     >>>> Fixes: 69bce062132b ("net/bonding: do not clear active slave count") >> >     >>>> Cc: stable@dpdk.org >> > >> >     >>>> >> >     >>>> Signed-off-by: Radu Nicolau > >> >     >> >> >     >>> >> >     >>> Acked-by: Declan Doherty > >> >     >> >> >     >> >> >     >> Waiting for opinion from the other bonding maintainer (Chas) >> >     >> who started to review and has some doubts. >> >     >> >> >     > >> >     > The slaves being listed as active is not a bug.  If the slaves are not >> >     > deactivated, then they should be considered activated.  Previously, >> >     > stopping the bonding PMD just reset the active slave count.  That's >> >     > not the right way to deactivate slaves.  This was fixed by 69bce062132b. >> >     > >> >     > This patch is new behavior of explicitly deactivating the slaves when >> >     > the bonding PMD is stopped. >> >     > >> >     > As I mentioned, I think this makes life difficult for those of us using >> >     > an external state machine.  However, that should probably be fixed >> >     > differently then. >> >     > >> >     > >> >     >> >> >     >> Chas, please do you agree with Declan's ack? >> >     >> >> >     >> >> >     >> >> >     > Change the Fixes line. >> > >> >     Hi Chas, >> > >> >     Are you OK with the rest of the patch if Fixes line fixed? >> >     If already have a proposed fixes line I can fix it while merging. >> > >> > >> > Yes, the rest of the patch is fine as long as the Fixes is correct. >> > Try this: >> > >> >     Fixes: 2efb58cbab6e ("bond: new link bonding library") >> > >> > And it's really new behavior.  Perhaps Fixes: isn't quite right. >> > The current code works fine with activated slaves existing outside >> > of the stop/star. >> >> From your description dropping Fixes line seems OK, but it will effect if the >> patch backported or not. >> >> >> Then dont' drop the Fixes line.  See below. >>   >> >> Isn't it clear from bonding requirement what should slave ports' status be when >> bonding port it stopped? >> >> >> I am guessing the author's original intent was to deactivate all the >> slaves because he reset the activate slave count to 0.  However, that >> didn't actually deactivate a slave and later activating an already >> active slave after another start would result in some odd failures. > > Yes, intention seems as you said, there is an unit test that expects active > slave count to be 0 after bond port stopped. > Your change to remove setting active slave count to zero on bond stop causes > that test fail. > To fix the unit test, all slaves stopped and deactivated. > > I think it is still clear if that expectation from unit test coming from bonding > requirement and development assumption. But will get the patch, with updated > fixes line, to fix the unit test. it is still _not_ clear ... bonding requirement _or_ development assumption. ... > >> >> In a more existential sense, what does active mean?  In the case of >> 802.3ad, a slave is potentially active until the protocol says otherwise >> which means a timeout.  So the stopped/started aspect of the port >> isn't necessarily a concern.  If you are just briefly stopping a >> port to reconfigure, perhaps you don't want to renegotiate the >> 802.3ad state.  Of course, if you reconfigure a port, there is a >> good chance you want to renegotiate with the other end anyway. >> >> TL;DR -- fine with this patch.  Add new Fixes line so backported. >> >> >> >> >