Re: [ovs-dev] [PATCH 0/8] Linux upstream kernel backports and updates

On Mon, Mar 5, 2018 at 8:29 PM, Justin Pettit wrote: > >> On Feb 20, 2018, at 1:16 AM, Justin Pettit wrote: >> >>> On Feb 19, 2018, at 4:30 PM, Pravin Shelar wrote: >>> >>> On Mon, Feb 19, 2018 at 3:23 PM, Justin Pettit wrote:

Re: [ovs-dev] [PATCH 0/8] Linux upstream kernel backports and updates

> On Feb 20, 2018, at 1:16 AM, Justin Pettit wrote: > >> On Feb 19, 2018, at 4:30 PM, Pravin Shelar wrote: >> >> On Mon, Feb 19, 2018 at 3:23 PM, Justin Pettit wrote: >>> On Feb 19, 2018, at 9:50 AM, Justin Pettit

[ovs-dev] command name of daemon process is null after recover from crash

HI, all I find the comm name of daemon process is null after recover from crash. For example, 1. `ps -ef |grep ovs-vswitchd` : get the ovs-vswitchd pid (not the monitor) 2. `cat /proc/$pid/comm` : see name "ovs-vswitchd" 3. `kill -11 $pid` : make process segfault and crash 4. `ps -ef |grep

Re: [ovs-dev] [PATCH] tests: Wait for entire trace to hit log.

On Mon, Mar 5, 2018 at 5:04 PM, Ben Pfaff wrote: > "over max translation" appears in the log before the trace, but we're > checking for the trace immediately after waiting. This changes the test > to wait for "packet is dropped" instead, which appears at the end of the > trace.

Re: [ovs-dev] [PATCHv3 2/2] xlate: add backward resubmit trace log.

On Mon, Mar 5, 2018 at 5:06 PM, Ben Pfaff wrote: > On Wed, Feb 28, 2018 at 04:32:28PM -0800, William Tu wrote: >> When hitting max translation depth of 64, printing the full >> ofproto trace is huge and consumes too much log. The patch >> adds a short trace log, which prints the

Re: [ovs-dev] [PATCHv3 2/2] xlate: add backward resubmit trace log.

On Wed, Feb 28, 2018 at 04:32:28PM -0800, William Tu wrote: > When hitting max translation depth of 64, printing the full > ofproto trace is huge and consumes too much log. The patch > adds a short trace log, which prints the top 3 table id and > its count of the 64 backward resubmits during the

[ovs-dev] [PATCH] tests: Wait for entire trace to hit log.

"over max translation" appears in the log before the trace, but we're checking for the trace immediately after waiting. This changes the test to wait for "packet is dropped" instead, which appears at the end of the trace. This created a race and occasional test failures. CC: William Tu

Re: [ovs-dev] [PATCH v1] ofproto-dpif-upcall: fix for segmentation fault

> On Mar 5, 2018, at 4:09 PM, Ben Pfaff wrote: > > On Mon, Mar 05, 2018 at 03:04:01PM -0800, Ashish Varma wrote: >> Added check for NULL pointer on return from xlate_lookup_ofproto >> function. Access to "ofproto" variable when NULL was causing segmentation >> fault. >> >>

Re: [ovs-dev] [PATCHv3 1/2] xlate: auto ofproto trace when recursion too deep

On Wed, Feb 28, 2018 at 04:32:27PM -0800, William Tu wrote: > Usually ofproto/trace is used to debug the flow translation error. > When translation error such as recursion too deep or too many resubmit, > the issue might happen momentary; flows causing the recursion expire > when users try to

Re: [ovs-dev] [PATCH v1] ofproto-dpif-upcall: fix for segmentation fault

On Mon, Mar 05, 2018 at 03:04:01PM -0800, Ashish Varma wrote: > Added check for NULL pointer on return from xlate_lookup_ofproto > function. Access to "ofproto" variable when NULL was causing segmentation > fault. > > VMware-BZ: #2061914 > Signed-off-by: Ashish Varma >

[ovs-dev] [PATCH] datapath-windows: Do not drop Ip fragments less than MIN_FRAGMENT_SIZE

Previously ipfragment module would drop any fragments less than MIN_FRAGMENT_SIZE (400 bytes), which was added to safeguard against the vulnerability CVE-2000-0305. This check is incorrect, since minimum size of the Ipfragment is 68 bytes (i.e. max length of Ip Header + 8 bytes of L4 header). So

[ovs-dev] [PATCH v1] ofproto-dpif-upcall: fix for segmentation fault

Added check for NULL pointer on return from xlate_lookup_ofproto function. Access to "ofproto" variable when NULL was causing segmentation fault. VMware-BZ: #2061914 Signed-off-by: Ashish Varma --- ofproto/ofproto-dpif-upcall.c | 5 + 1 file changed, 5

Re: [ovs-dev] [PATCH v1 1/2] userspace datapath: Add GTP-U tunnel support

On 3/4/18, 6:55 PM, "Yang, Yi" wrote: GTP-C is for control path, so I don't think it makes sense for OVS to handle this, in addition GTP-C used different UDP port from GTP-U's, so we must have different tunnel ports to handle them respectively. I don't know if

[ovs-dev] 10 reglas para definir al proveedor ideal

En línea y en Vivo / Para todo su Equipo con una sola Conexión Gestión y evaluación de PROVEEDORES Trabaje con los mejores 23 de marzo - Online en Vivo - 10:00 a 13:00 y de 15:00 a 18:00Hrs Seleccione a los mejores y más efectivos proveedores. En esta Capacitación Online en Vivo

[ovs-dev] A few of your incoming messages has been suspended

Your Messages Has Been Suspended By Microsoft Outlook Team A few of your incoming messages has been suspended by microsoft verification Team because your email box account has not been properly verify. Do verify now to receive your suspended messages now.

[ovs-dev] Your Contract Consignment In New York.

Central Bank of Nigeria (C.B.N), CBN CORPORATE HEADQUARTER, NNPC Towers, Central Business District, P.M.B. 190, Garki, Abuja-Nigeria. Attn: Sir, After our meetings few days ago, your contract will be paid in our security firm united states of American in your country since you are there in USA

Re: [ovs-dev] [PATCH v1 1/2] userspace datapath: Add GTP-U tunnel support

Ok, thanks for the clarification. On Mon, 5 Mar 2018, 03:23 Yang, Yi, wrote: > On Mon, Mar 05, 2018 at 04:19:58AM +0800, Joe Stringer wrote: > > ?On 2 March 2018 at 04:32, Yi Yang wrote: > > > From: Feng Yang > > > > > > + > > > +

[ovs-dev] RE

I have been trying to get in touch with you, please contact me directly for more details: shirleyle43...@hotmail.com S L. Disclaimer http://www.ppj.gov.my/images/email/disclaimer2.htm ___ dev mailing list d...@openvswitch.org

Re: [ovs-dev] [patch v5 00/11] Userspace datapath: Add fragmentation support.

Darrell Ball writes: > Hi Aaron > > I totally missed this response - sorry! > > On Thu, Feb 22, 2018 at 10:24 AM, Aaron Conole wrote: > > Darrell Ball writes: > > > On Fri, Feb 9, 2018 at 1:35 PM, Aaron Conole

Re: [ovs-dev] [patch v5 00/11] Userspace datapath: Add fragmentation support.

Hi Aaron I totally missed this response - sorry! On Thu, Feb 22, 2018 at 10:24 AM, Aaron Conole wrote: > Darrell Ball writes: > > > On Fri, Feb 9, 2018 at 1:35 PM, Aaron Conole wrote: > > > > Hi Darrell, > > > > Darrell Ball

[ovs-dev] [PATCH v6.1] tests: Add tests for stopwatch module

Check if stopwatch module is calculating statistics as expected. Signed-off-by: Jakub Sitnicki --- I forgot to address the clang warning reported by Ben. Please pull this one. -Jakub v5 -> v6: * Use 0 as first sample in tests for trivial input now that the bug with minimum

[ovs-dev] [PATCH v6] tests: Add tests for stopwatch module

Check if stopwatch module is calculating statistics as expected. Signed-off-by: Jakub Sitnicki --- Hey Mark, I've removed the remaining FIXME's from the tests. Could you pull this patch into the next iteration? -Jakub v5 -> v6: * Use 0 as first sample in tests for trivial

Re: [ovs-dev] [PATCH v5 2/5] Measure timing of ovn-controller loop.

On Fri, Mar 02, 2018 at 11:08 PM GMT, Mark Michelson wrote: > This modifies ovn-controller to measure the amount of time it takes to > detect a change in the southbound database and generate the resulting > flow table. This may require multiple iterations of the ovn-controller > loop. > > The

[ovs-dev] [PATCH v6] Configurable Link State Change (LSC) detection mode

It is possible to change LSC detection mode to polling or interrupt mode for DPDK interfaces. The default is polling mode. To set interrupt mode, option dpdk-lsc-interrupt has to be set to true. In polling mode more processor time is needed, since the OVS repeatedly reads the link state with a

Re: [ovs-dev] [PATCH] AppVeyor: Add Win10 compilation to the build

-Mesaj original- De la: ovs-dev-boun...@openvswitch.org În numele Shashank Ram Trimis: Monday, March 5, 2018 6:44 AM Către: Alin Gabriel Serdean Cc: d...@openvswitch.org Subiect: Re: [ovs-dev] [PATCH] AppVeyor: Add Win10 compilation to

Re: [ovs-dev] [PATCH v1 1/2] userspace datapath: Add GTP-U tunnel support

On Mon, Mar 05, 2018 at 04:19:58AM +0800, Joe Stringer wrote: > ?On 2 March 2018 at 04:32, Yi Yang wrote: > > From: Feng Yang > > > > + > > +csum = csum_continue(csum, udp, ip_tot_size); > > +udp->udp_csum = csum_finish(csum); > > + > > +

Re: [ovs-dev] [PATCH v1 1/2] userspace datapath: Add GTP-U tunnel support

On Sun, Mar 04, 2018 at 09:59:18PM -0800, Joe Stringer wrote: > On 4 March 2018 at 19:58, Yang, Yi wrote: > > On Sun, Mar 04, 2018 at 07:40:49PM -0800, Joe Stringer wrote: > >> On 4 March 2018 at 18:48, Yang, Yi wrote: > >> > On Mon, Mar 05, 2018 at