From: "Pattan, Reshma" <reshma.pattan@intel.com>
To: gowrishankar muthukrishnan <gowrishankar.m@linux.vnet.ibm.com>
Cc: "users@dpdk.org" <users@dpdk.org>
Subject: Re: [dpdk-users] dpdk-pdump: pdump_create_client_socket fails to run along with kni app
Date: Mon, 24 Apr 2017 09:15:54 +0000 [thread overview]
Message-ID: <3AEA2BF9852C6F48A459DA490692831F01136A18@irsmsx110.ger.corp.intel.com> (raw)
In-Reply-To: <d6dcad40-dd88-ba06-6522-f8631aaacef1@linux.vnet.ibm.com>
Hi Gowrishankar,
> PDUMP: failed to send to server:Connection refused,
> pdump_create_client_socket:702
> PDUMP: client request for pdump enable/disable failed
> PDUMP: failed to send to server:Connection refused,
> pdump_create_client_socket:702
> PDUMP: client request for pdump enable/disable failed
Primary application here kni should initialize packet capture framework using rte_pdump_init(). And uninitialize rte_pdump_uninit() before application terminates.
In DPDK by default only testpmd has init/uninit changes added. Rest other application that wants to use pdump should do these changes explicitly, make the build and
rerun the primary and dpdk-pdump applications.
Please refer app/test-pmd/testpmd.c for rte_pdump* code changes and make similar change in kni main.c and retest.
Let me know if you stuck.
Thanks,
Reshma
> -----Original Message-----
> From: users [mailto:users-bounces@dpdk.org] On Behalf Of gowrishankar
> muthukrishnan
> Sent: Friday, April 21, 2017 11:11 AM
> To: users@dpdk.org
> Subject: [dpdk-users] dpdk-pdump: pdump_create_client_socket fails to run
> along with kni app
>
> Hi,
> I am trying to run dpdk-pdump along with KNI app (in current master ie
> 17.05
> rc2). I find dpdk-pdump crashing as below.
>
> KNI execution:
>
> ./examples/kni/build/kni -l 4,5,6,7 --socket-mem 1024 -- -P -p 0x3 --
> config="(0,4,5),(1,6,7)"
> EAL: Detected 32 lcore(s)
> EAL: No free hugepages reported in hugepages-1048576kB
> EAL: Probing VFIO support...
> EAL: VFIO support initialized
> EAL: PCI device 0000:0e:00.0 on NUMA socket 0
> EAL: probe driver: 8086:10fb net_ixgbe
> EAL: using IOMMU type 1 (Type 1)
> EAL: Ignore mapping IO port bar(2) addr: 2fc1
> EAL: PCI device 0000:0e:00.1 on NUMA socket 0
> EAL: probe driver: 8086:10fb net_ixgbe
> EAL: Ignore mapping IO port bar(2) addr: 2fe1
> APP: Initialising port 0 ...
> KNI: pci: 0e:00:00 8086:10fb
> APP: Initialising port 1 ...
> KNI: pci: 0e:00:01 8086:10fb
>
> Checking link status
> .done
> Port 0 Link Up - speed 10000 Mbps - full-duplex Port 1 Link Up - speed 10000
> Mbps - full-duplex
> APP: Lcore 5 is writing to port 0
> APP: Lcore 6 is reading from port 1
> APP: Lcore 7 is writing to port 1
> APP: Lcore 4 is reading from port 0
>
> dpdk pdump execution:
>
> dpdk-pdump -- --pdump 'port=0,queue=*,rx-dev=/tmp/rx.pcap'
> EAL: Detected 32 lcore(s)
> EAL: Probing VFIO support...
> EAL: VFIO support initialized
> EAL: WARNING: Address Space Layout Randomization (ASLR) is enabled in
> the kernel.
> EAL: This may cause issues with mapping memory into secondary processes
> EAL: PCI device 0000:0e:00.0 on NUMA socket 0
> EAL: probe driver: 8086:10fb net_ixgbe
> EAL: Ignore mapping IO port bar(2) addr: 2fc1
> EAL: PCI device 0000:0e:00.1 on NUMA socket 0
> EAL: probe driver: 8086:10fb net_ixgbe
> EAL: Ignore mapping IO port bar(2) addr: 2fe1
> PMD: Initializing pmd_pcap for net_pcap_rx_0
> PMD: Creating pcap-backed ethdev on numa socket 4294967295 Port 2 MAC:
> 00 00 00 01 02 03
> PDUMP: failed to send to server:Connection refused,
> pdump_create_client_socket:702
> PDUMP: client request for pdump enable/disable failed
> PDUMP: failed to send to server:Connection refused,
> pdump_create_client_socket:702
> PDUMP: client request for pdump enable/disable failed
> EAL: Error - exiting with code: 1
> Cause: Unknown error -1
>
> Has this worked before with KNI or I am doing something not supported ?.
> Before checking further, I just wanted to check with anyone trying/fixing it.
>
> Thanks,
> Gowrishankar
>
next prev parent reply other threads:[~2017-04-24 9:15 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-21 10:10 gowrishankar muthukrishnan
2017-04-24 9:15 ` Pattan, Reshma [this message]
2017-04-24 9:58 ` gowrishankar muthukrishnan
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=3AEA2BF9852C6F48A459DA490692831F01136A18@irsmsx110.ger.corp.intel.com \
--to=reshma.pattan@intel.com \
--cc=gowrishankar.m@linux.vnet.ibm.com \
--cc=users@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).