Re: [ovs-dev] [PATCH 1/2] Set release date for 2.7.2.

> On Jul 18, 2017, at 9:43 PM, Numan Siddique wrote: > > > > On Wed, Jul 19, 2017 at 5:37 AM, Justin Pettit wrote: > > > On Jul 18, 2017, at 4:44 PM, Joe Stringer wrote: > > > > On 18 July 2017 at 16:29, Justin Pettit wrote: > >> Signed-off-by: Justin Pettit > > > > Acked-by: Joe Stringer

[ovs-dev] UPS issue #009708161: unable to delivery parcel

Dear Customer, This is to confirm that your item has been shipped at July 18. Review the document that is attached to this e-mail! Kind regards, , UPS Senior Station Manager. ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mail

Re: [ovs-dev] [PATCH] ovn-architecture: Add notes on L3 gateway HA.

Sounds great, thank you! Acked-by: Miguel Angel Ajo On Sun, Jul 16, 2017 at 10:09 PM, Russell Bryant wrote: > Add some comments to the ovn-architecture document that distributed > gateway ports can also be made highly available. Provide a brief > overview of the approach and point to the gate

Re: [ovs-dev] [PATCH v3 3/3] tunneling: Avoid datapath-recirc by combining recirc actions at xlate.

Hi Joe, Thank you for providing the comments on this series. Please see my answers below. Regards _Sugesh > -Original Message- > From: Joe Stringer [mailto:j...@ovn.org] > Sent: Wednesday, July 19, 2017 1:40 AM > To: Chandran, Sugesh > Cc: ovs dev ; Andy Zhou ; Zoltán > Balogh > Subjec

Re: [ovs-dev] [PATCH v3 3/3] tunneling: Avoid datapath-recirc by combining recirc actions at xlate.

Regards _Sugesh > -Original Message- > From: Joe Stringer [mailto:j...@ovn.org] > Sent: Wednesday, July 19, 2017 2:34 AM > To: Chandran, Sugesh > Cc: ovs dev ; Andy Zhou ; Zoltán > Balogh > Subject: Re: [PATCH v3 3/3] tunneling: Avoid datapath-recirc by combining > recirc actions at x

Re: [ovs-dev] BELANGRIJKE MEDEDELING

BELANGRIJKE MEDEDELING Je Q2-screening is gestart en ook je e-mailaccount was een paar uur geleden van het onbekende locatie IP-adres: 103.240.180.228, je moet op UPDATE klikken om je e-mailaccount te vernieuwen en te upgraden binnen 2HOURS om te voorkome

[ovs-dev] [PATCH v3] Update relevant artifacts to add support for DPDK 17.05.1.

Upgrading to DPDK 17.05.1 stable release adds new significant features relevant to OVS, including, but not limited to: - tun/tap PMD, - VFIO hotplug support, - Generic flow API. Following changes are applied: - netdev-dpdk: Changes required by DPDK API modifications. - doc: Because of DPDK API cha

Re: [ovs-dev] [PATCH 2/2] dpif-netdev: Indicate support for various ct features.

This change does not seem to be all that useful. When rules are constructed, mask and action support do check previously probed support which will be ‘TRUE’. Another way to see that the below settings are not useful is to set everything to ‘false’ (see below) and run all the system tests in use

[ovs-dev] [PATCH v1 1/1] ovn: l3ha fix unexpected ARP requests on pcap during tests

For testing l3ha datapath we have an external port on a separate sim instance (ext1), and we send an UDP packet that we expect to see going through the specific MASTER gateway (gw1 or gw2) and reaching the final ext1-vif port on ext1. ovn_arp_populate macro din't know about the BRIDGE/IP/MAC of ex

[ovs-dev] Roasted Duck Le Gang

  [ View in browser ]( http://r.newsletter.bonescamail.nl/nru6rknyoatrf.html )     [ ]( http://r.newsletter.bonescamail.nl/click/2n3cr2anhaoatrd.html )    Offer Roasted Boneless Duck   Gegarte Ente Ohne Knochen/Geroosterde Eend Zonder Bot/Canard Cuit Desosse   10 kilo box size 16 (550-600g

[ovs-dev] [PATCH] rhel: Fix creation of symlink for ocf script

The policy is to use %files to track installed files. If %files is not used the resulting file is not owned by any package. Before this commit: # rpm -qf /usr/lib/ocf/resource.d/ovn/ovndb-servers file /usr/lib/ocf/resource.d/ovn/ovndb-servers is not owned by any package After this commit: # r

Re: [ovs-dev] [PATCH] rhel: Fix creation of symlink for ocf script

Timothy Redaelli writes: > The policy is to use %files to track installed files. > > If %files is not used the resulting file is not owned by any package. > > Before this commit: > # rpm -qf /usr/lib/ocf/resource.d/ovn/ovndb-servers > file /usr/lib/ocf/resource.d/ovn/ovndb-servers is not owned

Re: [ovs-dev] [PATCH v2] netdev: check for NULL fields in netdev_get_addrs

On 07/18/2017 05:25 PM, Daniel Alvarez Sanchez wrote: > When the interfaces list is retrieved through getiffaddrs(), there > might be elements with iface_name set to NULL. > > This patch checks ifa_name to be not NULL before comparing it to the > actual device name in the loop that calculates how

[ovs-dev] [PATCH v4 2/3] tunneling: Calculate and update packet l4_offset in tunnel push.

The following tunnel combine patch series avoids the packets recirculation after the tunnel push. So it is necessary to populate all relevant packet meta data fields for the following combined action-set. Consider a chained tunnel test case shown below, PKT-IN --> TUNNEL_PUSH --> MOD_PKT_HDR -->

[ovs-dev] [PATCH v4 1/3] xlate: Clear tunnel mask along with other fields while combine actions.

The tunnel mask in the translation state should be cleared along with other context fields. It is necessary in 'apply_nested_clone_actions' as it will be used to combine post tunnel output actions with tunnel push. This will assure right openflow state while executing the translation. Signed-off-b

[ovs-dev] [PATCH v4 0/3] tunneling : Improving tunneling performance by avoiding dp recirc.

Openvswitch datapath recirculates packets for tunneling, i.e. the incoming packets are encapsulated at first pass. Further actions are applied on encapsulated packets on the second pass after recirculating. The proposed patch compute and append the post tunnel actions at the time of translation its

[ovs-dev] [PATCH v4 3/3] tunneling: Avoid datapath-recirc by combining recirc actions at xlate.

This patch set removes the recirculation of encapsulated tunnel packets if possible. It is done by computing the post tunnel actions at the time of translation. The combined nested action set are programmed in the datapath using CLONE action. The following test results shows the performance improv

Re: [ovs-dev] [PATCH V2] datapath: Fix for force/commit action failures

On 07/18/2017 04:29 PM, Joe Stringer wrote: On 18 July 2017 at 08:42, Greg Rose wrote: > Upstream commit: > commit 8b97ac5bda17cfaa257bcab6180af0f43a2e87e0 > Author: Greg Rose > Date: Fri Jul 14 12:42:49 2017 -0700 > > openvswitch: Fix for force/commit action failures > >

[ovs-dev] [PATCH 0/3] Fix '--len' option for netdev-dummy/receive.

See bug details is in patch #2. First patch introduces changes to 'flow_compose()' which is used to fix bug in the second patch. To trigger the issue unit test from patch #3 can be used. Ilya Maximets (3): flow: Add packet_size option to flow_compose. netdev-dummy: Fix setting length in reciev

[ovs-dev] [PATCH 1/3] flow: Add packet_size option to flow_compose.

This allows to compose packets with different real lenghts from odp flows i.e. memory will be allocated for requested packet size and all required headers like ip->tot_len filled correctly. Will be used in netdev-dummy to properly handle '--len' option. Signed-off-by: Ilya Maximets --- lib/flow

[ovs-dev] [PATCH 2/3] netdev-dummy: Fix setting length in recieve command.

Currently, if '--len' option passed to 'netdev-dummy/receive' command, only 'size' field of dp_packet will changes. This is incorrect behaviour, because memory for that size is not allocated and also packet headers not fixed to reflect the new size. This leads to flow_extract() failure, because it

[ovs-dev] [PATCH 3/3] dpif-netdev.at: Add netdev-dummy/receive test.

Regression test for 'netdev-dummy/receive' appctl command. Signed-off-by: Ilya Maximets --- tests/dpif-netdev.at | 21 + 1 file changed, 21 insertions(+) diff --git a/tests/dpif-netdev.at b/tests/dpif-netdev.at index a526b85..c6f6a66 100644 --- a/tests/dpif-netdev.at +++ b/t

Re: [ovs-dev] [PATCH 2/2] dpif-netdev: Indicate support for various ct features.

> On Jul 19, 2017, at 2:45 AM, Darrell Ball wrote: > > This change does not seem to be all that useful. > > When rules are constructed, mask and action support do check previously > probed support > which will be ‘TRUE’. > > Another way to see that the below settings are not useful is to set

[ovs-dev] Debugging on openvswitch source code

I am trying to understand the openvswitch source code, in order to customize some treatments. For example, I would like, when a packet is received on the OVS bridge, to know all the functions that are called and the processing that the packet undergoes. So I added VLOG_DBG ("") in some functio

Re: [ovs-dev] [PATCH 2/2] dpif-netlink: For non-Ethernet, use Ethertype from packet_type.

On Tue, Jul 18, 2017 at 03:32:44PM -0700, Joe Stringer wrote: > For non-Ethernet flows, when fixing up the netlink message we need make > sure to pass down a valid Ethertype. The kernel does not understand > packet_type so it's implicitly encoded by the absence of _ETHERNET and > exact match of _ET

Re: [ovs-dev] [PATCH 1/2] dpif-netlink: Use netlink helpers for packet_type.

On Tue, Jul 18, 2017 at 03:32:43PM -0700, Joe Stringer wrote: > Rather than open-coding access to netlink attribute pointers in > put_exclude_packet_type(), make use of the netlink attribute helpers. > This simplifies the following bugfix. > > Signed-off-by: Joe Stringer > --- > lib/dpif-netlink

[ovs-dev] [PATCH v2 1/5] dpif-netdev: move pkt metadata init out of emc_processing.

Packet metadata initialization is moved into dp_netdev_input to improve performance. Signed-off-by: Antonio Fischetti --- In my testbench with the following port to port flow setup: in_port=1,action=output:2 in_port=2,action=output:1 I measured packet Rx rate (regardless of packet loss) in a Bid

[ovs-dev] [PATCH v2 2/5] dpif-netdev: Avoid reading RSS hash when EMC is disabled.

When EMC is disabled the reading of RSS hash is skipped. For packets that are not recirculated it retrieves the hash value without considering the recirc id. This is mostly a preliminary change for the next patch in this series. Signed-off-by: Antonio Fischetti --- lib/dpif-netdev.c | 42 ++

[ovs-dev] [PATCH v2 3/5] dpif-netdev: Skip EMC lookup/insert for recirc packets.

When OVS is configured as a firewall, with thousands of active concurrent connections, the EMC gets quicly saturated and may come under heavy thrashing for the reason that original and recirculated packets keep overwrite existing active EMC entries due to its limited size (8k). This thrashing caus

[ovs-dev] [PATCH v2 4/5] conntrack: pass current time to conntrack_execute.

Current time is passed to conntrack_execute so it doesn't have to recompute it again. Signed-off-by: Antonio Fischetti Acked by: Sugesh Chandran --- In a firewall testbench set up with table=0, priority=1 actions=drop table=0, priority=10,arp actions=NORMAL table=0, priority=100,ct_state=-tr

[ovs-dev] [PATCH v2 5/5] dp-packet: Use memcpy on dp_packet elements.

memcpy replaces the several single copies inside dp_packet_clone_with_headroom(). Signed-off-by: Antonio Fischetti --- lib/dp-packet.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/lib/dp-packet.c b/lib/dp-packet.c index 67aa406..f4dbcb7 100644 --- a/lib/

Re: [ovs-dev] [PATCH 1/4] dpif-netdev: Avoid reading RSS hash when EMC is disabled.

Hi Billy, your suggestion really simplify the code a lot and improve readability but unfortunately there's no gain in performance. Anyway in the next version I'm adding some further change and I will try to take into account your suggestions. /Antonio > -Original Message- > From: ovs-dev-

Re: [ovs-dev] [PATCH v3] Update relevant artifacts to add support for DPDK 17.05.1.

On 07/19/2017 10:30 AM, Michal Weglicki wrote: > Upgrading to DPDK 17.05.1 stable release adds new > significant features relevant to OVS, including, > but not limited to: > - tun/tap PMD, > - VFIO hotplug support, > - Generic flow API. > > Following changes are applied: > - netdev-dpdk: Changes r

Re: [ovs-dev] [RFC PATCH v1] net-dpdk: Introducing TX tcp HW checksum offload support for DPDK pnic

Hi Gao, Thank you for working on this. Great to see it gives some performance improvement. Some comments/questions below. Regards _Sugesh From: Gao Zhenyu [mailto:sysugaozhe...@gmail.com] Sent: Monday, July 17, 2017 12:55 PM To: Chandran, Sugesh Cc: b...@ovn.org; u9012...@gmail.com; d...@openvsw

Re: [ovs-dev] [PATCH 2/2] dpif-netdev: Indicate support for various ct features.

On 7/19/17, 8:01 AM, "Justin Pettit" wrote: > On Jul 19, 2017, at 2:45 AM, Darrell Ball wrote: > > This change does not seem to be all that useful. > > When rules are constructed, mask and action support do check previously probed support > which will be ‘TRUE’.

Re: [ovs-dev] [PATCH 1/2] odp-util: Document size of OVS_KEY_ATTR_CT_ORIG_TUPLE_IPV4.

On 18 July 2017 at 23:18, Justin Pettit wrote: > This attribute shares space with OVS_KEY_ATTR_CT_ORIG_TUPLE_IPV6, but > it's still worth documenting. > > Signed-off-by: Justin Pettit Strictly speaking I guess that in the nlattr-formatted flow_key it is "mutually exclusive with _CT_ORIG_TUPLE_IP

[ovs-dev] YOUR CONTRACT CONSIGMENT IN ATLANTA GEORGIA .

Central Bank of Nigeria (C.B.N), CBN CORPORATE HEADQUARTER, NNPC Towers, Central Business District, P.M.B. 190, Garki, Abuja-Nigeria. Compliment of the day! Attn: Sir, After our meetings few days ago,your contract funds consignment will be paid in our security firm united states of American in y

[ovs-dev] Debugging on openvswitch source code

Hello, I am trying to understand the openvswitch source code, in order to customize some treatments. For example, I would like, when a packet is received on the OVS bridge, to know all the functions that are called and the processing that the packet undergoes. So I added VLOG_DBG ("") in some

Re: [ovs-dev] [PATCH v3] Update relevant artifacts to add support for DPDK 17.05.1.

On 7/19/17, 9:40 AM, "ovs-dev-boun...@openvswitch.org on behalf of Kevin Traynor" wrote: On 07/19/2017 10:30 AM, Michal Weglicki wrote: > Upgrading to DPDK 17.05.1 stable release adds new > significant features relevant to OVS, including, > but not limited to: > - tun/tap

Re: [ovs-dev] [PATCH 2/2] dpif-netdev: Indicate support for various ct features.

> On Jul 19, 2017, at 10:45 AM, Darrell Ball wrote: > > > > On 7/19/17, 8:01 AM, "Justin Pettit" wrote: > > >> On Jul 19, 2017, at 2:45 AM, Darrell Ball wrote: >> >> This change does not seem to be all that useful. >> >> When rules are constructed, mask and action support do check previo

[ovs-dev] Fwd: Tr : FW:RE: BønSoir!

_> - Original Message -> - Original Message -> - Original Message -_ _Je me présente M. Pietri Landry , c'est avec beaucoup_ _d'hésitation que je vous fais part de ce message. En effet je suis le_ _le responsable d'une banque détentrice d'une grosse somme. je souhaitera

Re: [ovs-dev] [PATCH 1/2] odp-util: Document size of OVS_KEY_ATTR_CT_ORIG_TUPLE_IPV4.

> On Jul 19, 2017, at 10:58 AM, Joe Stringer wrote: > > On 18 July 2017 at 23:18, Justin Pettit wrote: >> This attribute shares space with OVS_KEY_ATTR_CT_ORIG_TUPLE_IPV6, but >> it's still worth documenting. >> >> Signed-off-by: Justin Pettit > > Strictly speaking I guess that in the nlattr

Re: [ovs-dev] [PATCH 2/2] dpif-netdev: Indicate support for various ct features.

On Wed, Jul 19, 2017 at 12:17 PM, Justin Pettit wrote: > > > On Jul 19, 2017, at 10:45 AM, Darrell Ball wrote: > > > > > > > > On 7/19/17, 8:01 AM, "Justin Pettit" wrote: > > > > > >> On Jul 19, 2017, at 2:45 AM, Darrell Ball wrote: > >> > >> This change does not seem to be all that useful. >

Re: [ovs-dev] [PATCH v2 1/2] openvswitch: Optimize updating for OvS flow_stats.

From: Tonghao Zhang Date: Mon, 17 Jul 2017 23:28:05 -0700 > In the ovs_flow_stats_update(), we only use the node > var to alloc flow_stats struct. But this is not a > common case, it is unnecessary to call the numa_node_id() > everytime. This patch is not a bugfix, but there maybe > a small incre

Re: [ovs-dev] [PATCH v2 2/2] openvswitch: Optimize operations for OvS flow_stats.

From: Tonghao Zhang Date: Mon, 17 Jul 2017 23:28:06 -0700 > When calling the flow_free() to free the flow, we call many times > (cpu_possible_mask, eg. 128 as default) cpumask_next(). That will > take up our CPU usage if we call the flow_free() frequently. > When we put all packets to userspace v

[ovs-dev] [PATCH 1/8] acinclude.m4: Support Linux kernel 4.12

Allow datapath kernel modules to be configured and built for kernels up to 4.12. Adds a new define for the kernel compatibility layer to indicate whether upstream commit cf124db566e6 ("net: Fix inconsistent teardown and release of private netdev state.") is present. Adds a new define for the kern

[ovs-dev] [PATCH 2/8] datapath: introduce nf_conntrack_helper_put function

Upstream commit: commit d91fc59cd77c719f33eda65c194ad8f95a055190 Author: Liping Zhang Date: Sun May 7 22:01:55 2017 +0800 netfilter: introduce nf_conntrack_helper_put helper function And convert module_put invocation to nf_conntrack_helper_put, this is prepared for the

[ovs-dev] [PATCH 3/8] datapath: Fix inconsistent teardown and release of private netdev state.

Upstream commit: commit cf124db566e6b036b8bcbe8decbed740bdfac8c6 Author: David S. Miller Date: Mon May 8 12:52:56 2017 -0400 net: Fix inconsistent teardown and release of private netdev state. Network devices can allocate reasources and private memory using netdev_ops->

[ovs-dev] [PATCH 4/8] datapath/linux/compat: Implement upstream net device free change

Upstream commit cf124db566e6 ("net: Fix inconsistent teardown and release of private netdev state.") removed the destructor member of the net_device structure and replaced it with a boolean flag indicating that the net device resource needs freeing. Use compat flag HAVE_NEEDS_FREE_NETDEV to indica

[ovs-dev] [PATCH 5/8] datapath: get rid of redundant vxlan_dev.flags

Upstream commit: commit dc5321d79697db1b610c25fa4fad1aec7533ea3e Author: Matthias Schiffer Date: Mon Jun 19 10:03:56 2017 +0200 vxlan: get rid of redundant vxlan_dev.flags There is no good reason to keep the flags twice in vxlan_dev and vxlan_config. Signed-off-by:

[ovs-dev] [PATCH 6/8] datapath: Avoid using stack larger than 1024

Upstream commit: commit 9cc9a5cb176ccb4f2cda5ac34da5a659926f125f Author: Tonghao Zhang Date: Thu Jun 29 17:27:44 2017 -0700 datapath: Avoid using stack larger than 1024. When compiling OvS-master on 4.4.0-81 kernel, there is a warning: CC [M] /root/ovs/datapat

[ovs-dev] [PATCH 0/8] Backport upstream Linux patches and support 4.12 kernel

Backport upstream Linux kernel patches for openvswitch up to and including the Linux 4.12 kernel. These upstream patches that are not yet in a released kernel will be backported after the 4.13 kernel is released: 3fcece1 net: store port/representator id in metadata_dst b080db5 networking:

[ovs-dev] [PATCH 8/8] travis: Update test kernels

Update the Travis test kernels as per the latest information from kernel.org. In particular add support for kernel 4.12 as the newest released kernel. Signed-off-by: Greg Rose --- .travis.yml | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/.travis.yml b/.tr

[ovs-dev] [PATCH 7/8] datapath: fix mis-ordered comment lines for ovs_skb_cb

Upstream commit: commit 52427fa0631269c62885dc48e0c32e2ad6e17f8c Author: Daniel Axtens Date: Mon Jul 3 21:46:43 2017 +1000 openvswitch: fix mis-ordered comment lines for ovs_skb_cb I was trying to wrap my head around meaning of mru, and realised that the second line of

Re: [ovs-dev] [PATCH 2/2] dpif-netdev: Indicate support for various ct features.

[Darrell] Backporting may not apply here as none of Jarno's original tuple code made it to 2.7. On Wed, Jul 19, 2017 at 1:18 PM, Darrell Ball wrote: > > > On Wed, Jul 19, 2017 at 12:17 PM, Justin Pettit wrote: > >> >> > On Jul 19, 2017, at 10:45 AM, Darrell Ball wrote: >> > >>

Re: [ovs-dev] [PATCH] datapath: enable VxLAN-gpe port creation in compat mode

On 6 July 2017 at 20:02, Yi Yang wrote: > In compat mode, ovs can't create L3 VxLAN-gpe port in old > kernels if port creation failed by rtnetlink, this patch > enables old kernels to create L3 VxLAN-gpe port. > > Signed-off-by: Yi Yang > --- Thanks, applied.

Re: [ovs-dev] [PATCH 1/2] dpif-netlink: Use netlink helpers for packet_type.

On 19 July 2017 at 08:54, Eric Garver wrote: > On Tue, Jul 18, 2017 at 03:32:43PM -0700, Joe Stringer wrote: >> Rather than open-coding access to netlink attribute pointers in >> put_exclude_packet_type(), make use of the netlink attribute helpers. >> This simplifies the following bugfix. >> >> Si

Re: [ovs-dev] [PATCH 00/10] Support layer3 VXLAN-GPE and GRE in kernel datapath

On 18 July 2017 at 15:53, Joe Stringer wrote: > On 10 July 2017 at 12:39, Eric Garver wrote: >> This series enables support for layer3 tunnels VXLAN-GPE and GRE in the >> kernel >> datapath. It includes new system-traffic test cases. The first two patches >> fix >> an issue translating packet_t

Re: [ovs-dev] [PATCH 2/2] dpif-netlink: For non-Ethernet, use Ethertype from packet_type.

On 19 July 2017 at 08:56, Eric Garver wrote: > On Tue, Jul 18, 2017 at 03:32:44PM -0700, Joe Stringer wrote: >> For non-Ethernet flows, when fixing up the netlink message we need make >> sure to pass down a valid Ethertype. The kernel does not understand >> packet_type so it's implicitly encoded b

Re: [ovs-dev] [PATCH v4 0/3] tunneling : Improving tunneling performance by avoiding dp recirc.

On 19 July 2017 at 06:46, Sugesh Chandran wrote: > Openvswitch datapath recirculates packets for tunneling, i.e. > the incoming packets are encapsulated at first pass. Further actions are > applied on encapsulated packets on the second pass after recirculating. > The proposed patch compute and app

Re: [ovs-dev] [PATCH 2/2] dpif-netdev: Indicate support for various ct features.

On 19 July 2017 at 14:11, Darrell Ball wrote: > On Wed, Jul 19, 2017 at 1:18 PM, Darrell Ball wrote: >> On Wed, Jul 19, 2017 at 12:17 PM, Justin Pettit wrote: >>> > On Jul 19, 2017, at 10:45 AM, Darrell Ball wrote: >>> > On 7/19/17, 8:01 AM, "Justin Pettit" wrote: >>> >> On Jul 19, 2017, at 2:

Re: [ovs-dev] [PATCH 2/2] dpif-netdev: Indicate support for various ct features.

-Original Message- From: on behalf of Joe Stringer Date: Wednesday, July 19, 2017 at 2:54 PM To: Darrell Ball Cc: "d...@openvswitch.org" Subject: Re: [ovs-dev] [PATCH 2/2] dpif-netdev: Indicate support for various ct features. On 19 July 2017 at 14:11, Darrell Ball wrote: >

Re: [ovs-dev] [PATCH v2] odp-execute: Reuse rss hash in OVS_ACTION_ATTR_HASH.

-Original Message- From: Darrell Ball Date: Tuesday, July 18, 2017 at 11:42 AM To: Ilya Maximets , "ovs-dev@openvswitch.org" , Andy Zhou Cc: Heetae Ahn Subject: Re: [ovs-dev] [PATCH v2] odp-execute: Reuse rss hash in OVS_ACTION_ATTR_HASH. On 7/17/17, 11:19 PM, "Ilya Ma

[ovs-dev] Add detail for ovs-vswitchd.conf.db manpage

___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Re: [ovs-dev] [RFC PATCH v1] net-dpdk: Introducing TX tcp HW checksum offload support for DPDK pnic

Hi Sugesh, the setup like: qperf client +-+ | VM| +-+ | | qperf server +--+ ++ | vswitch+dpdk | | bare-metal | +--+ ++ |

Re: [ovs-dev] [RFC PATCH v1] net-dpdk: Introducing TX tcp HW checksum offload support for DPDK pnic

Let me correct some words: "The result of patch-SW-CKSUM means it skip netdev_prepare_tx_csum and execute "ethto" " The result of patch-SW-CKSUM means it skips netdev_prepare_tx_csum and execute "ethtool -K eth0 tx off" in VM side. So it consume VM's cksum function for tcp/udp packets. 2017-07-20

[ovs-dev] [PATCH] vswitch.xml:Add detail variable for forward-bpdu reserved mac address in ovs-vswitchd.conf.db manpage

___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Re: [ovs-dev] [PATCH 2/2] dpif-netdev: Indicate support for various ct features.

> On Jul 19, 2017, at 3:18 PM, Darrell Ball wrote: > > I could not see any; it is good the impact from this hybrid support thing > was limited > to debug o/p then. > I don't see any new issues from this patch addition, and it is the only > reasonable > option for backporting. > > In your ori

Re: [ovs-dev] [PATCH v1 1/1] ovn: l3ha fix unexpected ARP requests on pcap during tests

Please, ignore this patch, it doesn't help. On Wed, Jul 19, 2017 at 12:07 PM, Miguel Angel Ajo wrote: > For testing l3ha datapath we have an external port on a separate sim > instance (ext1), and we send an UDP packet that we expect to see > going through the specific MASTER gateway (gw1 or gw2)