Hi, > -----Original Message----- > From: users [mailto:[email protected]] On Behalf Of > [email protected] > Sent: Wednesday, July 5, 2017 9:58 PM > To: [email protected] > Cc: Gonzalez Monroy, Sergio > Subject: [dpdk-users] Secondary process try to map hugepage even with -- > no-huge > > Hi list, > > I've got a primary/secondary application that works with huge pages enabled > but not with "--no-huge". The secondary application try to > access .rte_hugepage_info no matter the "--no-huge" being passed to both > master and slave.
So far if --no-huge is used, we are mmap anonymous memory, which makes it not possible to share the memory with secondary (always refer to a config file, open and mmap to the same addr). And we did not write anything into config file if we use --no-huge. This is a limitation for now. > > This is especially important for functional regression test where I cannot use > huge pages or sudo (like Travis, Gitlab CI, ...) > > Trying with the simple_mp example : > ./simple_mp --no-huge -m 128MB --proc-type=secondary -- > EAL: Detected 8 lcore(s) > EAL: Probing VFIO support... > EAL: Could not mmap /home/tom/.rte_hugepage_info > PANIC in rte_eal_init(): > Cannot init memory > 6: [./simple_mp(_start+0x2a) [0x43512a]] > 5: [/lib64/libc.so.6(__libc_start_main+0xf1) [0x7ffff6ed4401]] > 4: [./simple_mp(main+0x6) [0x4347b6]] > 3: [./simple_mp(rte_eal_init+0xe90) [0x46e2d0]] > 2: [./simple_mp(__rte_panic+0xbe) [0x4301ab]] > 1: [./simple_mp(rte_dump_stack+0x16) [0x475c06]] > zsh: abort (core dumped) ./simple_mp --no-huge --proc-type=secondary -- > > > With sudo, I get a little further, I guess this is not the problem. > EAL: Could not mmap /dev/hugepages/rtemap_53 > PANIC in rte_eal_init(): > > Thanks, > > Tom
