From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ferruh Yigit Subject: Re: [PATCH v3 2/2] ethdev: device configuration enhancement Date: Tue, 13 Nov 2018 09:40:45 +0000 Message-ID: <339ae6c9-fe69-c1ff-734d-6c1433cd59f0@intel.com> References: <1531373220-42150-1-git-send-email-wenzhuo.lu@intel.com> <1541642954-37497-1-git-send-email-wenzhuo.lu@intel.com> <1541642954-37497-2-git-send-email-wenzhuo.lu@intel.com> <3b646bb3-0fd6-efda-6508-93f39d6af5f6@solarflare.com> <6A0DE07E22DDAD4C9103DF62FEBC09093FDFC53D@shsmsx102.ccr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit To: "Lu, Wenzhuo" , Andrew Rybchenko , "dev@dpdk.org" Return-path: Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) by dpdk.org (Postfix) with ESMTP id E22B32BD5 for ; Tue, 13 Nov 2018 10:40:47 +0100 (CET) In-Reply-To: <6A0DE07E22DDAD4C9103DF62FEBC09093FDFC53D@shsmsx102.ccr.corp.intel.com> Content-Language: en-US List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 11/13/2018 12:46 AM, Lu, Wenzhuo wrote: > Hi Ferruh, > > >> -----Original Message----- >> From: Yigit, Ferruh >> Sent: Saturday, November 10, 2018 5:10 AM >> To: Andrew Rybchenko ; Lu, Wenzhuo >> ; dev@dpdk.org >> Subject: Re: [dpdk-dev] [PATCH v3 2/2] ethdev: device configuration >> enhancement >> >> On 11/8/2018 6:25 AM, Andrew Rybchenko wrote: >>> On 11/8/18 5:09 AM, Wenzhuo Lu wrote: >>>> The new configuration is stored during the process. >>>> But the process may fail. We better rolling the configuration back as >>>> the new one doesn't take effect. >>>> >>>> Signed-off-by: Wenzhuo Lu >>> >>> I would say that the order is wrong. We should fix this bug first and >>> the changeset should have appropriate Fixes tags. >>> I think this bug is older and should be fixed first. >>> Then the second bug should be fixed without this one present. >> >> Logically suggested order make sense I agree, but both patches are fixing >> defect and order won't help backporting them [1], so no strong opinion >> about order. >> >> Overall this patch should be converted into fix defect with proper Fixes tag >> independent from order. >> >> Wenzhuo, what do you think? I would like to get this one for rc3! >> >> >> [1] >> This is older defect but I believe can't be backported cleanly into older stable >> trees because of "PMD-tuned Tx/Rx parameters" patches in the middle. >> Downside having this first prevents other patch to backported to closer >> stable trees. >> >> Also having this patch first will require additional return value update in >> some checks (nb_tx_q && nb_rx_q checks) in next patch, so for separation >> fixes this order is clearer. > Yes, to my opinion, these 2 are separate patches. Actually there's no order between them. I put them together only because we have had a mixed discussion. Yes they are not depends each other. Thinking twice adding first patch will leave the code in a state more open the defect fixed in second patch. But by fixing defect first second fix can be applied without having that open. I will send a new version of the set. > I didn't put a fix prefix because it's hard to add a fix tag for it. We know it has the problem from the beginning, so after some changes this patch cannot be backported. >