From: Shankari Vaidyalingam <shankari.v2k6@gmail.com>
To: dev@dpdk.org
Subject: [dpdk-dev] Memory issues seen while running pktgen with DPDK sample application
Date: Sun, 8 Mar 2015 21:40:06 +0530 [thread overview]
Message-ID: <CAGeyXNdt_5_kWWgPsLYXAkyXgO5GKRnpZkhBjprLe6dRrg=q3g@mail.gmail.com> (raw)
Hi,
I'm trying to send packets from pktgen to exception path sample application.
My configuration is like this:
|------Terminal 1------- -------Terminal 2------------
| | |
|
| Pktgen |------> NIC port 0 --|--->tap0 --> Appln --->tap1|
| |
|---------------------------------|
|-----------------------
Tried the following but getting an error with memory fault:
Pktgen: Started this first
Exception path sample application: When I started this I got the error:
Please let me know how to resolve this error:
>>>>>>>>
sudo ./build/exceptiopath -c 0x03 -n 2 -- -p 0x01 -i 2 -o 1
[sudo] password for controller:
EAL: Detected lcore 0 as core 0 on socket 0
EAL: Detected lcore 1 as core 1 on socket 0
EAL: Support maximum 64 logical core(s) by configuration.
EAL: Detected 2 lcore(s)
EAL: No free hugepages reported in hugepages-2048kB
PANIC in rte_eal_init():
Cannot get hugepage information
6: [./build/exception_path() [0x418cc5]]
5: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)
[0x7fda2c77976d]]
4: [./build/exception_path(main+0x39) [0x4183e9]]
3: [./build/exception_path(rte_eal_init+0x10ac) [0x45f8ac]]
2: [./build/exception_path(__rte_panic+0xc1) [0x41824a]]
1: [./build/exception_path(rte_dump_stack+0x23) [0x466013]]
>>>>>>>>
Then I tried the following steps
(2) Started the sample path application first
Pktgen next I got the below error:
Pktgen created by: Keith Wiles -- >>> Powered by Intel® DPDK <<<
-----------------------
EAL: Detected lcore 0 as core 0 on socket 0
EAL: Detected lcore 1 as core 1 on socket 0
EAL: Support maximum 64 logical core(s) by configuration.
EAL: Detected 2 lcore(s)
EAL: No free hugepages reported in hugepages-2048kB
PANIC in rte_eal_init():
Cannot get hugepage information
6: [./app/build/pktgen() [0x422ba5]]
5: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)
[0x7fb46e0b476d]]
4: [./app/build/pktgen(main+0x116) [0x422286]]
3: [./app/build/pktgen(rte_eal_init+0x10ac) [0x4ac4dc]]
2: [./app/build/pktgen(__rte_panic+0xc1) [0x422007]]
1: [./app/build/pktgen(rte_dump_stack+0x23) [0x4b2c43]]
(3) I tried specifying no of pages that both the pktgen and sample
application needs to take by specifying it in commandline in the EAL
options:
But that also didnt work:
EAL: Virtual area found at 0x7fcff6200000 (size = 0x200000)
EAL: Not enough memory available on socket 1! Requested: 128MB, available:
0MB
PANIC in rte_eal_init():
Cannot init memory
6: [./build/exception_path() [0x418cc5]]
5: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)
[0x7fd0790f876d]]
4: [./build/exception_path(main+0x39) [0x4183e9]]
3: [./build/exception_path(rte_eal_init+0x1808) [0x460008]]
2: [./build/exception_path(__rte_panic+0xc1) [0x41824a]]
1: [./build/exception_path(rte_dump_stack+0x23) [0x466013]]
(4) Then I went forward to edit the no of hugepages allocated in the script
/etc/sysctl.conf and then
ran the setup.sh script under the tools dir to allocate hugepages for each
separate application
This time also I faced issues related to memory running out:
HugePages: 0 kB
HugePages_Total: 256
HugePages_Free: 256
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
EAL: Requesting 256 pages of size 2MB from socket 0
EAL: TSC frequency is ~2689707 KHz
EAL: WARNING: cpu flags constant_tsc=yes nonstop_tsc=no -> using unreliable
clock cycles !
EAL: Master core 0 is ready (tid=4fd54800)
EAL: Core 1 is ready (tid=2c7fe700)
EAL: PCI device 0000:00:08.0 on NUMA socket -1
EAL: probe driver: 8086:100f rte_em_pmd
EAL: PCI memory mapped at 0x7f894fcfe000
EAL: PCI device 0000:00:09.0 on NUMA socket -1
EAL: probe driver: 8086:100f rte_em_pmd
EAL: PCI memory mapped at 0x7f894fcde000
EAL: PCI device 0000:00:0a.0 on NUMA socket -1
EAL: probe driver: 8086:100f rte_em_pmd
EAL: 0000:00:0a.0 not managed by UIO driver, skipping
EAL: PCI device 0000:00:11.0 on NUMA socket -1
EAL: probe driver: 8086:100f rte_em_pmd
EAL: 0000:00:11.0 not managed by UIO driver, skipping
EAL: PCI device 0000:00:0a.0 on NUMA socket -1
EAL: probe driver: 8086:100f rte_em_pmd
EAL: 0000:00:0a.0 not managed by UIO driver, skipping
EAL: PCI device 0000:00:11.0 on NUMA socket -1
EAL: probe driver: 8086:100f rte_em_pmd
EAL: 0000:00:11.0 not managed by UIO driver, skipping
APP: Initialising port 0 ...
Checking link statusdone
Port 0 Link Up - speed 1000 Mbps - full-duplex
APP: Lcore 1 is reading from port 0 and writing to tap_dpdk_01
APP: Lcore 0 is reading from tap_dpdk_00 and writing to port 0
Setting huge pages through execution of setup.sh:
HugePages: 0 kB
HugePages_Total: 512
HugePages_Free: 256
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
Press enter to continue ...
when pktgen is executed the output was:
Pktgen created by: Keith Wiles -- >>> Powered by Intel® DPDK <<<
-----------------------
EAL: Detected lcore 0 as core 0 on socket 0
EAL: Detected lcore 1 as core 1 on socket 0
EAL: Support maximum 64 logical core(s) by configuration.
EAL: Detected 2 lcore(s)
EAL: Error - exiting with code: 1
Cause: Cannot create lock on '/var/run/.rte_config'. Is another primary
process running?
(5) >>>>>> Then I tried with the proc-type=auto to start the app as
secondary process and pktgen as primary process but it gave me the error:
>>>>>>>Pktgen was executing successfully
Then I executed setup.sh to set the no of hugepages for pktgen
HugePages: 0 kB
HugePages_Total: 1024
HugePages_Free: 512
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
Network devices using DPDK-compatible driver
============================================
0000:00:08.0 '82545EM Gigabit Ethernet Controller (Copper)' drv=igb_uio
unused=e1000
0000:00:09.0 '82545EM Gigabit Ethernet Controller (Copper)' drv=igb_uio
unused=e1000
Network devices using kernel driver
===================================
0000:00:0a.0 '82545EM Gigabit Ethernet Controller (Copper)' if=eth4
drv=e1000 unused=igb_uio
0000:00:11.0 '82545EM Gigabit Ethernet Controller (Copper)' if=eth2
drv=e1000 unused=igb_uio *Active*
Other network devices
=====================
<none>
controller@controller-VirtualBox:~/dpdk-1.7.1/examples/exception_path$ sudo
./build/exception_path -c 0x03 -n 2 --proc-type=auto -- -p 0x01 -i 2 -o 1
EAL: Detected lcore 0 as core 0 on socket 0
EAL: Detected lcore 1 as core 1 on socket 0
EAL: Support maximum 64 logical core(s) by configuration.
EAL: Detected 2 lcore(s)
EAL: Auto-detected process type: SECONDARY
EAL: Setting up memory...
EAL: WARNING: Address Space Layout Randomization (ASLR) is enabled in the
kernel.
EAL: This may cause issues with mapping memory into secondary processes
EAL: Analysing 512 files
EAL: Could not open /mnt/huge/rtemap_256
PANIC in rte_eal_init():
Cannot init memory
6: [./build/exception_path() [0x418cc5]]
5: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)
[0x7fa570d0a76d]]
4: [./build/exception_path(main+0x39) [0x4183e9]]
3: [./build/exception_path(rte_eal_init+0x1808) [0x460008]]
2: [./build/exception_path(__rte_panic+0xc1) [0x41824a]]
1: [./build/exception_path(rte_dump_stack+0x23) [0x466013]]
(7) Changed the code to have separate execution paths for primary and
secondary processes as per the multi
process application and then executed the code.
I also disabled ASLR temporarily to allow memory allocation for the
secondary process but still I face the below issue:
controller@controller-VirtualBox:~/dpdk-1.7.1/examples/exception_path$ sudo
./build/exception_path -c 0x03 -n 2 --proc-type=auto -- -p 0x01 -i 2 -o 1
EAL: Detected lcore 0 as core 0 on socket 0
EAL: Detected lcore 1 as core 1 on socket 0
EAL: Support maximum 64 logical core(s) by configuration.
EAL: Detected 2 lcore(s)
EAL: Auto-detected process type: SECONDARY
EAL: Setting up memory...
EAL: WARNING: Address Space Layout Randomization (ASLR) is enabled in the
kernel.
EAL: This may cause issues with mapping memory into secondary processes
EAL: Analysing 512 files
EAL: Could not open /mnt/huge/rtemap_256
PANIC in rte_eal_init():
Cannot init memory
6: [./build/exception_path() [0x418cc5]]
5: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)
[0x7fa570d0a76d]]
4: [./build/exception_path(main+0x39) [0x4183e9]]
3: [./build/exception_path(rte_eal_init+0x1808) [0x460008]]
2: [./build/exception_path(__rte_panic+0xc1) [0x41824a]]
1: [./build/exception_path(rte_dump_stack+0x23) [0x466013]]
=============================================================
Contents of /etc/sysctl.conf in both the cases:
# Accept ICMP redirects only for gateways listed in our default
# gateway list (enabled by default)
# net.ipv4.conf.all.secure_redirects = 1
#
# Do not send ICMP redirects (we are not a router)
#net.ipv4.conf.all.send_redirects = 0
#
# Do not accept IP source route packets (we are not a router)
#net.ipv4.conf.all.accept_source_route = 0
#net.ipv6.conf.all.accept_source_route = 0
#
# Log Martian Packets
#net.ipv4.conf.all.log_martians = 1
#
vm.nr_hugepages=1024
===================================================
Regards
Shankari.V
next reply other threads:[~2015-03-08 16:10 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-08 16:10 Shankari Vaidyalingam [this message]
2015-03-08 22:11 ` Wiles, Keith
2015-03-08 22:13 ` Wiles, Keith
2015-03-09 11:13 ` Bruce Richardson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAGeyXNdt_5_kWWgPsLYXAkyXgO5GKRnpZkhBjprLe6dRrg=q3g@mail.gmail.com' \
--to=shankari.v2k6@gmail.com \
--cc=dev@dpdk.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).