On Wed, Aug 12, 2020 at 8:48 AM Cong Wang wrote:
> On Mon, Aug 10, 2020 at 6:14 PM wrote:
> >
> > From: Tonghao Zhang
> >
> > To avoid some issues, for example RCU usage warning, we should
> > flush the flows under ovs_lock. This patch refactors
> > table_instance_destroy and introduces table_i
On Mon, Aug 10, 2020 at 6:14 PM wrote:
>
> From: Tonghao Zhang
>
> To avoid some issues, for example RCU usage warning, we should
> flush the flows under ovs_lock. This patch refactors
> table_instance_destroy and introduces table_instance_flow_flush
> which can be invoked by __dp_destroy or ovs_
Good day,
Please find the attached Purchase Order from CARETEK TECHNOLOGY
Kindly check the content (e.g.Bill of landing, Invoice, & Packing List)
and if explicitly requested, acknowledge the received Purchase Order by
return.
In case of any questions, please approach the indicated contacts.
Th
Good day,
Please find the attached Purchase Order from CARETEK TECHNOLOGY
Kindly check the content (e.g.Bill of landing, Invoice, & Packing List)
and if explicitly requested, acknowledge the received Purchase Order by
return.
In case of any questions, please approach the indicated contacts.
Th
Webinar en Vivo:
Guía paso a paso: Trámites de la capacitación ante la S.T.P.S.
Curso en línea - Webinar Interactivo – Jueves 27 de Agosto - Horario de 10:00 a
17:00 Hrs.
La Secretaría del Trabajo y Previsión Social nos da los pasos a seguir para el
armado de nuestros programas de capacitación
On Tue, Aug 11, 2020 at 03:58:44PM -0400, Aaron Conole wrote:
> Flavio Leitner writes:
>
> > Hi Aaron,
> >
> > Thanks for the patch, see my comments below.
> >
> > On Fri, Aug 07, 2020 at 05:32:03PM -0400, Aaron Conole wrote:
> >> When commit a0baa7dfa4fe ("connmgr: Make treatment of active and p
Flavio Leitner writes:
> Hi Aaron,
>
> Thanks for the patch, see my comments below.
>
> On Fri, Aug 07, 2020 at 05:32:03PM -0400, Aaron Conole wrote:
>> When commit a0baa7dfa4fe ("connmgr: Make treatment of active and passive
>> connections more uniform") was applied, it did not take into account
Hi Aaron,
Thanks for the patch, see my comments below.
On Fri, Aug 07, 2020 at 05:32:03PM -0400, Aaron Conole wrote:
> When commit a0baa7dfa4fe ("connmgr: Make treatment of active and passive
> connections more uniform") was applied, it did not take into account
> that a reconfiguration of the
On Tue, Aug 11, 2020 at 11:35 AM Ilya Maximets wrote:
>
> On 8/11/20 8:15 AM, Han Zhou wrote:
> > This reverts commit 68bc6f88a3a36549fcd3b6248c25c5e2e6deb8f3.
> > The commit causes a regression in OVN scale test. ovn-northd's CPU
> > more than doubled for the test scenario: create and bind 12k po
On 8/11/20 8:15 AM, Han Zhou wrote:
> This reverts commit 68bc6f88a3a36549fcd3b6248c25c5e2e6deb8f3.
> The commit causes a regression in OVN scale test. ovn-northd's CPU
> more than doubled for the test scenario: create and bind 12k ports.
> Below are some perf data of ovn-northd when running comman
On Mon, Aug 10, 2020 at 09:27:32AM +0800, yuelongguang wrote:
> Hi, all.
>
> two nodes: ovs 2.12.0, kernel 3.10.0-1062, centos 7.7, dpdk 18.11.8, x722
> for 10gbe sfp+, each of which has one running vm.
>
>
> the flows of br-int and br-tun are NORMAL, local_ip and remote_ip are
> reach
On Tue, Aug 11, 2020 at 06:21:44PM +0100, Ian Stokes wrote:
> Add an entry for OVS 2.14 to map to the validated DPDK release.
>
> Signed-off-by: Ian Stokes
> ---
Acked-by: Flavio Leitner
___
dev mailing list
d...@openvswitch.org
https://mail.openvswi
From: xiangxia.m@gmail.com
Date: Tue, 11 Aug 2020 09:10:01 +0800
> diff --git a/net/openvswitch/datapath.c b/net/openvswitch/datapath.c
> index 42f8cc70bb2c..5fec47e62615 100644
> --- a/net/openvswitch/datapath.c
> +++ b/net/openvswitch/datapath.c
> @@ -1756,6 +1756,9 @@ static int ovs_dp_cmd_
Add an entry for OVS 2.14 to map to the validated DPDK release.
Signed-off-by: Ian Stokes
---
Documentation/faq/releases.rst | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/faq/releases.rst b/Documentation/faq/releases.rst
index ac93e6e97..9a7a6444c 100644
--- a/Documentation/f
Hello,
syzbot found the following issue on:
HEAD commit:1c3b63f1 net/tls: allow MSG_CMSG_COMPAT in sendmsg
git tree: bpf
console output: https://syzkaller.appspot.com/x/log.txt?x=105b73fa90
kernel config: https://syzkaller.appspot.com/x/.config?x=7bb894f55faf8242
dashboard link: ht
>-Original Message-
>From: Ilya Maximets
>Sent: Tuesday, August 11, 2020 4:19 PM
>To: Finn, Emma ; Ilya Maximets ;
>Xing, Beilei ; Stokes, Ian ; Eli
>Britstein ; d...@openvswitch.org; Guo, Jia
>
>Subject: Re: [PATCH] netdev-offload-dpdk: Fix for broken ethernet matching
>HWOL for XL710 N
On Tue, Aug 11, 2020 at 5:44 PM Dumitru Ceara wrote:
>
> On 8/11/20 12:16 PM, num...@ovn.org wrote:
> > From: Numan Siddique
> >
> > If the below SNAT entry is added:
> > ovn-nbctl lr-nat-add snat 172.168.0.120 10.0.0.5
> >
> > And when the logical port with IP - 10.0.0.5, sends a packet destined
Hi,
This fix the testsuite which breaks 50% of times inside a VM.
It would be great to have it included in master, 2.14 and older
branches.
fbl
On Wed, Jun 10, 2020 at 08:45:38PM -0300, Flavio Leitner wrote:
> The test 'Check Python IDL reconnects to leader - Python3
> (leader only)' fails som
On 8/11/20 3:12 PM, Finn, Emma wrote:
>
>
>> -Original Message-
>> From: Ilya Maximets
>> Sent: Tuesday 11 August 2020 11:02
>> To: Xing, Beilei ; Stokes, Ian ;
>> Eli Britstein ; Finn, Emma ;
>> d...@openvswitch.org; Guo, Jia
>> Cc: i.maxim...@ovn.org
>> Subject: Re: [PATCH] netdev-off
> -Original Message-
> From: Ilya Maximets
> Sent: Tuesday 11 August 2020 11:02
> To: Xing, Beilei ; Stokes, Ian ;
> Eli Britstein ; Finn, Emma ;
> d...@openvswitch.org; Guo, Jia
> Cc: i.maxim...@ovn.org
> Subject: Re: [PATCH] netdev-offload-dpdk: Fix for broken ethernet matching
> HWOL
On 8/11/20 12:16 PM, num...@ovn.org wrote:
> From: Numan Siddique
>
> If the below SNAT entry is added:
> ovn-nbctl lr-nat-add snat 172.168.0.120 10.0.0.5
>
> And when the logical port with IP - 10.0.0.5, sends a packet destined to
> outside, gets SNATted to 172.168.0.120 as expected, but for th
On 8/6/20 5:17 PM, Emma Finn wrote:
> The following 2 commits introduced changes which caused a regression
> for XL710 devices and functionality ceases for partial offload as a result.
> 864852a0624a ("netdev-offload-dpdk: Fix Ethernet matching for type only.")
> a79eae87abe4 ("netdev-offload-dpdk:
On Sat, Aug 8, 2020 at 3:02 AM Aaron Conole wrote:
>
> When commit a0baa7dfa4fe ("connmgr: Make treatment of active and passive
> connections more uniform") was applied, it did not take into account
> that a reconfiguration of the allowed_versions setting would require a
> reload of the ofservice
On Tue, Aug 11, 2020 at 3:02 PM Dumitru Ceara wrote:
>
> On 8/11/20 9:34 AM, num...@ovn.org wrote:
> > From: Numan Siddique
> >
> > If the below SNAT entry is added:
> > ovn-nbctl lr-nat-add snat 172.168.0.120 10.0.0.5
> >
> > And when the logical port with IP - 10.0.0.5, sends a packet destined
From: Numan Siddique
If the below SNAT entry is added:
ovn-nbctl lr-nat-add snat 172.168.0.120 10.0.0.5
And when the logical port with IP - 10.0.0.5, sends a packet destined to
outside, gets SNATted to 172.168.0.120 as expected, but for the reverse traffic
if the upstream switch sends an ARP req
On 8/11/20 5:35 AM, Xing, Beilei wrote:
>
>
>> -Original Message-
>> From: Stokes, Ian
>> Sent: Tuesday, August 11, 2020 4:52 AM
>> To: Eli Britstein ; Finn, Emma ;
>> d...@openvswitch.org; Xing, Beilei ; Guo, Jia
>>
>> Cc: i.maxim...@ovn.org
>> Subject: RE: [PATCH] netdev-offload-dpdk:
On 8/11/20 9:34 AM, num...@ovn.org wrote:
> From: Numan Siddique
>
> If the below SNAT entry is added:
> ovn-nbctl lr-nat-add snat 172.168.0.120 10.0.0.5
>
> And when the logical port with IP - 10.0.0.5, sends a packet destined to
> outside, gets SNATted to 172.168.0.120 as expected, but for the
On 20/07/20 12:08 +0200, Gaëtan Rivet wrote:
> On 07/07/20 11:18 +0200, Gaetan Rivet wrote:
> > v2: fix 0-day bot issues in 2/2.
> >
> > Hello Ilya,
> >
> > Following your suggestion, here is a small patch adding the ability to
> > configure the
> > MAC address of DPDK VF representors. As said
From: Numan Siddique
If the below SNAT entry is added:
ovn-nbctl lr-nat-add snat 172.168.0.120 10.0.0.5
And when the logical port with IP - 10.0.0.5, sends a packet destined to
outside, gets SNATted to 172.168.0.120 as expected, but for the reverse traffic
if the upstream switch sends an ARP req
29 matches
Mail list logo