[ovs-dev] make m2rollouicietyo; ./believe.sn YROTHR levietriwellyyjn.onion.pet FAUSTEIN .... A THREE HOUR TOUR .... AL TRE AUR TIR

2019-05-28 Thread Root User
make m2rollouicietyo;./believe.sn A THREE HOUR TOUR AL TRE AUR TIR wget http://prescott.gq/lists/lt.php?id=YUgFBw5TVk9QV1MdU1IFVFcBVw orcaz SITORY "we see it yo..." >> n ... as "you || cityo" VAROIT KASISNETANYADESH אבל:

[ovs-dev] [PATCH RFC] netdev-dpdk: add af_xdp support.

2019-05-28 Thread William Tu
The patch adds support for using DPDK's AF_XDP PMD. Base on DPDK 19.08-rc0: commit c6a53a6bcd0ae52afe0a6d58b059af577c9408b3 Author: Thomas Monjalon Date: Tue May 14 18:04:37 2019 +0200 version: 19.08-rc0 An AF_XDP PMD can be created by: $ ovs-vsctl add-port br0 afxdp-p0 -- set

Re: [ovs-dev] [patch v1] tests: Include ovn-macros for system testsuites.

2019-05-28 Thread Aaron Conole
Darrell Ball writes: > On Sat, May 25, 2019 at 2:19 PM 0-day Robot wrote: > > Bleep bloop. Greetings Darrell Ball, I am a robot and I have tried out your > patch. > Thanks for your contribution. > > I encountered some error that I wasn't expecting. See the details below. > > build: >

[ovs-dev] [PATCHv10] netdev-afxdp: add new netdev type for AF_XDP.

2019-05-28 Thread William Tu
The patch introduces experimental AF_XDP support for OVS netdev. AF_XDP, the Address Family of the eXpress Data Path, is a new Linux socket type built upon the eBPF and XDP technology. It is aims to have comparable performance to DPDK but cooperate better with existing kernel's networking stack.

Re: [ovs-dev] [patch v1] tests: Include ovn-macros for system testsuites.

2019-05-28 Thread Darrell Ball
On Sat, May 25, 2019 at 2:19 PM 0-day Robot wrote: > Bleep bloop. Greetings Darrell Ball, I am a robot and I have tried out > your patch. > Thanks for your contribution. > > I encountered some error that I wasn't expecting. See the details below. > > > build: > sysconfdir='/usr/local/etc' \

[ovs-dev] [patch v2 3/3] conntrack: Add 'conn_lookup()' api.

2019-05-28 Thread Darrell Ball
The new api incorporates the hash calculation which can be a distraction. Signed-off-by: Darrell Ball --- v2: Newly introduced patch. lib/conntrack.c | 49 +++-- 1 file changed, 23 insertions(+), 26 deletions(-) diff --git a/lib/conntrack.c

[ovs-dev] [patch v2 1/3] conntrack: Don't re-add cleaned 'conn' to expiry list.

2019-05-28 Thread Darrell Ball
When a 'conn' entry is cleaned up from an expiry list, we don't want to put it back during an update. Hence, we detect and block this. Fixes: 967bb5c5cd90 ("conntrack: Add rcu support.") Signed-off-by: Darrell Ball --- v2: No change. lib/conntrack-private.h | 11 +++ lib/conntrack.c

[ovs-dev] [patch v2 2/3] conntrack: Fix missed 'conn' lookup checks.

2019-05-28 Thread Darrell Ball
Whenever a 'conn' entry is removed or added, we need to reverify it's existence status under lock protection. There were some cases that were missed, so fix them. Fixes: 967bb5c5cd90 ("conntrack: Add rcu support.") Signed-off-by: Darrell Ball --- v2: No change. lib/conntrack.c | 20

Re: [ovs-dev] [PATCH v9 4/5] dpif-netdev: refactor generic implementation

2019-05-28 Thread Ilya Maximets
Not a full review. See inline. Best regards, Ilya Maximets. On 08.05.2019 18:13, Harry van Haaren wrote: > This commit refactors the generic implementation. The > goal of this refactor is to simply the code to enable > "specialization" of the functions at compile time. > > Given compile-time

Re: [ovs-dev] [PATCH] checkpatch: Ignore "sparse" headers.

2019-05-28 Thread Aaron Conole
Ilya Maximets writes: > Signed-off-by: Ilya Maximets > --- > utilities/checkpatch.py | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/utilities/checkpatch.py b/utilities/checkpatch.py > index 441eaa807..ae86937c8 100755 > --- a/utilities/checkpatch.py > +++

Re: [ovs-dev] [PATCH 2/3] sparse: Re-allow sparse builds with dpdk.

2019-05-28 Thread Ilya Maximets
On 28.05.2019 19:16, 0-day Robot wrote: > Bleep bloop. Greetings Ilya Maximets, I am a robot and I have tried out your > patch. > Thanks for your contribution. > > I encountered some error that I wasn't expecting. See the details below. > > > checkpatch: > WARNING: Line has non-spaces

Re: [ovs-dev] [PATCH 2/3] sparse: Re-allow sparse builds with dpdk.

2019-05-28 Thread 0-day Robot
Bleep bloop. Greetings Ilya Maximets, I am a robot and I have tried out your patch. Thanks for your contribution. I encountered some error that I wasn't expecting. See the details below. checkpatch: WARNING: Line has non-spaces leading whitespace #79 FILE: include/sparse/rte_flow.h:507:

[ovs-dev] [PATCH 3/3] travis: Use enable-Werror knob.

2019-05-28 Thread Ilya Maximets
Unlike manual injecting of "-Werror" to CFLAGS, '--enable-Werror' enables failure on "sparse" and flake8 warnings. At least we wasn't notified about flake8 warnings previously. Signed-off-by: Ilya Maximets --- .travis/linux-build.sh | 9 +++-- 1 file changed, 3 insertions(+), 6

[ovs-dev] [PATCH 2/3] sparse: Re-allow sparse builds with dpdk.

2019-05-28 Thread Ilya Maximets
Few structures from rte_flow.h updated to the version from DPDK 18.11 to fix incorrect structure definitions. rte_lcore.h and rte_vect.h "sparse" headers removed because not needed and only produce type-mismatch issues. Enabled -Werror for sparse builds with DPDK to prevent regressions.

[ovs-dev] [PATCH 1/3] acinclude: Add vector defines to sparse.

2019-05-28 Thread Ilya Maximets
By adding compiler default flags for vector instructions to cgcc we'll be able to check the same sources that we're building. Also, this will allow to avoid re-defining these flags and types specifically for "sparse" includes. "sparse" headers "bmi2intrin.h" and "emmintrin.h" dropped as not

[ovs-dev] [PATCH 0/3] Fix sparse build with DPDK and --enable-Werror on Travis.

2019-05-28 Thread Ilya Maximets
This patch-set fixed broken "sparse" build with DPDK and uses "--enable-Werror" to prevent regressions and also catch flake8 warnings that was ignored previously. Ilya Maximets (3): acinclude: Add vector defines to sparse. sparse: Re-allow sparse builds with dpdk. travis: Use enable-Werror

[ovs-dev] [PATCH] checkpatch: Ignore "sparse" headers.

2019-05-28 Thread Ilya Maximets
Signed-off-by: Ilya Maximets --- utilities/checkpatch.py | 5 + 1 file changed, 5 insertions(+) diff --git a/utilities/checkpatch.py b/utilities/checkpatch.py index 441eaa807..ae86937c8 100755 --- a/utilities/checkpatch.py +++ b/utilities/checkpatch.py @@ -839,6 +839,11 @@ def

[ovs-dev] El estrés: Nuestro principal enemigo ¿o aliado?

2019-05-28 Thread =?utf-8?Q?=C2=BFCuenta_con_un_ambiente_laboral_adecuado??=
Cursos Esenciales - Webinar Interactivo – Miércoles 05 de Junio Felicidad, empoderamiento y productividad laboral ¿Eres feliz en tu trabajo? Contar con un ambiente laboral adecuado y que fomente el bienestar de los empleados ha pasado de ser un valor añadido, a una necesidad en las empresas.

[ovs-dev] Purchase_rfq

2019-05-28 Thread aishatu
___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Re: [ovs-dev] [PATCH v3] ovn-controller: Fix parsing of OVN tunnel IDs

2019-05-28 Thread Aaron Conole
Aaron Conole writes: > Numan Siddique writes: > >> On Mon, May 27, 2019, 4:01 PM Dumitru Ceara wrote: >> >> On Mon, May 27, 2019 at 11:57 AM 0-day Robot wrote: >> > >> > Bleep bloop. Greetings Dumitru Ceara, I am a robot and I have tried out >> your patch. >> > Thanks for your

Re: [ovs-dev] [PATCH v2] dpif-netdev: Fix unsafe access to pmd polling lists.

2019-05-28 Thread Aaron Conole
Ilya Maximets writes: > All accesses to 'pmd->poll_list' should be guarded by > 'pmd->port_mutex'. Additionally fixed inappropriate usage > of 'HMAP_FOR_EACH_SAFE' (hmap doesn't change in a loop) > and dropped not needed local variable 'proc_cycles'. > > CC: Nitin Katiyar > Fixes: 5bf84282482a

Re: [ovs-dev] [PATCH v3] ovn-controller: Fix parsing of OVN tunnel IDs

2019-05-28 Thread Aaron Conole
Numan Siddique writes: > On Mon, May 27, 2019, 4:01 PM Dumitru Ceara wrote: > > On Mon, May 27, 2019 at 11:57 AM 0-day Robot wrote: > > > > Bleep bloop. Greetings Dumitru Ceara, I am a robot and I have tried out > your patch. > > Thanks for your contribution. > > > > I encountered some