DPDK patches and discussions
 help / color / mirror / Atom feed
From: Anjali Kulkarni <anjali@juniper.net>
To: Thomas Monjalon <thomas.monjalon@6wind.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] Debugging SR-IOV related packet flow problem with DPDK
Date: Tue, 16 Jun 2015 21:08:41 +0000	[thread overview]
Message-ID: <D1A5DC92.F4AD%anjali@juniper.net> (raw)
In-Reply-To: <15776821.ucWqCiW9hh@xps13>

Thanks for your response.
I am running my own application, and it is actually running inside a
docker, not a VM.
No VLAN configuration. Just SR-IOV is enabled on 2 NICs, and both devices
(/dev/uio0 and /dev/uio1) are assigned to the docker.
This worked a while ago perfectly.
What I see is that an ixia connected to the 2 10G NICs is pumping traffic,
but the VF statistics are 0. It is as if the VF or NIC did not see the
packets. 
The source dst MAC is set correctly to the VF¹s MAC. I don¹t see any
prints on stdout after enabling the _DEBUG logs in config.

Anjali

On 6/16/15, 1:52 PM, "Thomas Monjalon" <thomas.monjalon@6wind.com> wrote:

>Hi,
>
>That's third email in 8 hours for this question.
>Do you plan to send an email every 4 hours?
>
>It's really hard to help you without knowing which application you run?
>in which VM? which VLAN configuration? etc
>
>2015-06-16 20:22, Anjali Kulkarni:
>> Hi,
>> 
>> Can someone please help with this? How can packet flow be traced on
>>DPDK?
>> Where are all the logs stored if we do enable the _DEBUG configs in
>> config/ directory?
>
>stdout or somewhere else if you configured logs in your app.
>
>> Anjali
>[...]
>> I am observing that the SR-IOV enabled NIC does not increment any VF
>>packet
>> counters despite incoming packet flow. I have enabled some debug logs
>>like
>> CONFIG_RTE_LIBRTE_IXGBE_DEBUG_RX in config file.
>> Can someone point me to where these logs are being printed so I can try
>>to
>> figure out where packets are being dropped? Or how can I debug DPDK
>>packet
>> flow related issues (are there any stats I can look at)?
>
>Statistics can be requested through a dedicated ethdev API.
>

  reply	other threads:[~2015-06-16 21:08 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-16 12:33 Anjali Kulkarni
2015-06-16 16:09 ` Anjali Kulkarni
2015-06-16 20:22   ` Anjali Kulkarni
2015-06-16 20:52     ` Thomas Monjalon
2015-06-16 21:08       ` Anjali Kulkarni [this message]
2015-06-17 10:52         ` Anjali Kulkarni
2015-06-17 15:16           ` Andrew Harvey (agh)

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=D1A5DC92.F4AD%anjali@juniper.net \
    --to=anjali@juniper.net \
    --cc=dev@dpdk.org \
    --cc=thomas.monjalon@6wind.com \
    /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).