From: Thomas Monjalon <thomas.monjalon@6wind.com>
To: Scott Daniels <daniels@research.att.com>
Cc: users@dpdk.org
Subject: Re: [dpdk-users] Proposal -- Add APIs allowing for VF management
Date: Mon, 18 Jul 2016 10:46:06 +0200 [thread overview]
Message-ID: <1887151.Tg81hdDixp@xps13> (raw)
In-Reply-To: <alpine.LSU.2.20.12.1607151400020.12469@localhost>
Hi,
2016-07-15 14:06, Scott Daniels:
> The need to configure and manage virtual functions (VFs) on a NIC in order
> to apply policy has grown to the point that we have implemented a small,
> DPDK based, tool to do so. Our tool, VFd (Virtual Function daemon),
> allows us to configure VFs using a per VF description provided by an
> external source (e.g. a virtualisation manager such as Openstack).
>
> In order to implement VFd, initially supporting just the Intel 82599, we
> found that not all of the NIC management could be accomplished through the
> existing DPDK libraries, and would like to propose the following API
> extensions to DPDK:
>
> - mailbox communication callback support
> - TC configuration
> - DCB configuration
> - Queue configuration
> - PF/VF statistics
>
> These API extensions would allow software such as VFd to manage any
> supported NIC without the need for customised code in the application.
>
> Is this something that the community would be open to?
It is difficult to answer to this question without understanding precisely
which change you need.
The VFs are managed in DPDK as any other device. The configuration is done
through the ethdev library. Do you mean the ethdev API is too poor for
your needs?
Could you give some examples please?
> We also believe that once the APIs are added a more generic management
> tool, similar to VFd, could be added to allow for VF management via
> traditional command line tools (ifconfig, ip, ethtool).
These tools send some ioctl to the kernel drivers.
I don't know if mixing DPDK and kernel drivers would be a good idea.
I think it has never been tried :)
> This could be maintained either as one of the DPDK examples, or as a
> separate community supported software application.
>
> Again, we're wondering what the community thinks about such a tool.
>
>
> Scott
>
> VFd is open source and is hosted on github:
> https://github.com/att/vfd
Thank you for sharing. Please use the dev@ mailing list to discuss new API.
prev parent reply other threads:[~2016-07-18 8:46 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-15 18:06 Scott Daniels
2016-07-18 8:46 ` Thomas Monjalon [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=1887151.Tg81hdDixp@xps13 \
--to=thomas.monjalon@6wind.com \
--cc=daniels@research.att.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).