From: Simon Horman <horms@verge.net.au>
To: netdev@vger.kernel.org
Cc: Jesse Gross <jesse@nicira.com>,
Stephen Hemminger <shemminger@linux-foundation.org>,
Chris Wright <chrisw@sous-sol.org>,
Herbert Xu <herbert@gondor.apana.org.au>,
Arnd Bergmann <arnd@arndb.de>, David Miller <davem@davemloft.net>
Subject: [rfc] Merging the Open vSwitch datapath
Date: Mon, 30 Aug 2010 15:27:55 +0900 [thread overview]
Message-ID: <20100830062755.GA22396@verge.net.au> (raw)
Hi,
I am looking to submit the Open vSwitch datapath for merging into the
kernel. To this end I have posted a preliminary round of patches to the
dev@openvswitch.org mailing list (unfortunately the online archive seems
incomplete). It seems to me that I am now at or close to the point where
the patches can be posted to netdev. However, I have a few questions.
1) The current patches place the datapath in drivers/staging/ovs-datapath.
It has been proposed that net/openvswitch would be a better location.
What is the feeling of netdev on this?
In a similar vein. Open vSwitch has some headers that are shared
with user-space. Is include/net/openvswitch an acceptable location
for those headers?
2) The code could do with some cleaning up. The current todo list
includes the following items.
* Use pr_*
* Remove trailing whitespace and other formatting fixes
* Stephen Hemminger would like make_writable() removed in favour
of using skb_cow_data() or made generic.
http://openvswitch.org/pipermail/dev_openvswitch.org/2010-August/002993.html
* Removal of compatibility code
* Possible use of netlink for user-space interface
* Network namespace support
While the last two items seem to be post-merge material to me.
I am wondering if it is ok to handle the other items post-merge too.
As the person doing the merge, this would make my life a lot easier
but I'm unclear if it is an acceptable approach or not.
About Open vSwitch:
(Text by Jesse Gross)
Open vSwitch is a multilayer Ethernet switch targeted at virtualized
environments. In addition to supporting a variety of features
expected in a traditional hardware switch, it enables fine-grained
programmatic extension and control through the OpenFlow protocol.
This control is useful in a wide variety of applications but is
particularly important in multi-server virtualization deployments,
which are often characterized by highly dynamic endpoints and the need
to maintain logical abstractions for multiple tenants.
The Open vSwitch datapath provides an in-kernel fast path for packet
forwarding. It is complemented by a userspace daemon, ovs-vswitchd,
which is able to accept configuration from a variety of sources and
translate it into packet processing rules.
next reply other threads:[~2010-08-30 6:28 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-30 6:27 Simon Horman [this message]
2010-08-30 6:52 ` [rfc] Merging the Open vSwitch datapath Joe Perches
2010-08-30 7:11 ` Simon Horman
2010-08-30 7:25 ` Joe Perches
2010-08-30 7:33 ` Simon Horman
2010-08-30 17:22 ` Ben Pfaff
2010-08-30 18:26 ` Rose, Gregory V
2010-08-30 18:33 ` Ben Pfaff
2010-08-30 18:45 ` Rose, Gregory V
2010-08-30 20:59 ` Chris Wright
2010-08-31 0:48 ` Simon Horman
2010-08-31 0:54 ` Chris Wright
2010-08-31 1:01 ` Simon Horman
2010-08-31 1:11 ` Jesse Gross
2010-08-31 1:38 ` Simon Horman
2010-08-31 8:18 ` Herbert Xu
2010-08-30 21:04 ` Arnd Bergmann
2010-08-30 22:15 ` Rose, Gregory V
2010-08-31 11:48 ` Arnd Bergmann
2010-08-31 17:04 ` Rose, Gregory V
2010-08-31 17:43 ` Arnd Bergmann
2010-08-31 20:16 ` Rose, Gregory V
2010-10-15 11:31 ` openvswitch/flow WAS ( " jamal
2010-10-15 16:18 ` Ben Pfaff
2010-10-15 21:35 ` Jesse Gross
2010-10-16 11:35 ` jamal
2010-10-16 19:33 ` Jesse Gross
2010-10-18 12:16 ` jamal
2010-10-18 15:20 ` Simon Horman
2010-10-19 10:22 ` jamal
2010-10-19 14:56 ` Simon Horman
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=20100830062755.GA22396@verge.net.au \
--to=horms@verge.net.au \
--cc=arnd@arndb.de \
--cc=chrisw@sous-sol.org \
--cc=davem@davemloft.net \
--cc=herbert@gondor.apana.org.au \
--cc=jesse@nicira.com \
--cc=netdev@vger.kernel.org \
--cc=shemminger@linux-foundation.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).