From: Stephen Hemminger <stephen@networkplumber.org>
To: Chris King <chrisking64@gmail.com>
Cc: users@dpdk.org
Subject: Re: [dpdk-users] VPP / DPDK issue with failsafe adapters
Date: Sun, 26 Jan 2020 13:20:23 -0800 [thread overview]
Message-ID: <20200126132023.35a653a7@hermes.lan> (raw)
In-Reply-To: <CANrpwz7_EXFL5Jh3ziv_CO47_+mEaLzQUO70WM_rS72kyrErmw@mail.gmail.com>
On Thu, 23 Jan 2020 14:25:06 -0500
Chris King <chrisking64@gmail.com> wrote:
> Hello,
>
> I have been reaching out for support for a VPP / DPDK issue on the fd.io
> forums here:
> https://lists.fd.io/g/vpp-dev/topic/interface_activation_problem/69987045
>
> Since my problem may be DPDK related (unsure) or at the boundary between
> VPP and DPDK, I thought I would reach out here as well.
>
> Here is the latest context and any insights would be appreciated:
>
> Scenario: I am having difficulty getting my VPP interfaces activating
> properly. I am trying to use DPDK-enabled netvsc devices with VPP in Ubuntu
> 18.04 in Azure.
>
Recent versions of VPP decided to do a native Mellanox driver and no longer
use the DPDK Mellanox driver. Since the native Mellanox driver is not visible
to DPDK, the failsafe (and netvsc PMD) can not manage the devices.
I got VPP working with failsafe and native netvsc PMD on earlier release of
VPP. But the VPP developers decided that a native Mellanox driver would avoid
the extra overhead of going from VPP to DPDK. In the process, they broke Azure.
This is a VPP problem (they broke it, they need to fix it). There really isn't
anything in DPDK that can be done to help. If VPP insists on doing their own
Mellanox native driver, then they need to do their own native VMBus driver.
prev parent reply other threads:[~2020-01-26 21:20 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-23 19:25 Chris King
2020-01-26 21:20 ` Stephen Hemminger [this message]
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=20200126132023.35a653a7@hermes.lan \
--to=stephen@networkplumber.org \
--cc=chrisking64@gmail.com \
--cc=users@dpdk.org \
/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).