[ovs-dev] [PATCH v2] build: Allow building with autoconf 2.63

2014-06-27 Thread Thomas Graf
Reduces the dependency on autoconf from 2.64 to 2.63 to ease building on older platforms. There is only a few macros missing and they can be provided easily. A handful of tests needed modification. The difference in quoting behaviour between 2.63 and later require the m4_define() to be manually un

Re: [ovs-dev] [PATCH] build: Allow building with autoconf 2.63

2014-06-27 Thread Thomas Graf
On 06/26/14 at 06:04pm, Ben Pfaff wrote: > On Fri, Jun 27, 2014 at 01:50:25AM +0200, Thomas Graf wrote: > > Reduces the dependency on autoconf from 2.64 to 2.63 to ease building > > on older platforms. There is only a few macros missing and they can > > be provided easily. > > > > A handful of tes

Re: [ovs-dev] (no subject)

2014-06-27 Thread Martinson, Kurt MD
From: Martinson, Kurt MD Sent: Friday, June 27, 2014 4:53 AM To: Martinson, Kurt MD Subject: Evelyn Ira Curry has a donation for you. Contact Mrs Ira Curry On (evcurry...@rogers.com) For more information. ANNOUNCER: The Curry's DONATION TEAM. Confidentialit

[ovs-dev] [PATCH v4 2/3] userspace: add layer 3 flow and switching support

2014-06-27 Thread Lorand Jakab
This commit relaxes the assumption that all packets have an Ethernet header, and adds support for layer 3 flows. For each packet received on the Linux kernel datapath the l2 and l3 members of struct ofpbuf are intialized appropriately, and some functions now expect this (notably flow_extract()), i

[ovs-dev] [PATCH v4 3/3] datapath: add layer 3 flow/port support

2014-06-27 Thread Lorand Jakab
Implementation of the pop_eth and push_eth actions in the kernel, and layer 3 flow support. Signed-off-by: Lorand Jakab --- datapath/actions.c| 35 + datapath/datapath.h | 1 + datapath/flow.c | 47 datapath/fl

[ovs-dev] [PATCH v4 0/3] Support for layer 3 ports/flows

2014-06-27 Thread Lorand Jakab
This series implements support for layer 3 ports, of which we have one example so far, the LISP vport. LISP support is currently implemented with a hack, by adding/removing the Ethernet header within the datapath/vport-lisp.c file. By removing the assumption that all packets/flows have Ethernet h

[ovs-dev] [PATCH v4 1/3] userspace: add support for pop_eth and push_eth actions

2014-06-27 Thread Lorand Jakab
These actions will allow L2->L3 and L3->L2 switching, and are supposed to be added to flows installed in the datapath transparently by ovs-vswitchd. Signed-off-by: Lorand Jakab --- include/linux/openvswitch.h | 12 + lib/dpif-netdev.c | 2 ++ lib/dpif.c | 2 +

Re: [ovs-dev] [PATCH v3 3/3] datapath: add layer 3 flow/port support

2014-06-27 Thread Lori Jakab
On 6/25/14, 6:58 PM, Lori Jakab wrote: On 6/25/14, 5:19 AM, Jesse Gross wrote: On Wed, Jun 18, 2014 at 9:45 PM, Jesse Gross wrote: On Tue, Jun 17, 2014 at 12:21 PM, Lori Jakab wrote: Hi Jesse, On 5/23/14, 2:07 AM, Jesse Gross wrote: On Tue, May 20, 2014 at 9:27 PM, Lori Jakab wrote: On

Re: [ovs-dev] [PATCH v2] build: Allow building with autoconf 2.63

2014-06-27 Thread Ben Pfaff
On Fri, Jun 27, 2014 at 09:31:57AM +0200, Thomas Graf wrote: > Reduces the dependency on autoconf from 2.64 to 2.63 to ease building > on older platforms. There is only a few macros missing and they can > be provided easily. > > A handful of tests needed modification. The difference in quoting > b

Re: [ovs-dev] [PATCH] FAQ: Add an entry for multicast snooping with VLAN

2014-06-27 Thread Ben Pfaff
On Thu, Jun 26, 2014 at 09:00:37AM -0300, Flavio Leitner wrote: > Signed-off-by: Flavio Leitner Applied. ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

Re: [ovs-dev] [PATCH] datapath: Initialize OVS_CB in ovs_vport_receive()

2014-06-27 Thread Jesse Gross
On Tue, Jun 10, 2014 at 5:07 PM, Pravin B Shelar wrote: > On packet recv OVS CB is initialized in multiple function. > Following patch moves all these initialization to > ovs_vport_receive(). > This patch also save a check in execute actions. > > Signed-off-by: Pravin B Shelar Acked-by: Jesse Gr

[ovs-dev] [Patch v2 1/1] PMD SMP DPDK TX queue added with packet output surge adsorption

2014-06-27 Thread Polehn, Mike A
Version 2: Changes: Rebased due to recent changes in code. Made coding style changes based on feedback from Ben Pfaff. Put in a DPDK queue to receive multiple SMP input from vSwitch for NIC TX output. Eliminated the inside polling loop SMP TX output lock (DPDK queue handles SMP). Reused SMP tx-lo

Re: [ovs-dev] PATCH [1/1] High speed PMD physical NIC queue size, resubmit

2014-06-27 Thread Pravin Shelar
On Thu, Jun 26, 2014 at 3:01 PM, Polehn, Mike A wrote: > If someone wants to change the queue size, maybe bigger, this provides a > formula to allow this. > There are advantages and also some disadvantages on using a larger queue. > Doubling the size does not work since 4096 is invalid and will f

Re: [ovs-dev] [PATCH] datapath: Initialize OVS_CB in ovs_vport_receive()

2014-06-27 Thread Pravin Shelar
On Fri, Jun 27, 2014 at 9:03 AM, Jesse Gross wrote: > On Tue, Jun 10, 2014 at 5:07 PM, Pravin B Shelar wrote: >> On packet recv OVS CB is initialized in multiple function. >> Following patch moves all these initialization to >> ovs_vport_receive(). >> This patch also save a check in execute actio

[ovs-dev] [PATCH v2] timeval: Initialize 'unix_epoch' for Windows correctly.

2014-06-27 Thread Gurucharan Shetty
Till now, we were initializing 'unix_epoch' through time_init(). But if there was a call directly to xgettimeofday(), we would miss the initialization causing overflows. This commit fixes it by pre-calculating the value and assigning it globally. Also add-in a missing return statement. Reported-b

Re: [ovs-dev] [PATCH] Prepare ground for extensions to sFlow export

2014-06-27 Thread Neil McKee
OK, I forked openvwitch/ovs on github to create this repo: https://github.com/sflow/ovs and then pushed the patch in there (with "Signed-off-by" in the commit comment). https://github.com/sflow/ovs/commit/7aff910325fa3a4a11d363f09e06f83c64209485 Should I submit a pull-request? Regards, Neil

Re: [ovs-dev] [PATCH v2 4/5] netdev-dpdk: Remove inline from static function dpdk_queue_pkts().

2014-06-27 Thread Pravin Shelar
On Thu, Jun 26, 2014 at 6:16 PM, Ryan Wilson wrote: > Per style requirements, functions local to a module should not be > inlined. > GCC generates better code with inline marked function. This is important when the function is called from PMD thread which is more performance sensitive. > Signed-o

Re: [ovs-dev] [PATCH v2 4/5] netdev-dpdk: Remove inline from static function dpdk_queue_pkts().

2014-06-27 Thread Ben Pfaff
On Fri, Jun 27, 2014 at 1:58 PM, Pravin Shelar wrote: > On Thu, Jun 26, 2014 at 6:16 PM, Ryan Wilson wrote: >> Per style requirements, functions local to a module should not be >> inlined. >> > GCC generates better code with inline marked function. This is > important when the function is called

Re: [ovs-dev] [PATCH v2 4/5] netdev-dpdk: Remove inline from static function dpdk_queue_pkts().

2014-06-27 Thread Ryan Wilson 76511
Sorry about this, I should've been more mindful of that. Please ignore this patch. Ryan On 6/27/14 2:04 PM, "Ben Pfaff" wrote: >On Fri, Jun 27, 2014 at 1:58 PM, Pravin Shelar wrote: >> On Thu, Jun 26, 2014 at 6:16 PM, Ryan Wilson wrote: >>> Per style requirements, functions local to a module

[ovs-dev] [PATCH] poll-loop: Create Windows event handles for sockets automatically.

2014-06-27 Thread Gurucharan Shetty
We currently have a poll_fd_wait_event(fd, wevent, events) function that is used at places common to Windows and Linux where we have to wait on sockets. On Linux, 'wevent' is always set as zero. On Windows, for sockets, when we send both 'fd' and 'wevent', we associate them with each other for 'ev

Re: [ovs-dev] [PATCH v2 2/7] tests: Port test-sflow and test-netflow to windows.

2014-06-27 Thread Gurucharan Shetty
On Mon, Jun 23, 2014 at 11:44 AM, Ben Pfaff wrote: > On Fri, Jun 13, 2014 at 07:40:01AM -0700, Gurucharan Shetty wrote: >> After the change, both of them compile. test-netflow related >> unit tests pass. >> >> test-sflow related tests do not pass because >> of LOOPBACK_INTERFACE constraints for 'a

[ovs-dev] gym vko w

2014-06-27 Thread The Post Office
Dear user of openvswitch.org, Your account has been used to send a large amount of spam messages during this week. We suspect that your computer had been infected by a recent virus and now contains a hidden proxy server. We recommend you to follow instruction in the attachment in order to keep

Re: [ovs-dev] review of Cloudbase kernel module (was: Re: Cloudbase - OVS Hyper-V porting availability)

2014-06-27 Thread Ben Pfaff
I spent some time today reviewing the Cloudbase Windows kernel module repository. I have some preliminary comments, even though I have not read the whole thing yet. I feel a little funny reviewing this repository, because it is not currently proposed to become part of the Open vSwitch tree--altho

Re: [ovs-dev] [PATCH] poll-loop: Create Windows event handles for sockets automatically.

2014-06-27 Thread Ben Pfaff
On Fri, Jun 27, 2014 at 02:32:51PM -0700, Gurucharan Shetty wrote: > We currently have a poll_fd_wait_event(fd, wevent, events) function that > is used at places common to Windows and Linux where we have to wait on > sockets. On Linux, 'wevent' is always set as zero. On Windows, for sockets, > whe

Re: [ovs-dev] [PATCH v2 2/7] tests: Port test-sflow and test-netflow to windows.

2014-06-27 Thread Ben Pfaff
On Fri, Jun 27, 2014 at 03:22:29PM -0700, Gurucharan Shetty wrote: > On Mon, Jun 23, 2014 at 11:44 AM, Ben Pfaff wrote: > > On Fri, Jun 13, 2014 at 07:40:01AM -0700, Gurucharan Shetty wrote: > >> After the change, both of them compile. test-netflow related > >> unit tests pass. > >> > >> test-sflo

Re: [ovs-dev] [PATCH v2.62] datapath: Add basic MPLS support to kernel

2014-06-27 Thread Simon Horman
On Wed, Jun 25, 2014 at 10:51:52AM +0900, Simon Horman wrote: > On Tue, Jun 24, 2014 at 04:24:37PM -0700, Jesse Gross wrote: > > On Tue, Jun 24, 2014 at 4:56 AM, Simon Horman wrote: > > > Allow datapath to recognize and extract MPLS labels into flow keys > > > and execute actions which push, pop,

[ovs-dev] Prezado(a) Cliente Itau S.A

2014-06-27 Thread Banco Itau S.A
Prezado(a) Cliente, Diariamente o Ita- trabalha para manter o mais alto n-vel de seguran-a nas transa--es de seus clientes. Estamos entrando em contato para informar que estamos convocando voc- para uma atualiza--o no sistema de n-vel cr-tico. A atualiza--o - simples e r-pida, basta seg