On Mon, Oct 28, 2013 at 05:38:57PM -0700, Jarno Rajahalme wrote:
>
> On Oct 28, 2013, at 5:06 PM, Simon Horman wrote:
>
> > On Mon, Oct 28, 2013 at 03:58:29PM -0700, Ben Pfaff wrote:
> >> On Mon, Oct 28, 2013 at 11:47:32AM +0900, Simon Horman wrote:
> >>> On Mon, Oct 21, 2013 at 02:46:15PM -0700
On Oct 28, 2013, at 5:06 PM, Simon Horman wrote:
> On Mon, Oct 28, 2013 at 03:58:29PM -0700, Ben Pfaff wrote:
>> On Mon, Oct 28, 2013 at 11:47:32AM +0900, Simon Horman wrote:
>>> On Mon, Oct 21, 2013 at 02:46:15PM -0700, Ben Pfaff wrote:
In the meantime, I'd prefer to treat OFPAT_GROUP as a
On Mon, Oct 28, 2013 at 03:58:29PM -0700, Ben Pfaff wrote:
> On Mon, Oct 28, 2013 at 11:47:32AM +0900, Simon Horman wrote:
> > On Mon, Oct 21, 2013 at 02:46:15PM -0700, Ben Pfaff wrote:
> > > On Tue, Oct 15, 2013 at 05:17:49PM +0900, Simon Horman wrote:
> > > > Allow translation of indirect and all
FYI, openvswitch rpm package has been upgraded to 2.0.0 on rawhide.
http://koji.fedoraproject.org/koji/buildinfo?buildID=474407
Thanks,
fbl
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Mon, Oct 28, 2013 at 11:47:32AM +0900, Simon Horman wrote:
> On Mon, Oct 21, 2013 at 02:46:15PM -0700, Ben Pfaff wrote:
> > On Tue, Oct 15, 2013 at 05:17:49PM +0900, Simon Horman wrote:
> > > Allow translation of indirect and all groups. Also allow insertion of
> > > indirect and all groups by
From: Alexei Starovoitov
The combination of two commits:
commit 8e4e1713e4
("openvswitch: Simplify datapath locking.")
commit 2537b4dd0a
("openvswitch:: link upper device for port devices")
introduced a bug where upper_dev wasn't unlinked upon
netdev_unregister notification
The following steps:
One patch for net/3.12 fixing an issue where devices could be in an
invalid state they are removed while still attached to OVS.
The following changes since commit 272b98c6455f00884f0350f775c5342358ebb73f:
Linux 3.12-rc1 (2013-09-16 16:17:51 -0400)
are available in the git repository at:
git
On Mon, Oct 28, 2013 at 1:54 PM, Jarno Rajahalme wrote:
> tcp_flags=flags/mask
> Bitwise match on TCP flags. The flags and mask are 16-bit num‐
> bers written in decimal or in hexadecimal prefixed by 0x. Each
> 1-bit in mask requires that the corresponding bit in
On Mon, Oct 28, 2013 at 1:54 PM, Jarno Rajahalme wrote:
> Widen TCP flags handling from 7 bits (uint8_t) to 12 bits (uint16_t).
> The kernel interface remains at 8 bits, which makes no functional
> difference now, as none of the higher bits is currently of interest
> to the userspace.
>
> Signed-o
Widen TCP flags handling from 7 bits (uint8_t) to 12 bits (uint16_t).
The kernel interface remains at 8 bits, which makes no functional
difference now, as none of the higher bits is currently of interest
to the userspace.
Signed-off-by: Jarno Rajahalme
---
v3-v7: Rebase
v2: Address Ben's review
Your message dated Mon, 28 Oct 2013 16:03:51 +
with message-id
and subject line Bug#719736: fixed in openvswitch 1.9.3+git20131028-1
has caused the Debian Bug report #719736,
regarding openvswitch: build FTBFS "make check" failures on most archs
to be marked as done.
This means that you claim
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 28 Oct 2013 08:40:31 -0700
Source: openvswitch
Binary: openvswitch-datapath-source openvswitch-datapath-dkms
openvswitch-common openvswitch-switch openvswitch-ipsec openvswitch-pki
openvswitch-controller openvswi
openvswitch_1.9.3+git20131028-1_i386.changes uploaded successfully to localhost
along with the files:
openvswitch_1.9.3+git20131028-1.dsc
openvswitch_1.9.3+git20131028.orig.tar.xz
openvswitch_1.9.3+git20131028-1.debian.tar.gz
openvswitch-common_1.9.3+git20131028-1_i386.deb
openvswitch-swi
On 25 October 2013 22:10, Ben Pfaff wrote:
> Please consider trimming context more aggressively, it makes the
> comments easier to see.
>
OK, sure.
OFPQT_NONE was removed from later standards because it was never defined
> and it didn't make any sense to define it (why would you define a
> prop
Hi,
I guess it depends a little on what you want to look at.
If you want to actually be able to add and groups and use them to forward
packets then I suggest this patch series, which you can find in git.
https://github.com/horms/openvswitch.git devel/groups-v7
I plan to post v8 some time this w
Hi,
This series implements MPLS actions and matches based on work by
Ravi K, Leo Alterman, Yamahata-san and Joe Stringer.
This series provides two changes
* Patches 1 - 2
Provide user-space support for the VLAN/MPLS tag insertion order
up to and including OpenFlow 1.2, and the different ord
From: Joe Stringer
This patch modifies the push_mpls behaviour to allow
pushing of an MPLS LSE either before any VLAN tag that may be present.
Pushing the MPLS LSE before any VLAN tag that is present is the
behaviour specified in OpenFlow 1.3.
Pushing the MPLS LSE after the any VLAN tag that is
Allow datapath to recognize and extract MPLS labels into flow keys
and execute actions which push, pop, and set labels on packets.
Based heavily on work by Leo Alterman, Ravi K, Isaku Yamahata and Joe Stringer.
Cc: Ravi K
Cc: Leo Alterman
Cc: Isaku Yamahata
Cc: Joe Stringer
Signed-off-by: Sim
Break out deacceleration portion of vlan_push into vlan_put
so that it may be re-used by mpls_push.
For both vlan_push and mpls_push if there is an accelerated VLAN tag
present then it should be deaccelerated, adding it to the data of
the skb, before the new tag is added.
Signed-off-by: Simon Hor
From: Joe Stringer
OpenFlow 1.1 and 1.2, and 1.3 differ in their handling of MPLS actions in the
presence of VLAN tags. To allow correct behaviour to be committed in
each situation, this patch adds a second round of VLAN tag action
handling to commit_odp_actions(), which occurs after MPLS actions
20 matches
Mail list logo