That's great! Thank you for running these tests.
--Justin
> On Sep 22, 2017, at 7:32 PM, Bhargava Shastry
> wrote:
>
> If I may, the v4 series of patches are holding up quite well to
> medium-term fuzzing (roughly 50 million iterations).
>
> On 09/23/2017
Hi,
Any thoughts on the proposal I made? The bugs libFuzzer has helped find
recently makes a compelling case to integrate OvS with oss-fuzz.
Regards,
Bhargava
On 09/01/2017 05:31 PM, Bhargava Shastry wrote:
> Dear all,
>
> I suppose the following are the agenda points for adding OvS to
If I may, the v4 series of patches are holding up quite well to
medium-term fuzzing (roughly 50 million iterations).
On 09/23/2017 12:01 AM, Ben Pfaff wrote:
> On Fri, Sep 22, 2017 at 02:28:16PM -0700, Justin Pettit wrote:
>>
>>> On Sep 21, 2017, at 9:59 AM, Ben Pfaff wrote:
>>>
Sorry for misleading, in my other testing, I ping the IP(is a router port's
IP) and saw packets go into a chassis(router are pined on this ovn-chassis
by using option:chassis=x). So in that time I though the router
should be only on a specific ovn-node if route was pinned.
Miguel had told
Buenos días
Le hacemos llegar la programación de Octubre para que elija los temas que
necesita usted y su equipo de trabajo.
-Reclutamiento, Entrevistas y Selección de Personal – 05 octubre – 6 horas
-Cómo Proveer Servicio al Cliente que Impacte y Sorprenda – 06 octubre – 3
horas
-Sistemas
On Fri, 8 Sep 2017 13:03:48 +0200
Timothy Redaelli wrote:
> If possible, use OpenFlow 1.4 atomic bundle transaction to restore flows.
> The patch uses also the enabled OpenFlow version to do the queries.
>
> With the actual implementation if you have the default openflow
On Wed, 13 Sep 2017 09:35:32 +0200
Timothy Redaelli wrote:
> Add a systemd service file that is only executed the first time
> ovsdb-server starts after boot and that removes all transient ports
> (--delete-transient-ports).
>
> This is important on certain environments
On Fri, 22 Sep 2017 09:44:18 -0400
Aaron Conole wrote:
> When the logrotate script runs, and Open vSwitch is running as a non-root
> user, the /var/log/openvswitch directory doesn't have other rx bits set.
> This means the reopen attempt will fail with "permission denied",
On Fri, Sep 22, 2017 at 02:26:36PM -0700, Justin Pettit wrote:
>
> > On Sep 21, 2017, at 9:59 AM, Ben Pfaff wrote:
> >
> > Found by libFuzzer.
> >
> > Reported-by: Bhargava Shastry
> > Signed-off-by: Ben Pfaff
>
> Acked-by:
On Fri, Sep 22, 2017 at 02:06:01PM -0700, Justin Pettit wrote:
>
> > On Sep 21, 2017, at 9:59 AM, Ben Pfaff wrote:
> >
> > A buffer overread of up to 4 bytes was possible given a malformed
> > message. The message was discarded following the overread.
> >
> > Found by libFuzzer.
Good catch. Thanks for fixing it.
Acked-by: Anand Kumar
Thanks,
Anand Kumar
On 9/22/17, 2:24 PM, "ovs-dev-boun...@openvswitch.org on behalf of Shashank
Ram" wrote:
Conntrack, Conntrack-related, Stt,
> On Sep 21, 2017, at 9:59 AM, Ben Pfaff wrote:
>
> Found by libFuzzer.
>
> Reported-by: Bhargava Shastry
> Signed-off-by: Ben Pfaff
Acked-by: Justin Pettit
--Justin
> On Sep 21, 2017, at 9:59 AM, Ben Pfaff wrote:
>
> Found by libFuzzer.
>
> Reported-by: Bhargava Shastry
> Signed-off-by: Ben Pfaff
Acked-by: Justin Pettit
--Justin
Conntrack, Conntrack-related, Stt, and IP fragmentation
have cleaner threads that run periodically to clean
up their respective tables. During driver unload,
OvsExtDetach() calls into routines that are meant
for explicitly cleaning these tables up and freeing
the resources associated with these
On 09/22/2017 12:43 PM, Andy Zhou wrote:
On Mon, Sep 11, 2017 at 10:55 AM, Greg Rose wrote:
Removed in kernel 4.13
Signed-off-by: Greg Rose
Pushed the series to master with some minor edits.
Patch 2 and 3 of the series are dropped in favor of
On 09/22/2017 11:23 AM, Andy Zhou wrote:
On Fri, Sep 22, 2017 at 8:02 AM, Greg Rose wrote:
On 09/20/2017 03:18 PM, Andy Zhou wrote:
On Mon, Sep 11, 2017 at 10:56 AM, Greg Rose wrote:
Document Open vSwitch Linux kernel support for the 4.13 kernel
Thank you for the review.
There isn't currently a way to control the number of retries. If that
is a valuable feature, then it could be added.
You can control the timeout for these utilities with the --timeout
option (or use the "timeout" program from GNU coreutils).
On Thu, Sep 21, 2017 at
On Sun, Sep 10, 2017 at 6:00 PM, Tonghao Zhang wrote:
> Upstream commit:
> commit c57c054eb5b1ccf230c49f736f7a018fcbc3e952
> Author: Tonghao Zhang
> Date: Mon Jul 17 23:28:05 2017 -0700
>
> openvswitch:
On Mon, Sep 11, 2017 at 10:55 AM, Greg Rose wrote:
> Removed in kernel 4.13
>
> Signed-off-by: Greg Rose
Pushed the series to master with some minor edits.
Patch 2 and 3 of the series are dropped in favor of Tonghao's patch as
per mailing list
Are there any other comments?
On 8/30/17, 10:49 AM, "Darrell Ball" wrote:
Thanks Kevin
Naming is hard.
The name looks a bit more intuitive and matches closely with the
description previously added.
Darrell
On 8/30/17, 10:45 AM, "Kevin
Are there any other comments for this patch?
On 8/30/17, 11:01 AM, "Darrell Ball" wrote:
Thanks for the patch Kevin
On 8/30/17, 10:45 AM, "Kevin Traynor" wrote:
rxq_cycle_sort summed the latest cycles from each queue for
20th September 2017
ATTENDEES: Aaron, Ben, Flavio, Darrell, Ian, Georg, Sammeh,
Yippeng, Frikkie, Kevin, Billy, Thomas M, Bhanu, Ciara, Eelco,
Johan, Simon, Jan, Michael, Zoltan, Sugesh, Eelco, Jan, Ciara (Missed a
couple?)
===
GENERAL
===
- Testing: Intel to share current test plan.
On Fri, Sep 22, 2017 at 8:02 AM, Greg Rose wrote:
> On 09/20/2017 03:18 PM, Andy Zhou wrote:
>>
>> On Mon, Sep 11, 2017 at 10:56 AM, Greg Rose wrote:
>>>
>>> Document Open vSwitch Linux kernel support for the 4.13 kernel
>>> release.
>>>
>>>
Thanks for working on this Billy
One comment inline.
On 9/22/17, 6:47 AM, "Billy O'Mahony" wrote:
Hi All,
Please find attached RFC patch for EMC load-shedding [1] as promised [2].
This applies clean on 5ff834 "Increment ct packet counters..." It
Hi Billy
Maybe you need to rebase your branch; this patch was applied a couple weeks ago.
Thanks Darrell
On 9/22/17, 6:47 AM, "Billy O'Mahony" wrote:
From: Ilya Maximets
DP_STAT_LOOKUP_HIT statistics used mistakenly for
Hallo ik ben de heer William Mason, de wettige eigenaar van een legitieme en
betrouwbare
bedrijf, ik geef geld op duidelijke en begrijpelijke voorwaarden uit en
voorwaarden Mijn waarden En zakelijke filosofie zijn passievolle inzet
klantenservice, zeer hoge ethische normen en integriteit en
Open
We've had a couple of brief discussions during the OVN meeting about
locks in OVSDB. As I understand it, a few services use OVSDB locks to
avoid duplicating work. The question is whether and how to extend OVSDB
locks to a distributed context.
First, I think it's worth reviewing how OVSDB locks
Hi Jan,
> -Original Message-
> From: Jan Scheurich [mailto:jan.scheur...@ericsson.com]
> Sent: Friday, September 22, 2017 12:37 PM
> To: O Mahony, Billy ; Kevin Traynor
> ; d...@openvswitch.org
> Cc: Mechthild Buescher
On 09/20/2017 03:18 PM, Andy Zhou wrote:
On Mon, Sep 11, 2017 at 10:56 AM, Greg Rose wrote:
Document Open vSwitch Linux kernel support for the 4.13 kernel
release.
Signed-off-by: Greg Rose
---
Documentation/faq/releases.rst | 2 +-
NEWS
In an ovn gateway node with DPDK, the RECIRC_DEPTH may be greater than 5.
Scenes:
VM ping self floating IP, or
VM ping Floating IP of VMs with the same network.
It need process UNDNAT SNAT in LRouter egress and
UNSNAT DNAT in LRouter ingress, and
output to geneve tunnel also need recirc.
This
The maximum message size for recent Linux kernels is 32Kb and in older
kernels it is 16KB.
See http://www.spinics.net/lists/netdev/msg431592.html
Adjust the size checked and update a comment.
Signed-off-by: Greg Rose
---
lib/netlink-socket.c | 2 +-
lib/netlink.c
In kernels < 4.9 the maximum netlink message size is 16KB.
See http://www.spinics.net/lists/netdev/msg431592.html
Signed-off-by: Greg Rose
---
datapath/flow_netlink.c | 4
1 file changed, 4 insertions(+)
diff --git a/datapath/flow_netlink.c b/datapath/flow_netlink.c
From: Ilya Maximets
DP_STAT_LOOKUP_HIT statistics used mistakenly for calculation
of total number of packets. This leads to completely wrong
per packet cycles statistics.
For example:
emc hits:0
megaflow hits:253702308
avg. subtable lookups per
When EMC hit rate goes down start start shedding load from the EMC.
---
lib/dpif-netdev.c | 107 --
1 file changed, 103 insertions(+), 4 deletions(-)
diff --git a/lib/dpif-netdev.c b/lib/dpif-netdev.c
index e3a5590..f77e79a 100644
---
Hi All,
Please find attached RFC patch for EMC load-shedding [1] as promised [2].
This applies clean on 5ff834 "Increment ct packet counters..." It also uses
Ilya's patch "Fix per packet cycles statistics." [3] so I've included that in
the patch set as it wasn't merged when I started the RFC.
When the logrotate script runs, and Open vSwitch is running as a non-root
user, the /var/log/openvswitch directory doesn't have other rx bits set.
This means the reopen attempt will fail with "permission denied", even though
the default logrotate configuration creates a new log file with the
On Thu, Sep 21, 2017 at 10:56 AM, Miguel Angel Ajo Pelayo
wrote:
> On Thu, Sep 21, 2017 at 2:21 PM, Gao Zhenyu wrote:
>
>> I think the S/N or E/W are not the matter we should considering now.
>>
>> The multipath implementation is based on the
Hi Billy,
> -Original Message-
> From: O Mahony, Billy [mailto:billy.o.mah...@intel.com]
> Sent: Friday, 22 September, 2017 10:52
> > The next question is how to classify the ingress traffic on the NIC and
> > insert it
> > into rx queues with different priority. Any scheme implemented
Performance tests with the OVS DPDK datapath have shown that the achievable tx
throughput over a vhostuser port into a VM with an interrupt-based virtio
driver is limited by the overhead incurred by virtio interrupts. The OVS PMD
spends up to 30% of its cycles in system calls kicking the
I applied the patch to dpdk_merge here
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_darball_ovs_commits_dpdk-5Fmerge=DwIGaQ=uilaK90D4TOVoH58JNXRgQ=BVhFA09CGX7JQ5Ih-uZnsw=A2_FCacqbp2moAo3HGFlTuxsjONUGhlN42OBcAuQQ6w=b6btPKhgvOFr2GOUYvktND6kaC6jc3fXI-mXfvNgXOU=
On 9/11/17, 12:56
I applied the patch to dpdk_merge here
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_darball_ovs_commits_dpdk-5Fmerge=DwIGaQ=uilaK90D4TOVoH58JNXRgQ=BVhFA09CGX7JQ5Ih-uZnsw=A2_FCacqbp2moAo3HGFlTuxsjONUGhlN42OBcAuQQ6w=b6btPKhgvOFr2GOUYvktND6kaC6jc3fXI-mXfvNgXOU=
On 9/20/17, 6:31
I applied the patch to dpdk_merge here
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_darball_ovs_commits_dpdk-5Fmerge=DwIGaQ=uilaK90D4TOVoH58JNXRgQ=BVhFA09CGX7JQ5Ih-uZnsw=A2_FCacqbp2moAo3HGFlTuxsjONUGhlN42OBcAuQQ6w=b6btPKhgvOFr2GOUYvktND6kaC6jc3fXI-mXfvNgXOU=
On 9/20/17, 6:29
I applied the patch to dpdk_merge here
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_darball_ovs_commits_dpdk-5Fmerge=DwIGaQ=uilaK90D4TOVoH58JNXRgQ=BVhFA09CGX7JQ5Ih-uZnsw=A2_FCacqbp2moAo3HGFlTuxsjONUGhlN42OBcAuQQ6w=b6btPKhgvOFr2GOUYvktND6kaC6jc3fXI-mXfvNgXOU=
On 9/20/17, 6:28
I applied the patch to dpdk_merge here
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_darball_ovs_commits_dpdk-5Fmerge=DwIGaQ=uilaK90D4TOVoH58JNXRgQ=BVhFA09CGX7JQ5Ih-uZnsw=A2_FCacqbp2moAo3HGFlTuxsjONUGhlN42OBcAuQQ6w=b6btPKhgvOFr2GOUYvktND6kaC6jc3fXI-mXfvNgXOU=
On 9/20/17, 6:27
I applied the patch to dpdk_merge here
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_darball_ovs_commits_dpdk-5Fmerge=DwIGaQ=uilaK90D4TOVoH58JNXRgQ=BVhFA09CGX7JQ5Ih-uZnsw=A2_FCacqbp2moAo3HGFlTuxsjONUGhlN42OBcAuQQ6w=b6btPKhgvOFr2GOUYvktND6kaC6jc3fXI-mXfvNgXOU=
On 9/20/17, 6:26
I applied the patch to dpdk_merge here
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_darball_ovs_commits_dpdk-5Fmerge=DwIGaQ=uilaK90D4TOVoH58JNXRgQ=BVhFA09CGX7JQ5Ih-uZnsw=A2_FCacqbp2moAo3HGFlTuxsjONUGhlN42OBcAuQQ6w=b6btPKhgvOFr2GOUYvktND6kaC6jc3fXI-mXfvNgXOU=
On 9/20/17, 6:25
I applied the patch to dpdk_merge here
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_darball_ovs_commits_dpdk-5Fmerge=DwIGaQ=uilaK90D4TOVoH58JNXRgQ=BVhFA09CGX7JQ5Ih-uZnsw=A2_FCacqbp2moAo3HGFlTuxsjONUGhlN42OBcAuQQ6w=b6btPKhgvOFr2GOUYvktND6kaC6jc3fXI-mXfvNgXOU=
On 9/20/17, 6:23
I applied the patch to dpdk_merge here
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_darball_ovs_commits_dpdk-5Fmerge=DwIGaQ=uilaK90D4TOVoH58JNXRgQ=BVhFA09CGX7JQ5Ih-uZnsw=A2_FCacqbp2moAo3HGFlTuxsjONUGhlN42OBcAuQQ6w=b6btPKhgvOFr2GOUYvktND6kaC6jc3fXI-mXfvNgXOU=
On 9/13/17, 7:00
I applied the patch to dpdk_merge here
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_darball_ovs_commits_dpdk-5Fmerge=DwIGaQ=uilaK90D4TOVoH58JNXRgQ=BVhFA09CGX7JQ5Ih-uZnsw=A2_FCacqbp2moAo3HGFlTuxsjONUGhlN42OBcAuQQ6w=b6btPKhgvOFr2GOUYvktND6kaC6jc3fXI-mXfvNgXOU=
On 9/19/17, 2:46
Hi Jan, Kevin,
> -Original Message-
> From: Jan Scheurich [mailto:jan.scheur...@ericsson.com]
> Sent: Thursday, September 21, 2017 4:12 PM
> To: Kevin Traynor ; O Mahony, Billy
> ; d...@openvswitch.org
> Cc: Mechthild Buescher
On 9/13/17, 5:37 AM, "ovs-dev-boun...@openvswitch.org on behalf of
antonio.fische...@intel.com" wrote:
ct_dpif_entry_uninit could potentially be called even if
ct_dpif_dump_next failed. As ct_dpif_entry_uninit
Hi All,
I am using OVS_DPDK, and the target CPU has running 100%. However, I notice the
cpu frequency is NOT exceeding the max value, so the performance may not reach
the best value. I have 2 pmd only for now, each is hyper-thread core in one
physical core.
I am not sure the reason, and do
52 matches
Mail list logo