On Sat, Jul 23, 2016 at 02:29:35AM -0300, Flavio Leitner wrote:
> On Fri, Jul 22, 2016 at 04:43:50PM -0700, Ben Pfaff wrote:
> > miniflow_extract() uses the following quantities when it examines an IPv4
> > header:
> >
> > size, the number of bytes from the start of the IPv4 header onward
> >
On Fri, Jul 22, 2016 at 11:04:47PM -0400, Lance Richardson wrote:
> - Original Message -
> > From: "Ben Pfaff"
> > To: "Lance Richardson"
> > Cc: dev@openvswitch.org
> > Sent: Friday, July 22, 2016 6:47:14 PM
> > Subject: Re: [ovs-dev] [PATCH v2] ovn-controller: eliminate stall in ofctrl
I am truly sorry that I was not available at the time you called me yesterday.
I attached the report with details on sales figures.
- Yours faithfully, Jeri Mckee
MITIE GROUP Phone: +1 (534) 184-80-81 Fax: +1 (534) 184-80-81
___
dev mailing list
dev
On Fri, Jul 22, 2016 at 04:43:50PM -0700, Ben Pfaff wrote:
> miniflow_extract() uses the following quantities when it examines an IPv4
> header:
>
> size, the number of bytes from the start of the IPv4 header onward
> ip_len, the number of bytes in the IPv4 header (from the IHL field)
>
On Sat, Jul 23, 2016 at 02:01:51AM -0300, Flavio Leitner wrote:
> On Tue, Jul 19, 2016 at 10:58:08AM -0700, Ben Pfaff wrote:
> [...]
> > +Release Scheduling
> > +--
> > +
> > +Open vSwitch makes releases at the following six-month cadence, which
> > +of course is subject to change.
On Fri, Jul 22, 2016 at 10:48:40PM +, Daniele Di Proietto wrote:
> I'm not sure I'm 100% comfortable back porting this to branch-2.5
>
> I see the change more as a feature rather than a bugfix.
>
> Also it touches some core modules (seq and rcu) in a non trivial way.
>
>
> What do you guys
On Tue, Jul 19, 2016 at 10:58:08AM -0700, Ben Pfaff wrote:
[...]
> +Release Scheduling
> +--
> +
> +Open vSwitch makes releases at the following six-month cadence, which
> +of course is subject to change.
> +
> +time
> +(months) approx datesevent
> +
Your message was not delivered due to the following reason(s):
Your message could not be delivered because the destination server was
unreachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.
Most likely
- Original Message -
> From: "Ben Pfaff"
> To: "Lance Richardson"
> Cc: dev@openvswitch.org
> Sent: Friday, July 22, 2016 6:47:14 PM
> Subject: Re: [ovs-dev] [PATCH v2] ovn-controller: eliminate stall in ofctrl
> state machine
>
> On Thu, Jul 07, 2016 at 08:31:08PM -0400, Lance Richards
In that case we should probably invent an include/ovn directory.
On Mon, Jul 18, 2016 at 12:19:58PM -0700, Aaron Rosen wrote:
> I'm facing this same issue with the _ovn-utils.c Python C extension patch I
> posted. If this gets approved I believe I need to so the same thing for the
> following file
On 22/07/2016 12:54, "Ben Pfaff" wrote:
>On Tue, Jun 21, 2016 at 07:27:30PM -0700, Daniele Di Proietto wrote:
>> Commit 9b5422a98f81("ovs-lib: Try to call exit before killing.")
>> introduced a problem where internal interfaces are destroyed and
>> recreated, losing their IP address.
>
>Acke
> -Mesaj original-
> De la: Sairam Venugopal [mailto:vsai...@vmware.com]
> Trimis: Thursday, July 21, 2016 9:52 PM
> Către: Alin Serdean ; Yin Lin
>
> Cc: dev@openvswitch.org
> Subiect: Re: [ovs-dev] [PATCH 4/9] datapath-windows: Fix bugs in Event.c
> around subscribe and lock
>
> Hi Al
2016-07-22 16:02 GMT-07:00 Daniele Di Proietto :
>
>
> 2016-06-22 9:52 GMT-07:00 Darrell Ball :
>
>> On Tue, Jun 21, 2016 at 7:27 PM, Daniele Di Proietto <
>> diproiet...@vmware.com
>> > wrote:
>>
>> > Commit 9b5422a98f81("ovs-lib: Try to call exit before killing.")
>> > introduced a problem where
Just one comment inlined.
> -Mesaj original-
> De la: dev [mailto:dev-boun...@openvswitch.org] În numele Sairam
> Venugopal
> Trimis: Thursday, July 14, 2016 2:39 AM
> Către: dev@openvswitch.org
> Subiect: [ovs-dev] [PATCH 8/9] datapath-windows: Update
> OvsReadEventCmdHandler in Datapath.
Acked-by: Alin Gabriel Serdean
> -Mesaj original-
> De la: dev [mailto:dev-boun...@openvswitch.org] În numele Sairam
> Venugopal
> Trimis: Thursday, July 14, 2016 2:39 AM
> Către: dev@openvswitch.org
> Subiect: [ovs-dev] [PATCH 9/9] datapath-windows: Post Conntrack delete
> and new event
Hi,
Testcases which exercises this code report definitely memory lost. An
example is testcast 1000: ofproto-dpif.at:957 ofproto-dpif - Default
Table Miss
Since I'm not so familiar with ovsdb code, could someone take a look? thanks!
==59366== 160 bytes in 2 blocks are definitely lost in loss reco
Looks good. Just a few questions from my side so I get up to speed with the
changes in events.
Why do we need a lock per eventid ?
> +typedef struct _OVS_CT_EVENT_ENTRY {
> +OVS_CT_ENTRY entry;
> +UINT8 type;
> +UINT64 pad[10];
> +} OVS_CT_EVENT_ENTRY, *POVS_CT_EVENT_ENTRY;
Why such
Acked-by: Alin Gabriel Serdean
> -Mesaj original-
> De la: dev [mailto:dev-boun...@openvswitch.org] În numele Sairam
> Venugopal
> Trimis: Thursday, July 14, 2016 2:39 AM
> Către: dev@openvswitch.org
> Subiect: [ovs-dev] [PATCH 6/9] datapath-windows: Modify
> OvsCreateNlMsgFromCtEntry to
It looks like a mistake was done when setting them up, don't know if it such a
good idea to propagate it.
Thanks,
Alin.
> -Mesaj original-
> De la: Sairam Venugopal [mailto:vsai...@vmware.com]
> Trimis: Friday, July 22, 2016 11:15 PM
> Către: Alin Serdean ;
> dev@openvswitch.org
> Subiec
On Tue, Jul 12, 2016 at 04:37:34PM -0500, Terry Wilson wrote:
> To easily allow both in- and out-of-tree building of the Python
> wrapper for the OVS JSON parser (e.g. w/ pip), move json.h to
> include/openvswitch. This also requires moving lib/{hmap,shash}.h.
>
> Both hmap.h and shash.h were #inc
On Fri, Jul 22, 2016 at 04:37:52PM -0700, Andy Zhou wrote:
> The ovsdb replication feature is not specific to the ovsdb socket types.
> Switching the tests to use Unix domain socket simplifies the tests.
>
> Signed-off-by: Andy Zhou
Not a huge advantage but unix sockets are definitely a little e
On Fri, Jul 22, 2016 at 09:54:26PM +, Ryan Moats wrote:
> [1] reported increased failure rates in certain tests
> with incremental processing (the numbers are the number of failures
> seen in 100 tests):
>
>2 ovn -- vtep: 3 HVs, 1 VIFs/HV, 1 GW, 1 LS
> 10 ovn -- 2 HVs, 2 LS, 1 lport/LS
Thanks Flavio for checking and Daniel for your consideration.
Indeed the issue exists in 2.5 branch.
We are treating this more in the bucket of a performance bug fix than a feature.
Any specific testing that you would like to see run to help reduce
your concern related to changes to the core m
miniflow_extract() uses the following quantities when it examines an IPv4
header:
size, the number of bytes from the start of the IPv4 header onward
ip_len, the number of bytes in the IPv4 header (from the IHL field)
tot_len, same as size but taken from IPv4 header Total Length field
The ovsdb replication feature is not specific to the ovsdb socket types.
Switching the tests to use Unix domain socket simplifies the tests.
Signed-off-by: Andy Zhou
---
tests/ovsdb-server.at | 70 ++-
1 file changed, 30 insertions(+), 40 deletions
The original message was received at Sat, 23 Jul 2016 07:32:49 +0800
from openvswitch.org [157.240.97.172]
- The following addresses had permanent fatal errors -
- Transcript of session follows -
while talking to openvswitch.org.:
>>> MAIL From:"MAILER-DAEMON"
<<< 501 "MAILER-
On Mon, Jul 18, 2016 at 10:32:29AM -0500, Ryan Moats wrote:
> "dev" wrote on 07/11/2016 02:59:29 AM:
>
> > From: Zong Kai LI
> > To: dev@openvswitch.org
> > Date: 07/11/2016 02:59 AM
> > Subject: [ovs-dev] [PATCH] [Patch v1] ovn-controller: ignore lflow
> > matching remote VM port
> > Sent by: "
On Mon, Jul 11, 2016 at 03:59:29PM +0800, Zong Kai LI wrote:
> Currently, ovn-controller will install all lflows for a logical
> switch, when ovn-controller determines not to skip processing of
> that logical switch.
>
> This will install too many OVS flows. We have 11 tables for logical
> switch
2016-06-22 9:52 GMT-07:00 Darrell Ball :
> On Tue, Jun 21, 2016 at 7:27 PM, Daniele Di Proietto <
> diproiet...@vmware.com
> > wrote:
>
> > Commit 9b5422a98f81("ovs-lib: Try to call exit before killing.")
> > introduced a problem where internal interfaces are destroyed and
> > recreated, losing th
On Tue, Jul 19, 2016 at 09:26:46PM -0500, Ryan Moats wrote:
> "dev" wrote on 07/08/2016 07:04:06 PM:
>
> > From: Nirapada Ghosh/San Jose/IBM@IBMUS
> > To: dev@openvswitch.org
> > Date: 07/08/2016 07:04 PM
> > Subject: [ovs-dev] [PATCH V13] Function tracer to trace all function
> calls
> > Sent by
I'm not sure I'm 100% comfortable back porting this to branch-2.5
I see the change more as a feature rather than a bugfix.
Also it touches some core modules (seq and rcu) in a non trivial way.
What do you guys think?
Thanks,
Daniele
On 22/07/2016 15:03, "Flavio Leitner" wrote:
>(adding ovs
On Thu, Jul 07, 2016 at 08:31:08PM -0400, Lance Richardson wrote:
> The "ovn -- 2 HVs, 3 LRs connected via LS, static routes"
> test case currently exhibits frequent failures. These failures
> occur because, at the time that the test packets are sent to
> verify forwarding, no flows have been insta
nions here:
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/tree/Documentation/RCU/arrayRCU.txt?id=refs/tags/next-20160722#n13
but I think using atomics should prevent the compiler from playing tricks
with the index.
How about something like the code below?
Thanks,
Daniele
di
On Thu, Jun 23, 2016 at 12:31 PM, Ben Pfaff wrote:
> On Mon, Jun 06, 2016 at 01:51:16PM -0700, Andy Zhou wrote:
> > Add more ovsdb lock tests.
> >
> > Signed-off-by: Andy Zhou
>
> This test checks c1-output twice, I suspect that the second check should
> be for c2-output:
>
Good catch. Fixed.
This patch no longer applies after cond_monitoring patches went in. I will
drop it.
On Fri, Jul 22, 2016 at 12:59 PM, Andy Zhou wrote:
> Thanks for the reminder. I will get them committed soon.
>
> On Fri, Jul 22, 2016 at 12:49 PM, Ben Pfaff wrote:
>
>> This series seems to be fully reviewed bu
Ben Pfaff wrote on 07/22/2016 05:18:44 PM:
> From: Ben Pfaff
> To: Ryan Moats/Omaha/IBM@IBMUS
> Cc: Lance Richardson , dev@openvswitch.org
> Date: 07/22/2016 05:18 PM
> Subject: Re: [ovs-dev] [PATCH] netdev-dummy: fix crash with more
> than one passive connection
>
> On Tue, Jul 19, 2016 at 09:2
On Thu, Jul 07, 2016 at 11:17:48PM +0800, Benli Ye wrote:
> IPFIX statistics 'tx pkts' means the number of successfully
> sending IPFIX packets, while 'tx errs' means sending error
> IPFIX packets. These two parameters can be affected by whether
> listening on port 4739 on local host. This case sho
On Tue, Jul 19, 2016 at 09:20:37AM -0500, Ryan Moats wrote:
> Lance Richardson wrote on 07/19/2016 09:07:41 AM:
>
> > From: Lance Richardson
> > To: Ryan Moats/Omaha/IBM@IBMUS
> > Cc: dev@openvswitch.org
> > Date: 07/19/2016 09:07 AM
> > Subject: Re: [ovs-dev] [PATCH] netdev-dummy: fix crash wit
On Wed, Jul 06, 2016 at 07:39:52PM -0400, Lance Richardson wrote:
> Investigation found that Some of the occasional failures in the
> "ovn -- vtep: 3 HVs, 1 VIFs/HV, 1 GW, 1 LS" test case are caused
> by ovs-vswitchd crashing with SIGSEGV. It turns out that the
> crash occurrs when the number of ne
(adding ovs-dev mailing list and more people interesting on
the backport to CC)
On Mon, Jul 18, 2016 at 05:31:52AM +, Vinod, Chegu wrote:
> Hi Flavio, Karl,
>
> Is there a version of the following fix available that is compatible with OVS
> 2.5?
>
> https://github.com/openvswitch/ovs/commit
Ben Pfaff wrote on 07/22/2016 02:21:01 PM:
> From: Ben Pfaff
> To: Ryan Moats/Omaha/IBM@IBMUS
> Cc: Guru Shetty , ovs dev
> Date: 07/22/2016 02:21 PM
> Subject: Re: [ovs-dev] ovn test failures
>
> On Fri, Jul 22, 2016 at 01:52:18PM -0500, Ryan Moats wrote:
> >
> >
> > Guru Shetty wrote on 07/
[1] reported increased failure rates in certain tests
with incremental processing (the numbers are the number of failures
seen in 100 tests):
2 ovn -- vtep: 3 HVs, 1 VIFs/HV, 1 GW, 1 LS
10 ovn -- 2 HVs, 2 LS, 1 lport/LS, 2 peer LRs
52 ovn -- 1 HV, 1 LS, 2 lport/LS, 1 LR
45 ovn -- 1 HV
> On Jul 13, 2016, at 12:36 PM, Ben Pfaff wrote:
>
> On Tue, Jul 12, 2016 at 07:26:29PM +0800, Zong Kai Li wrote:
>> On Tue, Jul 12, 2016 at 2:56 PM, Justin Pettit wrote:
>>> Rename "compose_nd" and "compose_na" to "compose_nd_sol" and
>>> "compose_nd_adv", respecively, to be clearer about thei
On Wed, Jul 06, 2016 at 05:26:17AM -0700, Jarno Rajahalme wrote:
> PMD threads use pvectors but do not need the overhead of the
> concurrent version. Expose the non-concurrent version for
> that use.
>
> Note that struct pvector is renamed as struct cpvector (for concurrent
> priority vector), an
I would prefer if dpctl kept using the datapath types. The translation
from database types to datapath type should happen in ofproto, dpctl is
supposed to be used to interact with the datapath directly.
What do you guys think?
The rest of the series looks good to me as well.
Thanks,
Daniele
2
On Wed, Jul 06, 2016 at 05:26:16AM -0700, Jarno Rajahalme wrote:
> Allow clients to use the whole priority range. Note that this changes
> the semantics of PVECTOR_FOR_EACH_PRIORITY so that the iteration still
> continues for entries at the given priority.
>
> Suggested-by: Ben Pfaff
> Signed-of
On Wed, Jul 06, 2016 at 05:26:15AM -0700, Jarno Rajahalme wrote:
> There is no need to expose PVECTOR_EXTRA_ALLOC in the API.
>
> Suggested-by: Ben Pfaff
> Signed-off-by: Jarno Rajahalme
Acked-by: Ben Pfaff
___
dev mailing list
dev@openvswitch.org
ht
It sounds like snaplen is not very useful in IPFIX. If so, then I'd
support removing the IPFIX and sample action support for it.
If you agree, will you send a v4? Otherwise, let me know and I'll apply
v3.
Here's a change I'd like to fold into v3, to better allow for future
extensions. It match
Without this fix, the remainder of the paragraph appears in bold, which was
not intended.
Signed-off-by: Ben Pfaff
---
utilities/ovs-ofctl.8.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/utilities/ovs-ofctl.8.in b/utilities/ovs-ofctl.8.in
index 609f573..165baa8 100644
--
I am truly sorry that I was not available at the time you called me yesterday.
I attached the report with details on sales figures.
- Yours faithfully, Mari Holder
PAPUA MINING PLC Phone: +1 (221) 877-24-39 Fax: +1 (221) 877-24-52
___
dev mailing li
When invoking ovs-ctl force-reload-kmod via '/etc/init.d/openvswitch
force-reload-kmod', spurious errors would output related to 'hostname'
and 'ip', and the system's selinux audit log would complain about some
of the invocations such as those listed at the end of this commit message.
This patch l
On Fri, Jul 22, 2016 at 1:24 PM, Ben Pfaff wrote:
> On Fri, Jul 01, 2016 at 11:37:55AM -0700, Pravin B Shelar wrote:
>> Upstream commit:
>> commit 1c1779fa54b2a9d4e1de990095d790d64b9e00a1
>> Author: Jarno Rajahalme
>> Date: Tue Jun 21 14:59:37 2016 -0700
>>
>> openvswitch: Set m
On Sun, Jul 03, 2016 at 08:47:06AM +0800, Xiao Liang wrote:
> diff --git a/lib/ofp-actions.c b/lib/ofp-actions.c
> index 997cc15..d8eac93 100644
> --- a/lib/ofp-actions.c
> +++ b/lib/ofp-actions.c
> @@ -1653,21 +1654,19 @@ parse_PUSH_VLAN(char *arg, struct ofpbuf *ofpacts,
> return error;
On Wed, Jul 13, 2016 at 10:06:53PM -0500, Ryan Moats wrote:
> "dev" wrote on 07/01/2016 08:05:40 PM:
>
> > From: Ben Pfaff
> > To: dev@openvswitch.org
> > Cc: Ben Pfaff , Kurt Roeckx ,
> > 828...@bugs.debian.org
> > Date: 07/01/2016 08:06 PM
> > Subject: [ovs-dev] [PATCH v2] ovs-pki: Use SHA-512
On Fri, Jul 01, 2016 at 11:37:55AM -0700, Pravin B Shelar wrote:
> Upstream commit:
> commit 1c1779fa54b2a9d4e1de990095d790d64b9e00a1
> Author: Jarno Rajahalme
> Date: Tue Jun 21 14:59:37 2016 -0700
>
> openvswitch: Set mark and labels before confirming.
>
> Set conntrack m
Yes, I was also thinking of using the gOvsSwitchContext->dispatchLock to
keep it safe.
That said, we would want to do the following:
1) Add this to OvsGetOpenInstance()
2) Update all unsafe usages of gOvsSwitchContext to either use
OvsGetOpenInstance() or acquire gOvsSwitchContext->dispatchLock.
No one has implemented a project from this list in years.
Signed-off-by: Ben Pfaff
---
Makefile.am | 1 -
TODO.md | 280
2 files changed, 281 deletions(-)
delete mode 100644 TODO.md
diff --git a/Makefile.am b/Makefile.am
index
Signed-off-by: Ben Pfaff
---
TODO.md | 2 +-
tests/ovsdb-data.at | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/TODO.md b/TODO.md
index b4542b7..9685324 100644
--- a/TODO.md
+++ b/TODO.md
@@ -146,7 +146,7 @@ OpenFlow Fuzzer
Build a ``fuzzer'' for the OpenFlo
On Thu, Jul 21, 2016 at 06:22:18AM -0700, Jarno Rajahalme wrote:
> Using sleep's is prone to runtime system dependent races, and indeed
> this test started consistently failing on my dev VM after an unrelated
> change to ovs-vswitchd. Get git of the sleeps and explicitly wait for
> the transaction
Yes, I wanted to keep it similar to the VPORT events:
enum {
OVS_EVENT_CONNECT = ((uint32_t)0x1 << 0),
OVS_EVENT_DISCONNECT= ((uint32_t)0x1 << 1),
OVS_EVENT_LINK_UP = ((uint32_t)0x1 << 2),
OVS_EVENT_LINK_DOWN = ((uint32_t)0x1 << 3),
OVS_EVENT_MAC_CHANGE=
On Mon, Jul 18, 2016 at 02:00:20PM -0300, Thadeu Lima de Souza Cascardo wrote:
> This series is a proposal to fix some users of netdev_open and
> introduce a new behavior for netdev_open when called with a different
> type than the one already opened.
These seem fine to me. If you post them with
I am truly sorry that I was not available at the time you called me yesterday.
I attached the report with details on sales figures.
- Best of luck, Helen Hansen
ENERGY TECHNIQUE Phone: +1 (022) 768-83-64 Fax: +1 (022) 768-83-86
___
dev mailing list
Thanks for the reminder. I will get them committed soon.
On Fri, Jul 22, 2016 at 12:49 PM, Ben Pfaff wrote:
> This series seems to be fully reviewed but it's been sitting unpushed at
> the bottom of patchwork for a while. Are you going to apply it?
>
> Thanks,
>
> Ben.
>
___
On Tue, Jun 21, 2016 at 07:27:30PM -0700, Daniele Di Proietto wrote:
> Commit 9b5422a98f81("ovs-lib: Try to call exit before killing.")
> introduced a problem where internal interfaces are destroyed and
> recreated, losing their IP address.
Acked-by: Ben Pfaff
This series seems to be fully reviewed but it's been sitting unpushed at
the bottom of patchwork for a while. Are you going to apply it?
Thanks,
Ben.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Thu, Jul 21, 2016 at 01:32:15PM -0400, Aaron Conole wrote:
> Hi Ben,
>
> Ben Pfaff writes:
>
> > This document has two different kinds of text:
> >
> >- The first sections of the document, "Release Strategy" and "Release
> > Numbering", describe what we've already been doing for most
On Fri, Jul 22, 2016 at 01:52:18PM -0500, Ryan Moats wrote:
>
>
> Guru Shetty wrote on 07/22/2016 12:31:43 PM:
>
> > From: Guru Shetty
> > To: Ryan Moats/Omaha/IBM@IBMUS
> > Cc: Lance Richardson , ovs dev
> > Date: 07/22/2016 12:31 PM
> > Subject: Re: [ovs-dev] ovn test failures
> >
> > On 21
Guru Shetty wrote on 07/22/2016 12:31:43 PM:
> From: Guru Shetty
> To: Ryan Moats/Omaha/IBM@IBMUS
> Cc: Lance Richardson , ovs dev
> Date: 07/22/2016 12:31 PM
> Subject: Re: [ovs-dev] ovn test failures
>
> On 21 July 2016 at 06:05, Ryan Moats wrote:
> "dev" wrote on 07/21/2016 06:32:02 AM:
On Thu, Jul 21, 2016 at 4:18 AM, Liran Schour wrote:
> Mickey Spiegel/San Jose/IBM wrote on 20/07/2016 08:53:42 AM:
>
> > From: Mickey Spiegel/San Jose/IBM
> > To: Liran Schour/Haifa/IBM@IBMIL
> > Cc: Ben Pfaff , dev@openvswitch.org
> > Date: 20/07/2016 08:53 AM
> > Subject: Re: [ovs-dev] [PATCH
I am truly sorry that I was not available at the time you called me yesterday.
I attached the report with details on sales figures.
- Yours truly, Ivan Lowe
GREAT WESTERN MINING CORP PLC Phone: +1 (326) 063-01-08 Fax: +1 (326) 063-01-79
___
dev mail
[...]
> @@ -1776,7 +1764,8 @@ netdev_dpdk_get_stats(const struct netdev
> > *netdev, struct netdev_stats *stats)
> > netdev_dpdk_get_carrier(netdev, &gg);
> > ovs_mutex_lock(&dev->mutex);
> >
> > -struct rte_eth_xstats *rte_xstats;
> > +struct rte_eth_xstat *rte_xstats;
> > +
On Fri, Jul 22, 2016 at 11:02:02AM -0700, Joe Stringer wrote:
> On 21 July 2016 at 18:55, Daniele Di Proietto wrote:
> > This fixes a sporadic failure of the testcase, where ovsdb-server.log
> > contains:
> >
> > 2016-07-21T21:08:22.279Z|3|jsonrpc|WARN|unix: send error: Broken pipe
> > 2016-07
On 22/07/2016 11:02, "Joe Stringer" wrote:
>On 21 July 2016 at 18:55, Daniele Di Proietto wrote:
>> This fixes a sporadic failure of the testcase, where ovsdb-server.log
>> contains:
>>
>> 2016-07-21T21:08:22.279Z|3|jsonrpc|WARN|unix: send error: Broken pipe
>> 2016-07-21T21:08:22.279Z|
On Thu, Jul 21, 2016 at 01:38:37PM -0700, Andy Zhou wrote:
> On Wed, Jul 20, 2016 at 9:46 PM, Ben Pfaff wrote:
>
> > Found by inspection.
> >
> > Signed-off-by: Ben Pfaff
> > ---
> > v1->v2: Found another one to fix.
>
> Looks good.
> Acked-by: Andy Zhou
Thanks, applied.
_
On Fri, Jul 22, 2016 at 07:18:04AM -0700, Guru Shetty wrote:
> On 19 July 2016 at 09:07, Ben Pfaff wrote:
>
> > An ovn_port keeps track of its peer in its 'peer' member, but the code
> > updated by this commit instead did a redundant lookup of the peer.
> >
> > Signed-off-by: Ben Pfaff
> >
> Ack
On 21 July 2016 at 18:55, Daniele Di Proietto wrote:
> This fixes a sporadic failure of the testcase, where ovsdb-server.log
> contains:
>
> 2016-07-21T21:08:22.279Z|3|jsonrpc|WARN|unix: send error: Broken pipe
> 2016-07-21T21:08:22.279Z|4|reconnect|WARN|unix: connection dropped
> (Broken
On 21 July 2016 at 06:05, Ryan Moats wrote:
> "dev" wrote on 07/21/2016 06:32:02 AM:
>
> > From: Lance Richardson
> > To: ovs dev
> > Date: 07/21/2016 06:32 AM
> > Subject: [ovs-dev] ovn test failures
> > Sent by: "dev"
> >
> > It seems the failure rate for OVN end-to-end tests went up signif
Looks good just one question inlined.
> -Mesaj original-
> De la: dev [mailto:dev-boun...@openvswitch.org] În numele Sairam
> Venugopal
> Trimis: Thursday, July 14, 2016 2:39 AM
> Către: dev@openvswitch.org
> Subiect: [ovs-dev] [PATCH 5/9] datapath-windows: Define new multicast
> conntrack
Acked-by: Alin Gabriel Serdean
> -Mesaj original-
> De la: dev [mailto:dev-boun...@openvswitch.org] În numele Sairam
> Venugopal
> Trimis: Thursday, July 14, 2016 2:39 AM
> Către: dev@openvswitch.org
> Subiect: [ovs-dev] [PATCH 3/9] datapath-windows: Explicitly name vport
> related event
Acked-by: Alin Gabriel Serdean
> -Mesaj original-
> De la: dev [mailto:dev-boun...@openvswitch.org] În numele Sairam
> Venugopal
> Trimis: Thursday, July 14, 2016 2:39 AM
> Către: dev@openvswitch.org
> Subiect: [ovs-dev] [PATCH 2/9] datapath-windows: Add supported netlink
> family protoc
Acked-by: Alin Gabriel Serdean
> -Mesaj original-
> De la: dev [mailto:dev-boun...@openvswitch.org] În numele Sairam
> Venugopal
> Trimis: Thursday, July 14, 2016 2:39 AM
> Către: dev@openvswitch.org
> Subiect: [ovs-dev] [PATCH 1/9] datapath-windows: Rename
> OVS_EVENT_ENTRY to OVS_VPORT
I would prefer if you did the squash because it makes it easier to revert/look
over later on.
I will review the patches as is.
Thanks,
Alin.
> -Mesaj original-
> De la: Sairam Venugopal [mailto:vsai...@vmware.com]
> Trimis: Thursday, July 21, 2016 9:19 PM
> Către: Alin Serdean ;
> dev@o
The idea is dpNo could change in odd circumstances.
We could use gOvsSwitchContext->dispatchLock and make OvsGetOpenInstance safe
by itself.
Thanks,
Alin.
> -Mesaj original-
> De la: Sairam Venugopal [mailto:vsai...@vmware.com]
> Trimis: Thursday, July 21, 2016 9:52 PM
> Către: Alin Ser
> [Sugesh] : But still its not as unique as matching on packet fields per se.
I still didn't get it but rather than bore the mailing list to death. I just
asked him (he sits two seats down from me!). I think this can be worked around
but we need to have a good think about the design.
__
I am truly sorry that I was not available at the time you called me yesterday.
I attached the report with details on sales figures.
- Warm regards, Timmy Carey
OCTOPUS ECLIPSE VCT PLC Phone: +1 (295) 281-26-06 Fax: +1 (295) 281-26-58
___
dev mailing
This Message was undeliverable due to the following reason:
Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.
Most likely ther
Hi Mark,
Thank you for your response,
Please find my reply below,
Regards
_Sugesh
> -Original Message-
> From: Gray, Mark D
> Sent: Thursday, July 21, 2016 5:34 PM
> To: Chandran, Sugesh ; Jesse Gross
>
> Cc: dev@openvswitch.org; Giller, Robin
> Subject: RE: [ovs-dev] Considering the
>
> On 12.07.2016 12:11, Ciara Loftus wrote:
> > This commit introduces support for DPDK 16.07 and consequently breaks
> > compatibility with DPDK 16.04.
> >
> > DPDK 16.07 introduces some changes to various APIs. These have been
> > updated in OVS, including:
> > * xstats API: changes to structur
>
> Hi Ciara,
> thanks for the patch.
> It mostly looks good to me, except a few comments inline
> Thanks,
> Daniele
Thanks for the review Daniele. I've pushed a new version that includes your
suggestions. Responses inline.
>
> 2016-07-12 2:11 GMT-07:00 Ciara Loftus :
> This commit introduces
>> A router port's "peer", if set, must point to another router port, but the
>> code as written also accepted switch ports. This caused problems when
>> switch ports were actually specified.
>>
>> Reported-by: Gurucharan Shetty
>> Reported-at: http://openvswitch.org/pipermail/dev/2016-July/075
This RFC patch provides initial support for DPDK 16.07-rc3 (release
candidate 3) which was tagged July 16th. I plan to submit a full patch
once the 16.07 release is final, hopefully later this month. This RFC
patch can be used in meantime to test with the DPDK master branch or
16.07-rc3 tag.
The m
This commit introduces support for DPDK 16.07 and consequently breaks
compatibility with DPDK 16.04.
DPDK 16.07 introduces some changes to various APIs. These have been
updated in OVS, including:
* xstats API: changes to structure of xstats
* vhost API: replace virtio-net references with 'vid'
S
On Thu, Jul 21, 2016 at 10:18:51AM -0400, Aaron Conole wrote:
> Markos Chandras writes:
>
> > Hi Aaron,
> >
> > On 07/20/2016 10:21 PM, Aaron Conole wrote:
> >> This commit builds upon some of the recent ovs-ctl changes to build a
> >> more integrated systemd setup. A new service (ovs-vswitchd)
Thanks for the patch, can you also add the flow control options to the
INSTALL-ADVANCED.md?
Regards,
Bhanu Prakash.
>-Original Message-
>From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Sugesh
>Chandran
>Sent: Friday, July 22, 2016 2:18 PM
>To: dev@openvswitch.org
>Subject: [o
On 19 July 2016 at 09:07, Ben Pfaff wrote:
> An ovn_port keeps track of its peer in its 'peer' member, but the code
> updated by this commit instead did a redundant lookup of the peer.
>
> Signed-off-by: Ben Pfaff
>
Acked-by: Gurucharan Shetty
> ---
> ovn/northd/ovn-northd.c | 11 +++
On 19 July 2016 at 09:07, Ben Pfaff wrote:
> A router port's "peer", if set, must point to another router port, but the
> code as written also accepted switch ports. This caused problems when
> switch ports were actually specified.
>
> Reported-by: Gurucharan Shetty
> Reported-at: http://openvs
On 21 July 2016 at 23:02, nickcooper-zhangtonghao <
nickcooper-zhangtong...@opencloud.tech> wrote:
> Hi all,
> When setting the logical switch port as the peer of logical router,
> I found a large number of ovn-northd log. The process of ovn-northd write
> quickly the log
> all the time. The worse
I am truly sorry that I was not available at the time you called me yesterday.
I attached the report with details on sales figures.
- Best of luck, Minh Barrett
LEGENDARY INVESTMENTS Phone: +1 (203) 087-26-12 Fax: +1 (203) 087-26-89
___
dev mailing
Add support for flow-control(mac control frame) to DPDK enabled physical
port types. By default, the flow-control is OFF on both rx and tx side.
The flow control can be enabled/disabled either when adding a port to OVS
or at run time.
For eg:
To enable flow control support at tx side while adding
The original message was received at Fri, 22 Jul 2016 17:28:55 +0530 from
[178.254.251.63]
- The following addresses had permanent fatal errors -
dev@openvswitch.org
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/list
1 - 100 of 107 matches
Mail list logo
