Re: [ovs-dev] (no subject)

2020-07-05 Thread J. Chang
Hello, Compliments of the day to you! I am contacting you for a confidential proposal with the potential of great benefit. However, I will not be able to provide extensive information about the proposal until I receive your response of interest.  I will be waiting to hear from you soon. Best

Re: [ovs-dev] [PATCH V4 00/12] netdev datapath offload: Support IPv6 and VXLAN encap

2020-07-05 Thread Ilya Maximets
On 7/1/20 7:34 AM, Eli Britstein wrote: > This patch set includes enhanced logging to increase debugability, bug > fixes and additional offloads - IPv6 and VXLAN encap. > > Patches #1-#2: Enhance log prints for debugability. > Patches #3-#4: Bug fixes for partial offloads and Ethernet matching.

[ovs-dev] お支払い方法の情報を更新

2020-07-05 Thread Amazon
お支払い方法の情報を更新してください。Update default card for your membership. マイストア? タイムセール? ギフト券 Amazonプライムをご利用頂きありがとうございます。お客様のAmazonプライム会員資格は、2020/06/09に更新を迎えます。お調べしたところ、会費のお支払いに使用できる有効なクレジットカードがアカウントに登録されていません。クレジットカード情報の更新、新しいクレジットカードの追加については以下の手順をご確認ください。 1.

Re: [ovs-dev] [PATCH v4 5/5] dpif-netdev: Support partial-action-offload of VXLAN encap flow

2020-07-05 Thread Sriharsha Basavapatna via dev
On Sun, Jul 5, 2020 at 6:29 PM Eli Britstein wrote: > > > On 6/29/2020 12:50 PM, Sriharsha Basavapatna wrote: > > In this patch, we support offloading of VXLAN_ENCAP action for a vhost-user > > port (aka "partial-action-offload"). At the time of offloading the flow, we > > determine if the flow

Re: [ovs-dev] [PATCHv2] netdev-offload-tc: Add drop action support.

2020-07-05 Thread Tonghao Zhang
On Sun, Jul 5, 2020 at 5:34 AM William Tu wrote: > > Currently drop action is not offloaded when using userspace datapath > with tc offload. The patch programs tc gact (generic action) chain > ID 0 to drop the packet by setting it to TC_ACT_SHOT. > > Example: > $ ovs-appctl dpctl/add-flow

[ovs-dev] [PATCH] netdev-offload-dpdk: Pass L4 proto-id to match in the L3 rte_flow_item

2020-07-05 Thread Sriharsha Basavapatna via dev
The offload layer clears the L4 protocol mask in the L3 item, when the L4 item is passed for matching, as an optimization. This can be confusing while parsing the headers in the PMD. Also, the datapath flow specifies this field to be matched. This optimization is best left to the PMD. This patch

[ovs-dev] (no subject)

2020-07-05 Thread Juliet Makeba
-- Hallo, Meine Entscheidung, Sie zu kontaktieren, ist, weil bei mir kürzlich Lungenkrebs diagnostiziert wurde und der Arzt sagte, ich habe weniger als 6 Wochen zu leben. Seit mir diese plötzliche Nachricht mitgeteilt wurde, habe ich über mein Leben in der Vergangenheit nachgedacht. Es ist

Re: [ovs-dev] conntrack-tp: fix lock order in conn_update_expiration

2020-07-05 Thread William Tu
On Sat, Jul 4, 2020 at 7:04 PM hepeng.0320 wrote: > > *conn_update_expiration* violates the lock order of conn->lock and > ct->lock. In the comments of conntrack, the conn->lock should be > held after ct->lock when ct->lock needs to be taken. > > Signed-off-by: hepeng.0320 > --- Please take a

Re: [ovs-dev] [PATCH v1 0/6] Memory access optimization for flow scalability of userspace datapath.

2020-07-05 Thread William Tu
On Tue, Jun 30, 2020 at 2:26 AM Yanqin Wei wrote: > > Hi, every contributor > > These patches could significantly improve multi-flow throughput of userspace > datapath. If you feel it will take too much time to review all patches, I > suggest you could look at the 2nd/3rd first, which have the

Re: [ovs-dev] [PATCH v1 0/6] Memory access optimization for flow scalability of userspace datapath.

2020-07-05 Thread William Tu
Hi Yanqin, On Tue, Jun 2, 2020 at 12:10 AM Yanqin Wei wrote: > > OVS userspace datapath is a program with heavy memory access. It needs to > load/store a large number of memory, including packet header, metadata, > EMC/SMC/DPCLS tables and so on. It causes a lot of cache line missing and >

Re: [ovs-dev] [PATCH v4 5/5] dpif-netdev: Support partial-action-offload of VXLAN encap flow

2020-07-05 Thread Eli Britstein
On 6/29/2020 12:50 PM, Sriharsha Basavapatna wrote: In this patch, we support offloading of VXLAN_ENCAP action for a vhost-user port (aka "partial-action-offload"). At the time of offloading the flow, we determine if the flow can be offloaded to an egress device, if the input port is not

Re: [ovs-dev] [PATCH v6 0/6] DPCLS Subtable ISA Optimization

2020-07-05 Thread William Tu
On Thu, Jul 2, 2020 at 10:42 AM Harry van Haaren wrote: > > v6 work done: > - Fix as --64 unrecognized option > - Fix build issues with avx512 library changes > - Fix files left in build dir after distclean > - Fix CPU arch dependant RTE_CPUFLAG_ usage > > Thanks William & Ian for review & help

Re: [ovs-dev] [PATCH] netdev-offload-dpdk: Pass L4 proto-id to match in the L3 rte_flow_item

2020-07-05 Thread Eli Britstein
On 7/5/2020 2:48 PM, Sriharsha Basavapatna wrote: The offload layer clears the L4 protocol mask in the L3 item, when the L4 item is passed for matching, as an optimization. This can be confusing while parsing the headers in the PMD. Also, the datapath flow specifies this field to be matched.

[ovs-dev] conntrack-tp: fix lock order in conn_update_expiration

2020-07-05 Thread hepeng.0320
*conn_update_expiration* violates the lock order of conn->lock and ct->lock. In the comments of conntrack, the conn->lock should be held after ct->lock when ct->lock needs to be taken. Signed-off-by: Peng He --- lib/conntrack-tp.c | 5 + 1 file changed, 5 insertions(+) diff --git

Re: [ovs-dev] conntrack-tp: fix lock order in conn_update_expiration

2020-07-05 Thread William Tu
On Sun, Jul 05, 2020 at 09:07:23PM +0800, hepeng.0320 wrote: > *conn_update_expiration* violates the lock order of conn->lock and > ct->lock. In the comments of conntrack, the conn->lock should be > held after ct->lock when ct->lock needs to be taken. > > Signed-off-by: Peng He Thanks. I add a

Re: [ovs-dev] [PATCH v4 3/5] dpif-netdev: Skip encap action during datapath execution

2020-07-05 Thread Eli Britstein
On 6/29/2020 12:50 PM, Sriharsha Basavapatna wrote: In this patch we check if action processing (apart from OUTPUT action), should be skipped for a given dp_netdev_flow. Specifically, we check if the action is TNL_PUSH and if it has been offloaded to HW, then we do not push the tunnel header

Re: [ovs-dev] [PATCH v1 2/6] dpif-netdev: add tunnel_valid flag to skip ip/ipv6 address comparison

2020-07-05 Thread Ilya Maximets
On 6/2/20 9:10 AM, Yanqin Wei wrote: > miniflow_extract checks the validation of tunnel metadata by comparing > tunnel destination address, including 16 bytes ipv6 address. > This patch introduces a 'tunnel_valid' flag. If it is false, > md->cacheline2 will not be touched. This improvement is