DPDK patches and discussions
 help / color / mirror / Atom feed
From: Clarylin L <clearasu@gmail.com>
To: Yuanhan Liu <yuanhan.liu@linux.intel.com>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [dpdk-virtio] DPDK stopped working on virtio
Date: Mon, 22 Feb 2016 23:00:28 -0800	[thread overview]
Message-ID: <CAKj5MjuVvSkzyT6wCysm3QjLKNeLCdsL-Q1uGmU2v+E-fxDh=A@mail.gmail.com> (raw)
In-Reply-To: <20160223035001.GA21426@yliu-dev.sh.intel.com>

I am working with DPDK 2.0.

I guess it's not DPDK code issue , but more like an environment issue (as
same code has been working fine before. It's even working on another setup
now). Someone might have accidentally changed my setup, and I want to find
out what made dpdk-virtio stop working.

Is DPDK-virtio dependent on any specific modules on the hypervisor? or are
there any configurations on the hypervisor that would impact the
functionality of  virtio? or anything else I need to look into and check?
My VM is running on Ubuntu KVM.

On Mon, Feb 22, 2016 at 7:50 PM, Yuanhan Liu <yuanhan.liu@linux.intel.com>
wrote:

> On Mon, Feb 22, 2016 at 11:15:57AM -0800, Clarylin L wrote:
> > I am running DPDK application (testpmd) within a VM based on virtio. With
> > the same hypervisor and same DPDK code, it used to work well. But it
> > stopped working since last week. The VM's port could not receive
> anything.
> > I ran tcpdump on host's physical port, bridge interface as well as vnet
> > interface, and did see packets coming in. However on VM's port there was
> > nothing.
> >
> > I ran gdb trying to debug, it hit function virtio_recv_mergeable_pkts(),
> > but nb_used=VIRTQUEUE_NUSED(rxvq) always gave 0. I guess it's because the
> > queue was empty.
> >
> > I enabled the PMD debug logging and the only thing that might be an issue
> > was the following part. Other than this I could not see any thing that
> > could indicate potential issues.
> >
> > Thu Feb 18 19:20:10 2016^@PMD: get_uio_dev(): Could not find uio resource
> > Thu Feb 18 19:20:10 2016^@PMD: virtio_resource_init_by_ioports(): PCI
> Port
> > IO found start=0xc040 with size=0x40
>
> That could be normal, when you don't bind the driver to igb_uio.
>
> > If someone can give any pointers that I should further look into, that'd
> be
> > very helpful. Appreciate your help!
>
> What's the last commit you are testing? And what are the steps
> to reproduce it? I have a quick try with vhost-switch example,
> with pkts injected by IXIA; it works fine here.
>
> Or better, mind do a git bisect? There aren't too many commits
> there. It should be a pretty fast bisect.
>
>         --yliu
>

  reply	other threads:[~2016-02-23  7:00 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-22 19:15 Clarylin L
2016-02-23  3:50 ` Yuanhan Liu
2016-02-23  7:00   ` Clarylin L [this message]
2016-02-23  7:22     ` Yuanhan Liu
2016-02-26  1:24     ` Clarylin L

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='CAKj5MjuVvSkzyT6wCysm3QjLKNeLCdsL-Q1uGmU2v+E-fxDh=A@mail.gmail.com' \
    --to=clearasu@gmail.com \
    --cc=dev@dpdk.org \
    --cc=yuanhan.liu@linux.intel.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).