Re: [ovs-dev] [PATCH V5] Function tracer to trace all function calls

Hi, Daniele, I am also interesting in profiling the ovs process and would like to participate in the discussion. I am using oprofile-1.1.0 to profiling the ovn-northd process. I believe oprofile-1.1.0 share the same underlying profiling mechanism as Linux perf (correct me if I am wrong).

Re: [ovs-dev] [ovs-dev, 4/4] ovn-northd: Add logical flows to support native DHCP

> > > This patch set appears to have multiple collisions when I try > to apply it - should it be rebased? > > ​ ​I will fix the conflicts and submit the patch. ​ > Ryan > ___ > dev mailing list > dev@openvswitch.org >

[ovs-dev] [PATCH] [PATCH, , v4, 2/2] ovn: add lflows for 'na' action for ND

This patch adds some lflows for 'na' action to support ND versus ARP. For ovn-northd, it will generate lflows per each lport with its IPv6 addresses and mac addresss, with 'na' action. e.g. match=(icmp6 && icmp6.type == 135 && (nd.target == fd81:ce49:a948:0:f816:3eff:fe46:8a42 ||

[ovs-dev] [PATCH] [PATCH, v4, 1/2] ovn-controller: Add 'na' action for ND

This patch adds a new OVN action 'na' to support ND versus ARP. When ovn-controller received a ND packet, it frames a template NA packet for reply. The NA packet will be initialized based on ND packet, such as NA packet will use: - ND packet eth.src as eth.dst, - ND packet eth.dst as eth.src,

Re: [ovs-dev] [PATCH V5] Function tracer to trace all function calls

Hi Nirapada, When optimizing for the DPDK datapath we have a very similar problem and, usually, running a simple profiler like perf ( https://perf.wiki.kernel.org/index.php/Main_Page) is enough to highlight the bottlenecks in terms of CPU usage. Have you tried perf? Does this infrastructure

Re: [ovs-dev] [PATCH v2] netdev-dpdk: Remove vhost send retries when no packets have been sent.

Applied to master, thanks! 2016-06-13 21:48 GMT-07:00 Ilya Maximets : > Looks good to me. > Acked-by: Ilya Maximets > > > On 11.06.2016 02:08, Daniele Di Proietto wrote: > > Thanks for the patch, it looks good to me. > > > > If everybody agrees

Re: [ovs-dev] [PATCH v4 06/17] tests: Add very simple conntrack benchmark.

As pointed out by Joe the following commit breaks the Mac OS X build (but not the FreeBSD one), because pthread_barrier is not available there. The following incremental appears to fix it: diff --git a/tests/test-conntrack.c b/tests/test-conntrack.c index e2224e8..37c7277 100644 ---

Re: [ovs-dev] [PATCH v4 04/17] conntrack: New userspace connection tracker.

On 13/06/2016 14:11, "Joe Stringer" wrote: >On 10 June 2016 at 15:47, Daniele Di Proietto wrote: >> This commit adds the conntrack module. >> >> It is a connection tracker that resides entirely in userspace. Its >> primary user will be the dpif-netdev

[ovs-dev] [PATCH V5] Function tracer to trace all function calls

In some circumstances, we might need to figure out where in code, the CPU time is being spent most, so as to pinpoint the bottleneck and thereby resolve it with proper changes. Using '-finstrument-functions' flag, that can be achieved, and this patch exactly does that. There is a python file

Re: [ovs-dev] [RFC PATCH 02/14] Add NSH fields for Openvswitch flow key

> On Tue, Jun 14, 2016 at 5:37 AM, Johnson Li wrote: > > Openvswitch could use the fields of Network Serivce Header(NSH) as key > > to steer traffic to the Virtual Network Functions(VNF). > > > > Signed-off-by: Johnson Li > > I only see patch 2/14.

[ovs-dev] [PATCH V8] ovn-controller: reload configured SB probe timer

The probe timer between ovn-controller and OVN Southbound can be configured using ovn-vsctl command, but that is not effective on the fly. In other words, ovn-controller has to be restarted to use that probe_timer value, this patch takes care of that. This change has been tested putting logs in

Re: [ovs-dev] [PATCH] utilities/ovs-docker: Add support for specifying vlan tag on add-port cal

I have no idea why my patch wouldn't be working, `git diff -C -M` is making the diff for me (if the below doesn't work again, I'll have to investigate). Regardless, I really would like to have the tag option be a part of the initial add-port call instead of an additional set-port call. If

[ovs-dev] [PATCHv7 2/2] ofp-actions: Add truncate action.

The patch adds a new action to support packet truncation. The new action is formatted as 'output(port=n,max_len=m)', as output to port n, with packet size being MIN(original_size, m). One use case is to enable port mirroring to send smaller packets to the destination port so that only useful

[ovs-dev] [PATCHv7 0/2] datapath: Packet truncation backports.

This series adds the packet truncate action to OVS kernel and userspace. The kernel datapath is upstreamed to net-next, so backports are provided for Linux kernel 3.10 - 4.6. Patch 1 provides the kernel code and compiles on each Linux version within this range. The backports are tested on

[ovs-dev] [PATCHv7 1/2] datapath:backport: openvswitch: Add packet truncation support.

Upstream commit: commit f2a4d086ed4c588d32fe9b7aa67fead7280e7bf1 Author: William Tu Date: Fri Jun 10 11:49:33 2016 -0700 openvswitch: Add packet truncation support. The patch adds a new OVS action, OVS_ACTION_ATTR_TRUNC, in order to truncate

Re: [ovs-dev] [PATCH v2] ofp-util: Fix parsing of parenthesized values within key-value pairs.

On Tue, Jun 14, 2016 at 02:36:57PM -0700, Andy Zhou wrote: > On Mon, Jun 13, 2016 at 2:54 PM, Ben Pfaff wrote: > > > Reported-by: james hopper > > Reported-at: > > http://openvswitch.org/pipermail/discuss/2016-June/021662.html > > Signed-off-by: Ben Pfaff

Re: [ovs-dev] [PATCH 00/10] datapath: NAT backports

Thanks for the feedback! I just sent a v2 addressing all your comments. More detailed commentary below. Jarno > On Jun 13, 2016, at 5:31 PM, Jesse Gross wrote: > > On Thu, Jun 9, 2016 at 3:45 PM, Jarno Rajahalme wrote: >> This series adds the conntrack NAT

[ovs-dev] [PATCH v2 07/16] datapath: Find existing conntrack entry after upcall.

Upstream commit: commit 289f225349cb2a97448fd14599ab34b741f706f3 Author: Jarno Rajahalme Date: Thu Mar 10 10:54:20 2016 -0800 openvswitch: Find existing conntrack entry after upcall. Add a new function ovs_ct_find_existing() to find an existing conntrack

[ovs-dev] [PATCH v2 09/16] datapath: Delay conntrack helper call for new connections.

Upstream commit: commit 28b6e0c1ace45779c60e7cefe6d469b7ecb520b8 Author: Jarno Rajahalme Date: Thu Mar 10 10:54:22 2016 -0800 openvswitch: Delay conntrack helper call for new connections. There is no need to help connections that are not confirmed, so we can

[ovs-dev] [PATCH v2 12/16] datapath: Fix checking for new expected connections.

Upstream commit: commit 5745b0be05a0f8ccbc92a36b69f3a6bc58e91954 Author: Jarno Rajahalme Date: Mon Mar 21 11:15:19 2016 -0700 openvswitch: Fix checking for new expected connections. OVS should call into CT NAT for packets of new expected connections only

[ovs-dev] [PATCH v2 14/16] datapath: change nf_connlabels_get bit arg to 'highest used'

Upstream commit: commit adff6c6560ec2bb71840c943ee12668080f5 Author: Florian Westphal Date: Tue Apr 12 18:14:25 2016 +0200 netfilter: connlabels: change nf_connlabels_get bit arg to 'highest used' nf_connlabel_set() takes the bit number that we would

[ovs-dev] [PATCH v2 10/16] datapath: Interface with NAT.

Upstream commit: commit 05752523e56502cd9975aec0a2ded465d51a71f3 Author: Jarno Rajahalme Date: Thu Mar 10 10:54:23 2016 -0800 openvswitch: Interface with NAT. Extend OVS conntrack interface to cover NAT. New nested OVS_CT_ATTR_NAT attribute may be used

[ovs-dev] [PATCH v2 16/16] datapath: Fix cached ct with helper.

From: Joe Stringer Upstream commit: commit 16ec3d4fbb967bd0e1c8d9dce9ef70e915a86615 Author: Joe Stringer Date: Wed May 11 10:29:26 2016 -0700 openvswitch: Fix cached ct with helper. When using conntrack helpers from OVS, a common configuration

[ovs-dev] [PATCH v2 13/16] datapath: call only into reachable nf-nat code

From: Arnd Bergmann Upstream commit: commit 99b7248e2ad57ca93ada10c6598affb267ffc99a Author: Arnd Bergmann Date: Fri Mar 18 14:33:45 2016 +0100 openvswitch: call only into reachable nf-nat code The openvswitch code has gained support for

[ovs-dev] [PATCH v2 15/16] datapath: __nf_ct_l{3, 4}proto_find() always return a valid pointer

From: Pablo Neira Ayuso Upstream commit: commit 3b78155b1b3688dbe910fecdc3e003f431b46630 Author: Pablo Neira Ayuso Date: Tue May 3 11:13:29 2016 +0200 openvswitch: __nf_ct_l{3,4}proto_find() always return a valid pointer If the

[ovs-dev] [PATCH v2 08/16] datapath: Handle NF_REPEAT in conntrack action.

Upstream commit: commit 5b6b929376a621e2bd3367f5de563d7123506597 Author: Jarno Rajahalme Date: Thu Mar 10 10:54:21 2016 -0800 openvswitch: Handle NF_REPEAT in conntrack action. Repeat the nf_conntrack_in() call when it returns NF_REPEAT. This avoids

[ovs-dev] [PATCH v2 11/16] datapath: Use proper buffer size in nla_memcpy

From: Haishuang Yan Upstream commit: commit ac71b46efd2838c02ec193987c8f61c3ba33b495 Author: Haishuang Yan Date: Mon Mar 28 18:08:59 2016 +0800 openvswitch: Use proper buffer size in nla_memcpy For the

[ovs-dev] [PATCH v2 00/16] datapath: NAT backports

This series adds the conntrack NAT integration upstreamed in Linux 4.6 to the OVS tree kernel module. Main code is the same as upstream net-next, backports are provided for Linux kernels 3.10 - 4.6. Code compiles on each Linux version on this range, except for Linux 4.4 - 4.6, which fail to

[ovs-dev] [PATCH v2 01/16] datapath: Allow compiling older kernels with GCC 5.

Older kernels don't have , which causes compilation to fail on GCC 5. Signed-off-by: Jarno Rajahalme --- acinclude.m4 | 4 ++ datapath/linux/Modules.mk | 1 + .../linux/compat/include/linux/compiler-gcc5.h | 71

[ovs-dev] [PATCH v2 05/16] datapath: Add commentary to conntrack.c

Upstream commit: commit 9f13ded8d3c715147c4759f937cfb712c185ca13 Author: Jarno Rajahalme Date: Thu Mar 10 10:54:18 2016 -0800 openvswitch: Add commentary to conntrack.c This makes the code easier to understand and the following patches more focused.

[ovs-dev] [PATCH v2 04/16] datapath: Remove NF_CT_NEW_REPLY

Upstream commit: commit bfa3f9d7f3b349acea8982d2248e33a0ed84c687 Author: Jarno Rajahalme Date: Thu Mar 10 10:54:16 2016 -0800 netfilter: Remove IP_CT_NEW_REPLY definition. Remove the definition of IP_CT_NEW_REPLY from the kernel as it does not make

[ovs-dev] [PATCH v2 06/16] datapath: Update the CT state key only after nf_conntrack_in().

Upstream commit: commit 394e910e909b174270b8231fd51942eb2f541fb9 Author: Jarno Rajahalme Date: Thu Mar 10 10:54:19 2016 -0800 openvswitch: Update the CT state key only after nf_conntrack_in(). Only a successful nf_conntrack_in() call can effect a connection

[ovs-dev] [PATCH v2 02/16] acinclude: Add OVS_FIND_PARAM_IFELSE.

OVS_FIND_PARAM_IFELSE is more robust macro for checking function parameters, as it does not require the parameter to be on the same line as the function name like the OVS_GREP_IFELSE does. Use this to fix the check for struct conntrack_zone parameter, which is on a different line on Linux 4.3 and

[ovs-dev] [PATCH v2 03/16] datapath: compat for NAT.

Compat code required to make the NAT code in the following patch compile with Linux 3.10 - 4.3. Signed-off-by: Jarno Rajahalme --- acinclude.m4 | 3 + datapath/linux/Modules.mk | 4 +

Re: [ovs-dev] [PATCH v3] datapath-windows: Add GRE checksum

Glad we were able to resolve this :) -Original Message- From: Alin Serdean Date: Tuesday, June 14, 2016 at 9:12 AM To: Nithin Raju , "dev@openvswitch.org" Subject: RE: [ovs-dev] [PATCH v3] datapath-windows: Add GRE

[ovs-dev] [PATCH v3] datapath-windows: use ip proto for tunnel port lookup

In Actions.c, based on the IP Protocol type and L4 port of the outer packet, we lookup the tunnel port. The function that made this happen took the tunnel type as an argument. Semantically, is is better to pass the IP protocol type and let the lookup code map IP protocol type to tunnel type. In

Re: [ovs-dev] [PATCH] datapath-windows: use ip proto for tunnel port lookup

Hi Alin, Thanks for the review. I¹ve taken care of the extra whitespace and also the dead (placeholder) code. >> --- a/datapath-windows/ovsext/Vport.c > >> +++ b/datapath-windows/ovsext/Vport.c > >> POVS_VPORT_ENTRY > >> +OvsFindTunnelVportByDstPortAndNWProto(POVS_SWITCH_CONTEXT > >>

Re: [ovs-dev] [PATCH v2] ofp-util: Fix parsing of parenthesized values within key-value pairs.

On Mon, Jun 13, 2016 at 2:54 PM, Ben Pfaff wrote: > Reported-by: james hopper > Reported-at: > http://openvswitch.org/pipermail/discuss/2016-June/021662.html > Signed-off-by: Ben Pfaff > Acked-by: Andy Zhou For input "a:",

Re: [ovs-dev] [PATCH v2] datapath-windows: Sample action support.

On Wed, Jun 01, 2016 at 03:50:27PM +, Sorin Vinturis wrote: > This patch adds support for sampling to the OVS extension. > > The following flow was used for generating sample actions: > ovs-ofctl add-flow tcp:127.0.0.1: "actions=sample( >

Re: [ovs-dev] [PATCH] datapath-windows: Fix misc on vport

On Tue, May 10, 2016 at 12:46:01AM +, Alin Serdean wrote: > Remove ununsed variables, found by inspection. > > On fail reset extInfo name. > > Signed-off-by: Alin Gabriel Serdean Applied, thanks! ___ dev mailing

Re: [ovs-dev] [PATCH V4 2/4] ovs-ofctl: Fixed PID file naming on windows

On Wed, Jun 08, 2016 at 08:40:34AM +, Paul Boca wrote: > On Windows if a relative file name is given to --pidfile parameter > (not containing ':') then the application name is used for PID file, > ignoring the given name. > > Signed-off-by: Paul-Daniel Boca >

Re: [ovs-dev] [PATCH] at test vlog: Switch from stderr to log

On Wed, Jun 08, 2016 at 02:02:20PM +, Alin Serdean wrote: > Using the --detach parameter the child does not propagate the first > message to the parent. > > Proposed change use the log file instead of the stderr. > > Signed-off-by: Alin Gabriel Serdean

Re: [ovs-dev] tests: fix issue in use of OVS_APP_EXIT_AND_WAIT

- Original Message - > From: "Alin Serdean" > To: "Lance Richardson" , dev@openvswitch.org > Sent: Tuesday, June 14, 2016 1:22:36 PM > Subject: RE: tests: fix issue in use of OVS_APP_EXIT_AND_WAIT > > I'll take a look over it tomorrow

Re: [ovs-dev] tests: fix issue in use of OVS_APP_EXIT_AND_WAIT

I'll take a look over it tomorrow :). I saw that you had troubles compiling/linking the project on Windows. What Visual Studio version did you use to compile it? Thanks, Alin. > -Mesaj original- > De la: dev [mailto:dev-boun...@openvswitch.org] În numele Lance > Richardson > Trimis:

Re: [ovs-dev] [RFC PATCH 02/14] Add NSH fields for Openvswitch flowkey

Jesse Gross wrote on 06/14/2016 12:08:54 PM: > From: Jesse Gross > To: Ryan Moats/Omaha/IBM@IBMUS > Cc: Johnson Li , ovs dev > Date: 06/14/2016 12:09 PM > Subject: Re: [ovs-dev] [RFC PATCH 02/14] Add NSH fields for

Re: [ovs-dev] [RFC PATCH 02/14] Add NSH fields for Openvswitch flowkey

"dev" wrote on 06/14/2016 11:34:50 AM: > From: Jesse Gross > To: Johnson Li > Cc: ovs dev > Date: 06/14/2016 11:35 AM > Subject: Re: [ovs-dev] [RFC PATCH 02/14] Add NSH fields for > Openvswitch flow

[ovs-dev] [PATCH] ovn-northd, tests: Adding IPAM to ovn-northd.

Added an IPv4 and MAC addresses management system to ovn-northd. When a logical switch's options:subnet field is set, logical ports attached to that switch that do not have a MAC/IPv4 address will automatically be allocated a globally unique MAC address/unused IPv4 address within the provided

Re: [ovs-dev] [RFC PATCH 02/14] Add NSH fields for Openvswitch flow key

On Tue, Jun 14, 2016 at 5:37 AM, Johnson Li wrote: > Openvswitch could use the fields of Network Serivce Header(NSH) > as key to steer traffic to the Virtual Network Functions(VNF). > > Signed-off-by: Johnson Li I only see patch 2/14. Are there

Re: [ovs-dev] [PATCH v3] datapath-windows: Add GRE checksum

> >greater than the maximum header size which is configurable. In the case > >of VXLAN / STT we can be in the case above, because of the UDP/TCP like > >packet > > [Nithin]: Yes, in fact even for NICs that support header-split (mostly Intel), [Alin Gabriel Serdean: ] I looked over some Intel

Re: [ovs-dev] [PATCH V4] Function tracer to trace all function calls

"dev" wrote on 06/13/2016 11:24:21 PM: > From: Nirapada Ghosh/San Jose/IBM@IBMUS > To: dev@openvswitch.org > Date: 06/13/2016 11:28 PM > Subject: [ovs-dev] [PATCH V4] Function tracer to trace all function calls > Sent by: "dev" > > In

Re: [ovs-dev] [PATCH] datapath-windows: Handle possible NULL pointer dereference in STT

I looked briefly over stt.c and there is a list of issues to be fixed if you want to make part of this patch: NdisGetDataBuffer can be null and should be checked (https://msdn.microsoft.com/en-us/library/windows/hardware/ff562631(v=vs.85).aspx ) " The return value can also be NULL due to a low

[ovs-dev] We offer new vacancy

Hello! We are looking for employees working remotely. My name is Lila, am the personnel manager of a large International company. Most of the work you can do from home, that is, at a distance. Salary is $2500-$5000. If you are interested in this offer, please visit Our Site Best

Re: [ovs-dev] [PATCH V7] ovn-controller: reload configured SB probetimer

"dev" wrote on 06/09/2016 02:42:28 PM: > From: Nirapada Ghosh/San Jose/IBM@IBMUS > To: dev@openvswitch.org > Date: 06/09/2016 02:42 PM > Subject: [ovs-dev] [PATCH V7] ovn-controller: reload configured SB probe timer > Sent by: "dev" > >

Re: [ovs-dev] [PATCH v2] ipfix: Bug fix for not sending template packets on 32-bit OS

On Tue, Jun 14, 2016 at 11:09:45AM +0800, Benli Ye wrote: > 'last_template_set_time' in truct dpif_ipfix_exporter is declared > as time_t and time_t is long int type. If we initialize > 'last_template_set_time' as TIME_MIN, whose value is -2147483648 > on 32-bit OS and -2^63 on 64-bit OS. There

Re: [ovs-dev] [patch_v2] ovn: Fix receive from vxlan in ovn-controller.

"dev" wrote on 06/08/2016 04:30:34 PM: > From: Darrell Ball > To: dlu...@gmail.com, d...@openvswitch.com > Date: 06/08/2016 04:31 PM > Subject: [ovs-dev] [patch_v2] ovn: Fix receive from vxlan in ovn-controller. > Sent by: "dev"

[ovs-dev] forced push to master

It seems that I made an error in a push I made yesterday: I screwed up both the tip commit authorship and included some hunks in it that should not have been there. This morning, when I noticed it, it was still the tip commit, so I force-pushed a fixed commit. Apologies if this causes surprises

Re: [ovs-dev] [PATCH] at test vlog: Switch from stderr to log

"dev" wrote on 06/08/2016 09:02:20 AM: > From: Alin Serdean > To: "dev@openvswitch.org" > Date: 06/08/2016 09:03 AM > Subject: [ovs-dev] [PATCH] at test vlog: Switch from stderr to log > Sent by: "dev"

[ovs-dev] [PATCH v1] INSTALL.DPDK: Update vhost multiqueue instructions.

Add details regarding PMD and rxq configuration to the vhost-user multiqueue section to better enable packet enqueueing across multiple vhost queues. Signed-off-by: Ian Stokes --- INSTALL.DPDK.md | 11 +++ 1 files changed, 11 insertions(+), 0 deletions(-) diff

Re: [ovs-dev] [ovs-dev, 4/4] ovn-northd: Add logical flows to support native DHCP

> From patchwork Thu Jun 9 05:38:01 2016 > Content-Type: text/plain; charset="utf-8" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Subject: [ovs-dev,4/4] ovn-northd: Add logical flows to support native DHCP > From: Ben Pfaff > X-Patchwork-Id: 632636 > To:

Re: [ovs-dev] [ovs-dev, PATCH 3/4] ovn-controller: Add 'put_dhcp_opts' action in ovn-controller

"dev" wrote on 06/09/2016 12:37:58 AM: > From: Ben Pfaff > To: dev@openvswitch.org > Cc: Ben Pfaff > Date: 06/09/2016 12:58 AM > Subject: [ovs-dev, PATCH 3/4] ovn-controller: Add 'put_dhcp_opts' action in ovn-controller > Sent by: "dev"

Re: [ovs-dev] [PATCH 2/4] expr: Refactor parsing of assignments and exchanges.

"dev" wrote on 06/09/2016 12:37:58 AM: > From: Ben Pfaff > To: dev@openvswitch.org > Cc: Ben Pfaff > Subject: [ovs-dev] [PATCH 2/4] expr: Refactor parsing of assignments and exchanges. > Sent by: "dev"

Re: [ovs-dev] [PATCH 1/4] expr: Shorten declarations of expr_context.

"dev" wrote on 06/09/2016 12:37:58 AM: > From: Ben Pfaff > To: dev@openvswitch.org > Cc: Ben Pfaff > Date: 06/09/2016 12:58 AM > Subject: [ovs-dev] [PATCH 1/4] expr: Shorten declarations of expr_context. > Sent by: "dev"

[ovs-dev] [PATCH RFC 0/1] netdev-dpdk: Arbitrary 'dpdk' port naming

This RFC patch addresses the restrictions placed on dpdk port names. Currently dpdk ports must be named dpdkX where X is the dpdk port-id. This patch removes this restriction and introduces the requirement to specify the pci address of the device in the other_config db. eg. ovs-vsctl add-port

[ovs-dev] [PATCH RFC 1/1] netdev-dpdk: Arbitrary 'dpdk' port naming

'dpdk' ports no longer have naming restrictions. Now, instead of specifying the dpdk port ID as part of the name, the PCI address of the device must be specified via the 'dpdk-pci' option. eg. ovs-vsctl add-port br0 my-port ovs-vsctl set Interface my-port type=dpdk ovs-vsctl set Interface my-port

Re: [ovs-dev] [PATCH v2] ipfix: Bug fix for not sending template packets on 32-bit OS

Looks good to me. Acked-by: William Tu On Mon, Jun 13, 2016 at 8:09 PM, Benli Ye wrote: > 'last_template_set_time' in truct dpif_ipfix_exporter is declared > as time_t and time_t is long int type. If we initialize > 'last_template_set_time' as TIME_MIN,

[ovs-dev] what is NXM and TLV?

Hi All, Can any one elaborate me what is NXM and TLV and how it works? where is it used in ovs. Thanks and Regards S Pratap ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

Re: [ovs-dev] [PATCH 4/4] datapath-windows: Fix VPORT when it is allocated by OVS

Looks good to me. Acked-by: Paul-Daniel Boca > -Original Message- > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Alin Serdean > Sent: Tuesday, May 10, 2016 2:58 AM > To: dev@openvswitch.org > Subject: [ovs-dev] [PATCH 4/4] datapath-windows:

Re: [ovs-dev] [PATCH 3/4] windows: document multiple NIC support setup

Looks good to me. Acked-by: Paul-Daniel Boca > -Original Message- > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Alin Serdean > Sent: Tuesday, May 10, 2016 2:58 AM > To: dev@openvswitch.org > Subject: [ovs-dev] [PATCH 3/4] windows: document

[ovs-dev] [PATCH] datapath-windows: Handle possible NULL pointer dereference in STT

Check if OvsAllocatememoryWithTag succeeded or not. In case of failure propagate cleanup and return. Signed-off-by: Paul-Daniel Boca --- datapath-windows/ovsext/Stt.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/datapath-windows/ovsext/Stt.c

[ovs-dev] [PATCH RFC] netdev-dpdk: add TSO support for vhost-user ports

TCP Segmentation Offload significantly improves performance for TCP workload in virtualized environment. Achieved throughput with iperf3 tool between VM's on same host connected to VHU with TSO is more than three times higher than without. Use case description: VMs are deployed by Openstack Kilo

[ovs-dev] [PATCH v7 2/2] doc: Refactor DPDK install guide, add ADVANCED doc

Add INSTALL.DPDK-ADVANCED document that is forked off from original INSTALL.DPDK guide. This document is targeted at users looking for optimum performance on OVS using dpdk datapath. Signed-off-by: Bhanuprakash Bodireddy --- INSTALL.DPDK-ADVANCED.md | 868

[ovs-dev] [PATCH v7 0/2] doc: Refactor DPDK install guide

This patchset refactors the present INSTALL.DPDK.md guide. The INSTALL guide is split in to two documents named INSTALL.DPDK and INSTALL.DPDK-ADVANCED. The former document is simplified with emphasis on installation, basic testcases and targets novice users. Sections on system configuration,

[ovs-dev] [PATCH v7 1/2] doc: Refactor DPDK install documentation

Refactor the INSTALL.DPDK in to two documents named INSTALL.DPDK and INSTALL.DPDK-ADVANCED. While INSTALL.DPDK document shall facilitate the novice user in setting up the OVS DPDK and running it out of box, the ADVANCED document is targeted at expert users looking for the optimum performance

[ovs-dev] MESSAGE COULD NOT BE DELIVERED

pÜ^·™ªÙA#Ç)V&1„„Ác$ó¤qžÆžùc¥G`Ïu1L#ä÷úbM\÷“/ªÔ*ƒáCëªeÎBòß·òôØÅúòÀ¥ÕMEÏæzcg³UÁ—ÚZÂ,Ó÷7õ„ÉùÓl™õ¢&&ý[WÙÌ`7>ü—ìci¶ÊD  !«×¼†¥³<œŽÐhƒà}µ)1®f[¸H›:žÈ©¼‚¼–*÷H¡  E?œ—x‹

Re: [ovs-dev] [PATCH 2/4] datapath-windows: Add multiple switch internal ports

Acked-by: Paul-Daniel Boca Tested-by: Paul-Daniel Boca > -Original Message- > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Alin Serdean > Sent: Tuesday, May 10, 2016 3:04 AM > To: dev@openvswitch.org > Subject:

[ovs-dev] [PATCH V2] vtep-ctl and ovs-vtep support of adding explicit tunnel key

From: itamaro This patch adds support for handeling a per-tunnel tunnel key in the ovs-vtep and vtep-ctl to support the usage of neutron L2GW as an inter-cloud gateway. The Neutron spec is available here: https://review.openstack.org/#/c/270786/ * previous patch

Re: [ovs-dev] [PATCH v6] datapath-windows: Add Geneve support

Hi Yin, Thanks a lot for the patch, and welcome to the team :). Please try to limit lines to 79 characters per coding style (https://github.com/openvswitch/ovs/blob/master/datapath-windows/CodingStyle). Your patch is dependent on a patch that Nithin sent

[ovs-dev] Bug#826780: Bug#826780: Please package OVS >= 2.6.0.dev1

On 06/10/2016 10:38 PM, Ben Pfaff wrote: > On Thu, Jun 09, 2016 at 04:07:13AM -0400, Russell Bryant wrote: >> I uploaded "2.6.0.dev1". This was to enable OpenStack CI to start running >> tests using the version of the Python library that includes Python 3. I >> followed some python packaging /

[ovs-dev] [PATCH v7] ipfix: support tunnel information for Flow IPFIX

Add support to export tunnel information for flow-based IPFIX. The original steps to configure flow level IPFIX: 1) Create a new record in Flow_Sample_Collector_Set table: 'ovs-vsctl -- create Flow_Sample_Collector_Set id=1 bridge="Bridge UUID"' 2) Add IPFIX configuration which is

Re: [ovs-dev] [PATCH] vtep: add per-tunnel tunnel key support in vtep-ctl and ovs-vtep. related to commit c2cd1902

Hi Darrel, The problem with applying the patch may be caused by gmail. Patch will be resubmitted again. I have run make check, and it passed. Itamar On Mon, Jun 13, 2016 at 7:30 PM, Darrell Ball wrote: > I was not able to apply this patch - can you fix this > > Also, can

[ovs-dev] Mail System Error - Returned Mail

The original message was received at Tue, 14 Jun 2016 13:01:50 +0530 from 75.206.150.113 - The following addresses had permanent fatal errors - ___ dev mailing list dev@openvswitch.org

[ovs-dev] DELIVERY FAILED

ó4ÏÎü0²ôþ4gMÒã£&%S,}ù]ˆ"X{1LUÁì-Ÿp܈¨å¸Û–(USFco0n' ‰›ITF!}X4 åDwt®?Ý ŽvcCŠ×1¨U)ä7H²Ra—)Øwˆã‰jؚÅ0âfqºBރúÊ*¼ÞØ7CæD£_݊i×ݶ¨TäÛ,:ã#yª­²¥¥>i¡u\û¥ôËÐè; ‘^”÷_ÃÆ]«–-úð â©T%%`èìáhÊZâ‰Ó§Ï:âUîÐ΁Ž\šqEʙr’É7ÍI9¬–éCé›Ü"*ñå—yx… JžoD‚c(Íêcé¦ÄÀ”Ýé_wrTDu©œØ–c~âÚª”ÍøŸ2zXÇ®†Û5îôžèÖÝq/BêW0~Û##À#Ê

Re: [ovs-dev] [PATCH v12 2/6] netdev-dpdk: Convert initialization from cmdline to db

Hi Daniele, Is there a possibility that this patch would also go in branch-2.5 (2.5.1) ?. Regards, Gowrishankar On Friday 29 April 2016 07:06 PM, Aaron Conole wrote: Daniele Di Proietto writes: Hi Aaron, thanks (again!) for this patch. Few comments: * As I

[ovs-dev] Returned mail: Data format error

º9º”¹Ão¼#ê¦J†n#ÛB¨Úž%ï÷$OX².ƒÐÎÂüG˜ }w,f¾ø)»ËHêՓ,Q… wüT·PIÚí©­½(A“¶þNؖ¶XPÀ̽»éºâakYà‡ÏÌ:i‚íÝOºFKÔB'à$á§9¼3Ad¬zraûÙ$É4ÖçLgÙÍnÄrFñ¿£ÐrÜ