* Pdump Didn't capture the packet @ 2021-11-15 5:39 廖書華 2021-11-15 8:57 ` Pattan, Reshma 0 siblings, 1 reply; 6+ messages in thread From: 廖書華 @ 2021-11-15 5:39 UTC (permalink / raw) To: users; +Cc: 林庭安 [-- Attachment #1: Type: text/plain, Size: 3997 bytes --] Dear all, Currently, I want to use pdump to capture our DPDK application, however for the pdump side, unfortunately, didn't capture any packet, also pdump didn't print any error. While for our application, it also didn't print any log related to pdump. *- Here's the log of pdump* [oran@localhost pdump]$ sudo ./dpdk-pdump --file-prefix wls_1 -- --pdump 'port=0,queue=*,tx-dev=/home/oran/Music/tx.pcap,rx-dev=/home/oran/Music/rx.pcap' [sudo] password for oran: EAL: Detected 96 lcore(s) EAL: Detected 2 NUMA nodes EAL: Multi-process socket /var/run/dpdk/wls_1/mp_socket_9612_d352314e70d54 EAL: Selected IOVA mode 'VA' EAL: Probing VFIO support... EAL: VFIO support initialized EAL: PCI device 0000:00:04.0 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.1 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.2 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.3 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.4 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.5 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.6 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.7 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:18:00.0 on NUMA socket 0 EAL: probe driver: 8086:1572 net_i40e EAL: PCI device 0000:18:00.1 on NUMA socket 0 EAL: probe driver: 8086:1572 net_i40e EAL: PCI device 0000:18:0a.0 on NUMA socket 0 EAL: probe driver: 8086:154c net_i40e_vf EAL: using IOMMU type 1 (Type 1) EAL: PCI device 0000:18:0a.1 on NUMA socket 0 EAL: probe driver: 8086:154c net_i40e_vf EAL: PCI device 0000:3d:00.0 on NUMA socket 0 EAL: probe driver: 8086:37d2 net_i40e EAL: PCI device 0000:3d:00.1 on NUMA socket 0 EAL: probe driver: 8086:37d2 net_i40e EAL: PCI device 0000:80:04.0 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.1 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.2 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.3 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.4 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.5 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.6 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.7 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat Port 2 MAC: 02 70 63 61 70 00 Port 3 MAC: 02 70 63 61 70 01 core (0), capture for (1) tuples - port 0 device ((null)) queue 65535 Primary process is no longer active, exiting... EAL: failed to send to (/var/run/dpdk/wls_1/mp_socket) due to Connection refused EAL: Fail to send request /var/run/dpdk/wls_1/mp_socket:mp_pdump PDUMP: client request for pdump enable/disable failed EAL: failed to send to (/var/run/dpdk/wls_1/mp_socket) due to Connection refused EAL: Fail to send request /var/run/dpdk/wls_1/mp_socket:eal_dev_mp_request EAL: Cannot send request to primary EAL: Failed to send hotplug request to primary EAL: failed to send to (/var/run/dpdk/wls_1/mp_socket) due to Connection refused EAL: Fail to send request /var/run/dpdk/wls_1/mp_socket:eal_dev_mp_request EAL: Cannot send request to primary EAL: Failed to send hotplug request to primary ##### PDUMP DEBUG STATS ##### -packets dequeued: 0 -packets transmitted to vdev: 0 -packets freed: 0 *- Here's the detailed step using pdump* 1. Add rte_pdump_init() and rte_pdump_uninit() to our application 2. Recompile DPDK 19.11 3. Add the library, -lrte_pdump & -lrte_pmd_pcap to our application's Makefile 4. Bind the virtual function for DPDK port (vfio-pci) Does I miss something? Or does pdump can not capture the virtual function packet ? I will be grateful for any help you can provide. Best Regards, Shu-hua, Liao [-- Attachment #2: Type: text/html, Size: 5343 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: Pdump Didn't capture the packet 2021-11-15 5:39 Pdump Didn't capture the packet 廖書華 @ 2021-11-15 8:57 ` Pattan, Reshma 2021-11-17 3:11 ` 廖書華 0 siblings, 1 reply; 6+ messages in thread From: Pattan, Reshma @ 2021-11-15 8:57 UTC (permalink / raw) To: 廖書華, users; +Cc: 林庭安 [-- Attachment #1: Type: text/plain, Size: 879 bytes --] From: 廖書華 <sim860927@gmail.com> Sent: Monday, November 15, 2021 5:39 AM To: users@dpdk.org Cc: 林庭安 <lingwanjae@gmail.com> Subject: Pdump Didn't capture the packet Dear all, Currently, I want to use pdump to capture our DPDK application, however for the pdump side, unfortunately, didn't capture any packet, also pdump didn't print any error. While for our application, it also didn't print any log related to pdump. - Here's the log of pdump [oran@localhost pdump]$ sudo ./dpdk-pdump --file-prefix wls_1 -- --pdump 'port=0,queue=*,tx-dev=/home/oran/Music/tx.pcap,rx-dev=/home/oran/Music/rx.pcap' <snip> Primary process is no longer active, exiting... [Reshma]: From this log it is clear that, primary application is not running. Rerun the primary application and in other terminal run the pdump application. Best Regards, Shu-hua, Liao [-- Attachment #2: Type: text/html, Size: 4650 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Pdump Didn't capture the packet 2021-11-15 8:57 ` Pattan, Reshma @ 2021-11-17 3:11 ` 廖書華 2021-11-17 10:01 ` Pattan, Reshma 0 siblings, 1 reply; 6+ messages in thread From: 廖書華 @ 2021-11-17 3:11 UTC (permalink / raw) To: Pattan, Reshma; +Cc: users [-- Attachment #1: Type: text/plain, Size: 1867 bytes --] Dear, Thank you for the information ! I rerun the primary application with the other terminal running pdump, however it still can't capture the packet. As for the logs you mentioned that is printed after the primary application terminates. Also, for the primary application log, I can make sure it transmits and receives the packet, but pdump still can't capture it. *- For the log of pdump* [oran@localhost pdump]$ sudo ./dpdk-pdump --file-prefix wls_1 -- --pdump 'port=0,queue=*,tx-dev=/home/oran/Music/tx.pcap,rx-dev=/home/oran/Music/rx.pcap' <snip> Primary process is no longer active, exiting... Also, do you know whether pdump can capture the virtual function packet or not ? (We bind to vfio-pci) Best Regards, Shu-hua, Liao Pattan, Reshma <reshma.pattan@intel.com> 於 2021年11月15日 週一 下午4:58寫道： > > > > > *From:* 廖書華 <sim860927@gmail.com> > *Sent:* Monday, November 15, 2021 5:39 AM > *To:* users@dpdk.org > *Cc:* 林庭安 <lingwanjae@gmail.com> > *Subject:* Pdump Didn't capture the packet > > > > Dear all, > > > > Currently, I want to use pdump to capture our DPDK application, however > for the pdump side, unfortunately, didn't capture any packet, also pdump > didn't print any error. While for our application, it also didn't print any > log related to pdump. > *- Here's the log of pdump* > > [oran@localhost pdump]$ sudo ./dpdk-pdump --file-prefix wls_1 -- --pdump > 'port=0,queue=*,tx-dev=/home/oran/Music/tx.pcap,rx-dev=/home/oran/Music/rx.pcap' > > > > <snip> > > > > Primary process is no longer active, exiting... > > > > [Reshma]: From this log it is clear that, primary application is not > running. Rerun the primary application and in other terminal run the pdump > application. > > > > Best Regards, > > Shu-hua, Liao > [-- Attachment #2: Type: text/html, Size: 6118 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: Pdump Didn't capture the packet 2021-11-17 3:11 ` 廖書華 @ 2021-11-17 10:01 ` Pattan, Reshma 2021-11-19 1:47 ` 廖書華 0 siblings, 1 reply; 6+ messages in thread From: Pattan, Reshma @ 2021-11-17 10:01 UTC (permalink / raw) To: 廖書華; +Cc: users [-- Attachment #1: Type: text/plain, Size: 2564 bytes --] From: 廖書華 <sim860927@gmail.com> Sent: Wednesday, November 17, 2021 3:11 AM To: Pattan, Reshma <reshma.pattan@intel.com> Cc: users@dpdk.org Subject: Re: Pdump Didn't capture the packet Dear, Thank you for the information ! I rerun the primary application with the other terminal running pdump, however it still can't capture the packet. As for the logs you mentioned that is printed after the primary application terminates. Also, for the primary application log, I can make sure it transmits and receives the packet, but pdump still can't capture it. [Reshma]: Are the pcap captured files empty? That might need some debugging I guess. When you stop the pdump application you should see below stats. If you see 0 “packets dequeued”, that means there is no Packets received from primary to pdump application. So, nee to debug the pdump library what is happening , why primary application packets are not send to pdump application. You can try to debugging the pdump library and pdump application. packets dequeued: packets transmitted to vdev: packets freed: - For the log of pdump [oran@localhost pdump]$ sudo ./dpdk-pdump --file-prefix wls_1 -- --pdump 'port=0,queue=*,tx-dev=/home/oran/Music/tx.pcap,rx-dev=/home/oran/Music/rx.pcap' Also, do you know whether pdump can capture the virtual function packet or not ? (We bind to vfio-pci) [Reshma]: I have not tested with VFs , I always used PFs. Best Regards, Shu-hua, Liao Pattan, Reshma <reshma.pattan@intel.com<mailto:reshma.pattan@intel.com>> 於 2021年11月15日 週一 下午4:58寫道： From: 廖書華 <sim860927@gmail.com<mailto:sim860927@gmail.com>> Sent: Monday, November 15, 2021 5:39 AM To: users@dpdk.org<mailto:users@dpdk.org> Cc: 林庭安 <lingwanjae@gmail.com<mailto:lingwanjae@gmail.com>> Subject: Pdump Didn't capture the packet Dear all, Currently, I want to use pdump to capture our DPDK application, however for the pdump side, unfortunately, didn't capture any packet, also pdump didn't print any error. While for our application, it also didn't print any log related to pdump. - Here's the log of pdump [oran@localhost pdump]$ sudo ./dpdk-pdump --file-prefix wls_1 -- --pdump 'port=0,queue=*,tx-dev=/home/oran/Music/tx.pcap,rx-dev=/home/oran/Music/rx.pcap' <snip> Primary process is no longer active, exiting... [Reshma]: From this log it is clear that, primary application is not running. Rerun the primary application and in other terminal run the pdump application. Best Regards, Shu-hua, Liao [-- Attachment #2: Type: text/html, Size: 11139 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Pdump Didn't capture the packet 2021-11-17 10:01 ` Pattan, Reshma @ 2021-11-19 1:47 ` 廖書華 2021-11-19 5:23 ` Stephen Hemminger 0 siblings, 1 reply; 6+ messages in thread From: 廖書華 @ 2021-11-19 1:47 UTC (permalink / raw) To: Pattan, Reshma; +Cc: users [-- Attachment #1: Type: text/plain, Size: 6545 bytes --] Dear, Yes, for the pcap, it is empty. I observe that on the pdump side, it will stuck in *EAL: VFIO support initialized *(red log below). After the primary application terminates, it will print the remaining log (blue log below). Is that normal ? *- Here's the log of pdump* [oran@localhost pdump]$ sudo ./dpdk-pdump --file-prefix wls_1 -- --pdump 'port=0,queue=*,tx-dev=/home/oran/Music/tx.pcap,rx-dev=/home/oran/Music/rx.pcap' [sudo] password for oran: EAL: Detected 96 lcore(s) EAL: Detected 2 NUMA nodes EAL: Multi-process socket /var/run/dpdk/wls_1/mp_socket_9612_d352314e70d54 EAL: Selected IOVA mode 'VA' EAL: Probing VFIO support... EAL: VFIO support initialized EAL: PCI device 0000:00:04.0 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.1 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.2 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.3 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.4 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.5 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.6 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.7 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:18:00.0 on NUMA socket 0 EAL: probe driver: 8086:1572 net_i40e EAL: PCI device 0000:18:00.1 on NUMA socket 0 EAL: probe driver: 8086:1572 net_i40e EAL: PCI device 0000:18:0a.0 on NUMA socket 0 EAL: probe driver: 8086:154c net_i40e_vf EAL: using IOMMU type 1 (Type 1) EAL: PCI device 0000:18:0a.1 on NUMA socket 0 EAL: probe driver: 8086:154c net_i40e_vf EAL: PCI device 0000:3d:00.0 on NUMA socket 0 EAL: probe driver: 8086:37d2 net_i40e EAL: PCI device 0000:3d:00.1 on NUMA socket 0 EAL: probe driver: 8086:37d2 net_i40e EAL: PCI device 0000:80:04.0 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.1 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.2 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.3 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.4 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.5 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.6 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.7 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat Port 2 MAC: 02 70 63 61 70 00 Port 3 MAC: 02 70 63 61 70 01 core (0), capture for (1) tuples - port 0 device ((null)) queue 65535 Primary process is no longer active, exiting... EAL: failed to send to (/var/run/dpdk/wls_1/mp_socket) due to Connection refused EAL: Fail to send request /var/run/dpdk/wls_1/mp_socket:mp_pdump PDUMP: client request for pdump enable/disable failed EAL: failed to send to (/var/run/dpdk/wls_1/mp_socket) due to Connection refused EAL: Fail to send request /var/run/dpdk/wls_1/mp_socket:eal_dev_mp_request EAL: Cannot send request to primary EAL: Failed to send hotplug request to primary EAL: failed to send to (/var/run/dpdk/wls_1/mp_socket) due to Connection refused EAL: Fail to send request /var/run/dpdk/wls_1/mp_socket:eal_dev_mp_request EAL: Cannot send request to primary EAL: Failed to send hotplug request to primary ##### PDUMP DEBUG STATS ##### -packets dequeued: 0 -packets transmitted to vdev: 0 -packets freed: 0 Best Regards, Shu-hua, Liao Pattan, Reshma <reshma.pattan@intel.com> 於 2021年11月17日 週三 下午6:01寫道： > > > > > *From:* 廖書華 <sim860927@gmail.com> > *Sent:* Wednesday, November 17, 2021 3:11 AM > *To:* Pattan, Reshma <reshma.pattan@intel.com> > *Cc:* users@dpdk.org > *Subject:* Re: Pdump Didn't capture the packet > > > > Dear, > > > > Thank you for the information ! > > I rerun the primary application with the other terminal running pdump, > however it still can't capture the packet. > > As for the logs you mentioned that is printed after the primary > application terminates. Also, for the primary application log, I can make > sure it transmits and receives the packet, but pdump still can't capture it. > > > > [Reshma]: Are the pcap captured files empty? That might need some > debugging I guess. When you stop the pdump application you should see below > stats. > > If you see 0 “*packets dequeued*”, that means there is no Packets > received from primary to pdump application. > > So, nee to debug the pdump library what is happening , why primary > application packets are not send to pdump application. You can try to > debugging the pdump library and pdump > > application. > > > > > > *packets dequeued:* > > > > *packets transmitted to vdev: * > > > > *packets freed: * > > *- For the log of pdump* > > [oran@localhost pdump]$ sudo ./dpdk-pdump --file-prefix wls_1 -- --pdump > 'port=0,queue=*,tx-dev=/home/oran/Music/tx.pcap,rx-dev=/home/oran/Music/rx.pcap' > > > > Also, do you know whether pdump can capture the virtual function packet or > not ? (We bind to vfio-pci) > > [Reshma]: I have not tested with VFs , I always used PFs. > > Best Regards, > > Shu-hua, Liao > > > > Pattan, Reshma <reshma.pattan@intel.com> 於 2021年11月15日 週一 下午4:58寫道： > > > > > > *From:* 廖書華 <sim860927@gmail.com> > *Sent:* Monday, November 15, 2021 5:39 AM > *To:* users@dpdk.org > *Cc:* 林庭安 <lingwanjae@gmail.com> > *Subject:* Pdump Didn't capture the packet > > > > Dear all, > > > > Currently, I want to use pdump to capture our DPDK application, however > for the pdump side, unfortunately, didn't capture any packet, also pdump > didn't print any error. While for our application, it also didn't print any > log related to pdump. > *- Here's the log of pdump* > > [oran@localhost pdump]$ sudo ./dpdk-pdump --file-prefix wls_1 -- --pdump > 'port=0,queue=*,tx-dev=/home/oran/Music/tx.pcap,rx-dev=/home/oran/Music/rx.pcap' > > > > <snip> > > > > Primary process is no longer active, exiting... > > > > [Reshma]: From this log it is clear that, primary application is not > running. Rerun the primary application and in other terminal run the pdump > application. > > > > Best Regards, > > Shu-hua, Liao > > [-- Attachment #2: Type: text/html, Size: 14355 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Pdump Didn't capture the packet 2021-11-19 1:47 ` 廖書華 @ 2021-11-19 5:23 ` Stephen Hemminger 0 siblings, 0 replies; 6+ messages in thread From: Stephen Hemminger @ 2021-11-19 5:23 UTC (permalink / raw) To: 廖書華; +Cc: Pattan, Reshma, users On Fri, 19 Nov 2021 09:47:52 +0800 廖書華 <sim860927@gmail.com> wrote: > Dear, > > > > Yes, for the pcap, it is empty. > > I observe that on the pdump side, it will stuck in *EAL: VFIO support > initialized *(red log below). After the primary application terminates, it > will print the remaining log (blue log below). Is that normal ? > > *- Here's the log of pdump* > [oran@localhost pdump]$ sudo ./dpdk-pdump --file-prefix wls_1 -- --pdump > 'port=0,queue=*,tx-dev=/home/oran/Music/tx.pcap,rx-dev=/home/oran/Music/rx.pcap' > [sudo] password for oran: EAL: Detected 96 lcore(s) EAL: Detected 2 NUMA > nodes EAL: Multi-process socket > /var/run/dpdk/wls_1/mp_socket_9612_d352314e70d54 EAL: Selected IOVA mode > 'VA' EAL: Probing VFIO support... EAL: VFIO support initialized EAL: PCI > device 0000:00:04.0 on NUMA socket 0 EAL: probe driver: 8086:2021 > rawdev_ioat EAL: PCI device 0000:00:04.1 on NUMA socket 0 EAL: probe > driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.2 on NUMA socket 0 > EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.3 on > NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device > 0000:00:04.4 on NUMA socket 0 EAL: probe driver: 8086:2021 rawdev_ioat EAL: > PCI device 0000:00:04.5 on NUMA socket 0 EAL: probe driver: 8086:2021 > rawdev_ioat EAL: PCI device 0000:00:04.6 on NUMA socket 0 EAL: probe > driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:00:04.7 on NUMA socket 0 > EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:18:00.0 on > NUMA socket 0 EAL: probe driver: 8086:1572 net_i40e EAL: PCI device > 0000:18:00.1 on NUMA socket 0 EAL: probe driver: 8086:1572 net_i40e EAL: > PCI device 0000:18:0a.0 on NUMA socket 0 EAL: probe driver: 8086:154c > net_i40e_vf EAL: using IOMMU type 1 (Type 1) EAL: PCI device 0000:18:0a.1 > on NUMA socket 0 EAL: probe driver: 8086:154c net_i40e_vf EAL: PCI device > 0000:3d:00.0 on NUMA socket 0 EAL: probe driver: 8086:37d2 net_i40e EAL: > PCI device 0000:3d:00.1 on NUMA socket 0 EAL: probe driver: 8086:37d2 > net_i40e EAL: PCI device 0000:80:04.0 on NUMA socket 1 EAL: probe driver: > 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.1 on NUMA socket 1 EAL: > probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.2 on NUMA > socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device > 0000:80:04.3 on NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat EAL: > PCI device 0000:80:04.4 on NUMA socket 1 EAL: probe driver: 8086:2021 > rawdev_ioat EAL: PCI device 0000:80:04.5 on NUMA socket 1 EAL: probe > driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.6 on NUMA socket 1 > EAL: probe driver: 8086:2021 rawdev_ioat EAL: PCI device 0000:80:04.7 on > NUMA socket 1 EAL: probe driver: 8086:2021 rawdev_ioat Port 2 MAC: 02 70 63 > 61 70 00 Port 3 MAC: 02 70 63 61 70 01 core (0), capture for (1) tuples - > port 0 device ((null)) queue 65535 Primary process is no longer active, > exiting... EAL: failed to send to (/var/run/dpdk/wls_1/mp_socket) due to > Connection refused EAL: Fail to send request > /var/run/dpdk/wls_1/mp_socket:mp_pdump PDUMP: client request for pdump > enable/disable failed EAL: failed to send to > (/var/run/dpdk/wls_1/mp_socket) due to Connection refused EAL: Fail to send > request /var/run/dpdk/wls_1/mp_socket:eal_dev_mp_request EAL: Cannot send > request to primary EAL: Failed to send hotplug request to primary EAL: > failed to send to (/var/run/dpdk/wls_1/mp_socket) due to Connection refused > EAL: Fail to send request /var/run/dpdk/wls_1/mp_socket:eal_dev_mp_request > EAL: Cannot send request to primary EAL: Failed to send hotplug request to > primary ##### PDUMP DEBUG STATS ##### -packets dequeued: 0 -packets > transmitted to vdev: 0 -packets freed: 0 Since pdump relies on primary secondary process setup to be working, it is best to debug that first. It might be easier to make sure dpdk-procinfo works. ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2021-11-19 5:23 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-11-15 5:39 Pdump Didn't capture the packet 廖書華 2021-11-15 8:57 ` Pattan, Reshma 2021-11-17 3:11 ` 廖書華 2021-11-17 10:01 ` Pattan, Reshma 2021-11-19 1:47 ` 廖書華 2021-11-19 5:23 ` Stephen Hemminger
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).