* [dpdk-users] Secondary process try to map hugepage even with --no-huge @ 2017-07-05 13:57 tom.barbette 2017-07-06 2:46 ` Tan, Jianfeng 0 siblings, 1 reply; 3+ messages in thread From: tom.barbette @ 2017-07-05 13:57 UTC (permalink / raw) To: users; +Cc: Sergio Gonzalez Monroy 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. 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 ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [dpdk-users] Secondary process try to map hugepage even with --no-huge 2017-07-05 13:57 [dpdk-users] Secondary process try to map hugepage even with --no-huge tom.barbette @ 2017-07-06 2:46 ` Tan, Jianfeng 2017-07-06 8:06 ` tom.barbette 0 siblings, 1 reply; 3+ messages in thread From: Tan, Jianfeng @ 2017-07-06 2:46 UTC (permalink / raw) To: tom.barbette, users; +Cc: Gonzalez Monroy, Sergio Hi, > -----Original Message----- > From: users [mailto:users-bounces@dpdk.org] On Behalf Of > tom.barbette@ulg.ac.be > Sent: Wednesday, July 5, 2017 9:58 PM > To: users@dpdk.org > 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 ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [dpdk-users] Secondary process try to map hugepage even with --no-huge 2017-07-06 2:46 ` Tan, Jianfeng @ 2017-07-06 8:06 ` tom.barbette 0 siblings, 0 replies; 3+ messages in thread From: tom.barbette @ 2017-07-06 8:06 UTC (permalink / raw) To: Tan, Jianfeng; +Cc: users, Gonzalez Monroy, Sergio Thanks for your prompt answer. Are there any plan to change that behavior, like using shm memory if no-huge is there? As I said, this would be very useful for testing. Thanks, Tom ----- Mail original ----- > De: "Tan, Jianfeng" <jianfeng.tan@intel.com> > À: "tom barbette" <tom.barbette@ulg.ac.be>, users@dpdk.org > Cc: "Gonzalez Monroy, Sergio" <sergio.gonzalez.monroy@intel.com> > Envoyé: Jeudi 6 Juillet 2017 04:46:02 > Objet: RE: [dpdk-users] Secondary process try to map hugepage even with --no-huge > Hi, > >> -----Original Message----- >> From: users [mailto:users-bounces@dpdk.org] On Behalf Of >> tom.barbette@ulg.ac.be >> Sent: Wednesday, July 5, 2017 9:58 PM >> To: users@dpdk.org >> 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 ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2017-07-06 8:06 UTC | newest] Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2017-07-05 13:57 [dpdk-users] Secondary process try to map hugepage even with --no-huge tom.barbette 2017-07-06 2:46 ` Tan, Jianfeng 2017-07-06 8:06 ` tom.barbette
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).