* [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).