From: Justin Pettit Date: Mon, 4 Feb 2013 23:56:36 +0000 (-0800) Subject: Prepare for 1.10.0. X-Git-Tag: sliver-openvswitch-1.10.90-1~11^2~80 X-Git-Url: http://git.onelab.eu/?p=sliver-openvswitch.git;a=commitdiff_plain;h=4191f4350b22ba5a603970bb203be1bd5504d230 Prepare for 1.10.0. Signed-off-by: Justin Pettit --- diff --git a/NEWS b/NEWS index 37ed29675..612b4f64b 100644 --- a/NEWS +++ b/NEWS @@ -1,5 +1,5 @@ -post-v1.9.0 --------------------- +v1.10.0 - xx xxx xxxx +--------------------- - Bridge compatibility support has been removed. Any uses that rely on ovs-brcompatd will have to stick with Open vSwitch 1.9.x or adapt to native Open vSwitch support (e.g. use ovs-vsctl instead diff --git a/configure.ac b/configure.ac index bcfb2276d..eabbd0b81 100644 --- a/configure.ac +++ b/configure.ac @@ -13,7 +13,7 @@ # limitations under the License. AC_PREREQ(2.64) -AC_INIT(openvswitch, 1.9.90, ovs-bugs@openvswitch.org) +AC_INIT(openvswitch, 1.10.0, ovs-bugs@openvswitch.org) AC_CONFIG_SRCDIR([datapath/datapath.c]) AC_CONFIG_MACRO_DIR([m4]) AC_CONFIG_AUX_DIR([build-aux]) diff --git a/debian/changelog b/debian/changelog index d3a8faf4b..f47fb239c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,16 +1,62 @@ -openvswitch (1.9.90-1) unstable; urgency=low +openvswitch (1.10.0-1) unstable; urgency=low [ Open vSwitch team ] * New upstream version - - Nothing yet! Try NEWS... - - -- Open vSwitch team Wed, 24 Oct 2012 16:12:57 -0700 + - Bridge compatibility support has been removed. Any uses that + rely on ovs-brcompatd will have to stick with Open vSwitch 1.9.x + or adapt to native Open vSwitch support (e.g. use ovs-vsctl instead + of brctl). + - The maximum size of the MAC learning table is now configurable. + - With the Linux datapath, packets for new flows are now queued + separately on a per-port basis, so it should no longer be + possible for a large number of new flows arriving on one port to + prevent new flows from being processed on other ports. + - Many "ovs-vsctl" database commands now accept an --if-exists option. + Please refer to the ovs-vsctl manpage for details. + - OpenFlow: + - Experimental support for newer versions of OpenFlow. See + the "What versions of OpenFlow does Open vSwitch support?" + question in the FAQ for more details. + - The OpenFlow "dp_desc" may now be configured by setting the + value of other-config:dp-desc in the Bridge table. + - It is possible to request the OpenFlow port number with the + "ofport_request" column in the Interface table. + - Tunneling: + - New support for the VXLAN tunnel protocol (see the IETF draft here: + http://tools.ietf.org/html/draft-mahalingam-dutt-dcops-vxlan-02). + - Tunneling requires the version of the kernel module paired with + Open vSwitch 1.9.0 or later. + - Inheritance of the Don't Fragment bit in IP tunnels (df_inherit) + is no longer supported. + - Path MTU discovery is no longer supported. + - ovs-dpctl: + - The "dump-flows" and "del-flows" no longer require an argument + if only one datapath exists. + - ovs-appctl: + - New "vlog/disable-rate-limit" and "vlog/enable-rate-limit" + commands available allow control over logging rate limits. + - New "dpif/dump-dps", "dpif/show", and "dpif/dump-flows" command + that mimic the equivalent ovs-dpctl commands. + - The ofproto library is now responsible for assigning OpenFlow port + numbers. An ofproto implementation should assign them when + port_construct() is called. + - All dpif-based bridges of a particular type share a common + datapath called "ovs-", e.g. "ovs-system". The ovs-dpctl + commands will now return information on that shared datapath. To + get the equivalent bridge-specific information, use the new + "ovs-appctl dpif/*" commands. + - Backward-incompatible changes: + - Earlier Open vSwitch versions treated ANY as a wildcard in flow + syntax. OpenFlow 1.1 adds a port named ANY, which introduces a + conflict. ANY was rarely used in flow syntax, so we chose to + retire that meaning of ANY in favor of the OpenFlow 1.1 meaning. + - Patch ports no longer require kernel support, so they now work + with FreeBSD and the kernel module built into Linux 3.3 and later. + + -- Open vSwitch team Mon, 04 Feb 2013 21:52:34 -0700 openvswitch (1.9.0-1) unstable; urgency=low [ Open vSwitch team ] * New upstream version - - The tunneling code no longer assumes input and output keys are symmetric. - If they are not, PMTUD needs to be disabled for tunneling to work. Note - this only applies to flow-based keys. - Datapath: - Support for ipv6 set action. - SKB mark matching and setting. @@ -25,6 +71,14 @@ openvswitch (1.9.0-1) unstable; urgency=low - Allow bitwise masking for SHA and THA fields in ARP, SLL and TLL fields in IPv6 neighbor discovery messages, and IPv6 flow label. - Adds support for writing to the metadata field for a flow. + - Tunneling: + - The tunneling code no longer assumes input and output keys are + symmetric. If they are not, PMTUD needs to be disabled for + tunneling to work. Note this only applies to flow-based keys. + - New support for a nonstandard form of GRE that supports a 64-bit key. + - Tunnel Path MTU Discovery default value was set to 'disabled'. + This feature is deprecated and will be removed soon. + - Tunnel header caching removed. - ovs-ofctl: - Commands and actions that accept port numbers now also accept keywords that represent those ports (such as LOCAL, NONE, and ALL). This is @@ -40,12 +94,8 @@ openvswitch (1.9.0-1) unstable; urgency=low are true, but because we do not know of any users for this feature it seems better on balance to remove it. (The ovs-pki-cgi program was not included in distribution packaging.) - - Tunnel Path MTU Discovery default value was set to 'disabled'. This - feature is deprecated and will be removed soon. - ovsdb-server now enforces the immutability of immutable columns. This was not enforced in earlier versions due to an oversight. - - New support for a nonstandard form of GRE that supports a 64-bit key. - - Tunnel header caching removed. - The following features are now deprecated. They will be removed no earlier than February 2013. Please email dev@openvswitch.org with concerns.