From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <thomas.monjalon@6wind.com>
Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com
 [209.85.212.179]) by dpdk.org (Postfix) with ESMTP id CCB62C710
 for <dev@dpdk.org>; Fri, 31 Jul 2015 17:44:18 +0200 (CEST)
Received: by wibxm9 with SMTP id xm9so37334000wib.1
 for <dev@dpdk.org>; Fri, 31 Jul 2015 08:44:18 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:organization
 :user-agent:in-reply-to:references:mime-version
 :content-transfer-encoding:content-type;
 bh=UmtLoaYQwovSbmWVeBLm0N450FuLb0sOkZgFKXohlEw=;
 b=gEi4gKnlF7z37PdmNQLM/SbyasYMGiYIgEifQvnJCOtoQN0i7Qj//vRcYZx9GHLpd5
 3MIzTwHPD9l4CXPaCM4j54DklFzaSQLL3LePV9oAdJFu9KkIaBYyRwAyt1S7AR9AdlU7
 eILAi+dvdHnulIhwjjcaVHk0rKwESxlxU8f16XdCr6/A4QWN+eLNTW/ihhZ5tRySxZof
 WxLumBmN+SMbLFs7OBHuCugKqOQujnGpHykUw4sgwXvq0irGP9HSNXXdO2NfolbV2KFs
 7apLgT/GuqJO5aARFF9RV5OS12Ss6FYae/WwnpHkGbjMVVPJ0Zx74JnMvrZmPxt8/RuQ
 9fFA==
X-Gm-Message-State: ALoCoQlLwI2aA1eOusQAO90wcX1uaiYEsTwaiBRBPdLi5Hx/qL3tfedwxSKOoh8z6Ck3QI35i8E1
X-Received: by 10.180.73.2 with SMTP id h2mr7772242wiv.72.1438357458555;
 Fri, 31 Jul 2015 08:44:18 -0700 (PDT)
Received: from xps13.localnet (136-92-190-109.dsl.ovh.fr. [109.190.92.136])
 by smtp.gmail.com with ESMTPSA id di7sm5044054wib.23.2015.07.31.08.44.17
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 31 Jul 2015 08:44:17 -0700 (PDT)
From: Thomas Monjalon <thomas.monjalon@6wind.com>
To: "Zhang, Helin" <helin.zhang@intel.com>
Date: Fri, 31 Jul 2015 17:43:02 +0200
Message-ID: <1508851.EJxvAFadW3@xps13>
Organization: 6WIND
User-Agent: KMail/4.14.8 (Linux/4.0.4-2-ARCH; KDE/4.14.8; x86_64; ; )
In-Reply-To: <F35DEAC7BCE34641BA9FAC6BCA4A12E70A8B8482@SHSMSX104.ccr.corp.intel.com>
References: <2490473.jjJga3lrlm@xps13> <3062043.oWgikOttml@xps13>
 <F35DEAC7BCE34641BA9FAC6BCA4A12E70A8B8482@SHSMSX104.ccr.corp.intel.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] config files maintenance
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Jul 2015 15:44:19 -0000

2015-07-31 15:39, Zhang, Helin:
> From: Thomas Monjalon [mailto:thomas.monjalon@6wind.com]
> > 2015-07-31 15:29, Zhang, Helin:
> > > From: Thomas Monjalon [mailto:thomas.monjalon@6wind.com]
> > > > Can we remove i40e bulk alloc option?
> > >
> > > As the receiving functions are different for bulk_alloc or not, we need this flag.
> > 
> > What brings the non bulk alloc function?
> 
> Bulk-alloc means it will allocate mbufs in bulk, which was added before we supporting
> Vector PMD long long ago, to show the possible better performance.
> I think all was disabled by default, and later it is enabled by default for Linux.

Yes, I know that. My question was:
Why not removing the non bulk alloc Rx in i40e?
Who needs to disable I40E_RX_ALLOW_BULK_ALLOC?

I think you understand that the goal is remove some options and code
useless nowadays (maintenance stuff).