* [dpdk-dev] Debugging igbvf_pmd @ 2013-11-02 22:54 Sambath Kumar Balasubramanian 2013-11-02 22:56 ` Sambath Kumar Balasubramanian 0 siblings, 1 reply; 5+ messages in thread From: Sambath Kumar Balasubramanian @ 2013-11-02 22:54 UTC (permalink / raw) To: dev Hi, We are developing an App over DPDK and in one scenario with SR-IOV with one of the VFs mapped to a VM and DPDK running on the VM, we see that the packets are not coming on the wire but I get the following debug logs for every packet transmitted. We are getting the same format of packets on the wire in a different scenario so IMO the Virtual Function ports are set up properly. Any idea how this can be debugged further. The NIC card we are using is PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 pktlen=60 tx_first=14 tx_last=14 PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 tx_tail=15 nb_tx=1 Regards, Sambath ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [dpdk-dev] Debugging igbvf_pmd 2013-11-02 22:54 [dpdk-dev] Debugging igbvf_pmd Sambath Kumar Balasubramanian @ 2013-11-02 22:56 ` Sambath Kumar Balasubramanian 2013-11-03 12:48 ` Prashant Upadhyaya 0 siblings, 1 reply; 5+ messages in thread From: Sambath Kumar Balasubramanian @ 2013-11-02 22:56 UTC (permalink / raw) To: dev Sorry pressed the send button too soon. The NIC Card we are using is Intel Corporation 82576 Virtual Function (rev 01) Do we need to do now NIC/CPU low level debugging or is there some issue in the sw that could cause the packet to be dropped below this log message. PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 pktlen=60 tx_first=14 tx_last=14 PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 tx_tail=15 nb_tx=1 Thanks, Sambath On Sat, Nov 2, 2013 at 3:54 PM, Sambath Kumar Balasubramanian < sambath.balasubramanian@gmail.com> wrote: > Hi, > > We are developing an App over DPDK and in one scenario with SR-IOV with > one of the VFs mapped to a VM and DPDK running on the VM, we see that the > packets are not coming on the wire but I get the following debug logs for > every packet transmitted. We are getting the same format of packets on the > wire in a different scenario so IMO the Virtual Function ports are set up > properly. Any idea how this can be debugged further. The NIC card we are > using is > > > > PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 pktlen=60 tx_first=14 > tx_last=14 > > PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 tx_tail=15 nb_tx=1 > > Regards, > Sambath > > ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [dpdk-dev] Debugging igbvf_pmd 2013-11-02 22:56 ` Sambath Kumar Balasubramanian @ 2013-11-03 12:48 ` Prashant Upadhyaya 2013-11-03 13:18 ` Sambath Kumar Balasubramanian 0 siblings, 1 reply; 5+ messages in thread From: Prashant Upadhyaya @ 2013-11-03 12:48 UTC (permalink / raw) To: Sambath Kumar Balasubramanian, dev Hi Sambath, Did you follow the step of applying the mac to each of the virtual function as per the release notes in DPDK ? And ofcourse the src mac of your packets should be 'that' mac as set above. Regards -Prashant -----Original Message----- From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Sambath Kumar Balasubramanian Sent: Sunday, November 03, 2013 4:26 AM To: dev@dpdk.org Subject: Re: [dpdk-dev] Debugging igbvf_pmd Sorry pressed the send button too soon. The NIC Card we are using is Intel Corporation 82576 Virtual Function (rev 01) Do we need to do now NIC/CPU low level debugging or is there some issue in the sw that could cause the packet to be dropped below this log message. PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 pktlen=60 tx_first=14 tx_last=14 PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 tx_tail=15 nb_tx=1 Thanks, Sambath On Sat, Nov 2, 2013 at 3:54 PM, Sambath Kumar Balasubramanian < sambath.balasubramanian@gmail.com> wrote: > Hi, > > We are developing an App over DPDK and in one scenario with SR-IOV > with one of the VFs mapped to a VM and DPDK running on the VM, we see > that the packets are not coming on the wire but I get the following > debug logs for every packet transmitted. We are getting the same > format of packets on the wire in a different scenario so IMO the > Virtual Function ports are set up properly. Any idea how this can be > debugged further. The NIC card we are using is > > > > PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 pktlen=60 tx_first=14 > tx_last=14 > > PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 tx_tail=15 nb_tx=1 > > Regards, > Sambath > > =============================================================================== Please refer to http://www.aricent.com/legal/email_disclaimer.html for important disclosures regarding this electronic communication. =============================================================================== ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [dpdk-dev] Debugging igbvf_pmd 2013-11-03 12:48 ` Prashant Upadhyaya @ 2013-11-03 13:18 ` Sambath Kumar Balasubramanian 2013-11-03 14:39 ` Sambath Kumar Balasubramanian 0 siblings, 1 reply; 5+ messages in thread From: Sambath Kumar Balasubramanian @ 2013-11-03 13:18 UTC (permalink / raw) To: Prashant Upadhyaya; +Cc: dev Thanks Prashant. You were spot on. That was the reason for the packet drop. Do you know if there is a way to disable anti-spoofing in the NIC or the driver? Thanks for the timely help. Regards, Sambath On Sun, Nov 3, 2013 at 4:48 AM, Prashant Upadhyaya < prashant.upadhyaya@aricent.com> wrote: > Hi Sambath, > > Did you follow the step of applying the mac to each of the virtual > function as per the release notes in DPDK ? > And ofcourse the src mac of your packets should be 'that' mac as set above. > > Regards > -Prashant > > -----Original Message----- > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Sambath Kumar > Balasubramanian > Sent: Sunday, November 03, 2013 4:26 AM > To: dev@dpdk.org > Subject: Re: [dpdk-dev] Debugging igbvf_pmd > > Sorry pressed the send button too soon. The NIC Card we are using is > > Intel Corporation 82576 Virtual Function (rev 01) > > Do we need to do now NIC/CPU low level debugging or is there some issue in > the sw that could cause the packet to be dropped below this log message. > > PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 pktlen=60 tx_first=14 > tx_last=14 > > PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 tx_tail=15 nb_tx=1 > > Thanks, > Sambath > > > On Sat, Nov 2, 2013 at 3:54 PM, Sambath Kumar Balasubramanian < > sambath.balasubramanian@gmail.com> wrote: > > > Hi, > > > > We are developing an App over DPDK and in one scenario with SR-IOV > > with one of the VFs mapped to a VM and DPDK running on the VM, we see > > that the packets are not coming on the wire but I get the following > > debug logs for every packet transmitted. We are getting the same > > format of packets on the wire in a different scenario so IMO the > > Virtual Function ports are set up properly. Any idea how this can be > > debugged further. The NIC card we are using is > > > > > > > > PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 pktlen=60 tx_first=14 > > tx_last=14 > > > > PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 tx_tail=15 nb_tx=1 > > > > Regards, > > Sambath > > > > > > > > > > =============================================================================== > Please refer to http://www.aricent.com/legal/email_disclaimer.html > for important disclosures regarding this electronic communication. > > =============================================================================== > ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [dpdk-dev] Debugging igbvf_pmd 2013-11-03 13:18 ` Sambath Kumar Balasubramanian @ 2013-11-03 14:39 ` Sambath Kumar Balasubramanian 0 siblings, 0 replies; 5+ messages in thread From: Sambath Kumar Balasubramanian @ 2013-11-03 14:39 UTC (permalink / raw) To: Prashant Upadhyaya; +Cc: dev Hi Prashant, Did some research and looks like there an option in the driver disable it from 3.2 kernel. Any kernel before that looks to be a source code modification. Again Thanks for you help. Regards, Sambath On Sun, Nov 3, 2013 at 5:18 AM, Sambath Kumar Balasubramanian < sambath.balasubramanian@gmail.com> wrote: > Thanks Prashant. You were spot on. That was the reason for the packet > drop. Do you know if there is a way to disable anti-spoofing in the NIC or > the driver? > > Thanks for the timely help. > > Regards, > Sambath > > > On Sun, Nov 3, 2013 at 4:48 AM, Prashant Upadhyaya < > prashant.upadhyaya@aricent.com> wrote: > >> Hi Sambath, >> >> Did you follow the step of applying the mac to each of the virtual >> function as per the release notes in DPDK ? >> And ofcourse the src mac of your packets should be 'that' mac as set >> above. >> >> Regards >> -Prashant >> >> -----Original Message----- >> From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Sambath Kumar >> Balasubramanian >> Sent: Sunday, November 03, 2013 4:26 AM >> To: dev@dpdk.org >> Subject: Re: [dpdk-dev] Debugging igbvf_pmd >> >> Sorry pressed the send button too soon. The NIC Card we are using is >> >> Intel Corporation 82576 Virtual Function (rev 01) >> >> Do we need to do now NIC/CPU low level debugging or is there some issue >> in the sw that could cause the packet to be dropped below this log message. >> >> PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 pktlen=60 tx_first=14 >> tx_last=14 >> >> PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 tx_tail=15 nb_tx=1 >> >> Thanks, >> Sambath >> >> >> On Sat, Nov 2, 2013 at 3:54 PM, Sambath Kumar Balasubramanian < >> sambath.balasubramanian@gmail.com> wrote: >> >> > Hi, >> > >> > We are developing an App over DPDK and in one scenario with SR-IOV >> > with one of the VFs mapped to a VM and DPDK running on the VM, we see >> > that the packets are not coming on the wire but I get the following >> > debug logs for every packet transmitted. We are getting the same >> > format of packets on the wire in a different scenario so IMO the >> > Virtual Function ports are set up properly. Any idea how this can be >> > debugged further. The NIC card we are using is >> > >> > >> > >> > PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 pktlen=60 tx_first=14 >> > tx_last=14 >> > >> > PMD: eth_igb_xmit_pkts(): port_id=3 queue_id=0 tx_tail=15 nb_tx=1 >> > >> > Regards, >> > Sambath >> > >> > >> >> >> >> >> >> =============================================================================== >> Please refer to http://www.aricent.com/legal/email_disclaimer.html >> for important disclosures regarding this electronic communication. >> >> =============================================================================== >> > > ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2013-11-03 14:38 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2013-11-02 22:54 [dpdk-dev] Debugging igbvf_pmd Sambath Kumar Balasubramanian 2013-11-02 22:56 ` Sambath Kumar Balasubramanian 2013-11-03 12:48 ` Prashant Upadhyaya 2013-11-03 13:18 ` Sambath Kumar Balasubramanian 2013-11-03 14:39 ` Sambath Kumar Balasubramanian
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).