All of lore.kernel.org
 help / color / mirror / Atom feed
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.



             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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.