[dpdk-dev] [PATCH] add one option memory-only for those secondary PRBs

2014-12-02 Thread chixiaobo
--- lib/librte_eal/common/eal_common_options.c | 18 +++- lib/librte_eal/common/eal_internal_cfg.h | 1 + lib/librte_eal/common/eal_options.h| 4 +- lib/librte_eal/linuxapp/eal/eal.c | 137 +++-- 4 files changed, 89 insertions(+), 71 deletions(-) mo

[dpdk-dev] [PATCH] add one option memory-only for those secondary PRBs

2014-12-02 Thread Thomas Monjalon
Hi, 2014-12-02 09:55, Chi, Xiaobo: > Problem: > Here, these DPDK based SECONDARY processes need only the DPDK's hugepage > based sharememory mechanism and it's upper libs (such as ring, mempool, > etc.), they need not cpu core pinning, iopl privilege changing , pci device, > timer, alarm, interrup

[dpdk-dev] [PATCH] add one option memory-only for those secondary PRBs

2014-12-02 Thread Bruce Richardson
On Tue, Dec 02, 2014 at 05:41:08PM +0800, chixiaobo wrote: > --- > lib/librte_eal/common/eal_common_options.c | 18 +++- > lib/librte_eal/common/eal_internal_cfg.h | 1 + > lib/librte_eal/common/eal_options.h| 4 +- > lib/librte_eal/linuxapp/eal/eal.c | 137 > +

[dpdk-dev] [PATCH] add one option memory-only for those secondary PRBs

2014-12-02 Thread Chi, Xiaobo (NSN - CN/Hangzhou)
Hi, The similar functionality of this patch has been sent out for review on Nov.12, email topic is "[dpdk-dev] one lightwight rte_eal_init() for SECONDARY processes which only use sharedmemory". This time, I just change the implementation method according to comments from Bruce Richardson. B