The message could not be delivered
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Hi Team,
We are thinking to contibute in following feature ;
-IEEE 802.1ah (Provider Backbone Bridging).
If anybody is already working on it please let us know.
Thanks Regards,
Hiteshi Madan
-Hiteshi Madan/DEL/TCS wrote: -
To: Ben Pfaff b...@nicira.com
From: Hiteshi
On Wed, 8 Oct 2014 13:02:42 -0700 Ben Pfaff b...@nicira.com wrote:
I can't reproduce this problem with OVS master and upstream kernel
3.16, or with OVS branch-2.3 on the commit from which the Debian
packages were made. Now I'm downloading a Debian ISO so that I can
try it with the exact
Jobs Opportunities in France/Canada
This letter is to inform you on behalf of the management of EVANS HOTEL
Suites Paris France, that the hotel needs able men and women, married and not
married who are willing to relocate to France in order to fill various slots in
the available
Jobs Opportunities in France/Canada
This letter is to inform you on behalf of the management of EVANS HOTEL
Suites Paris France, that the hotel needs able men and women, married and not
married who are willing to relocate to France in order to fill various slots in
the available
Acked-by: Alin Gabriel Serdean aserd...@cloudbasesolutions.com
Tested-by: Alin Gabriel Serdean aserd...@cloudbasesolutions.com
-Mesaj original-
De la: dev [mailto:dev-boun...@openvswitch.org] În numele Nithin Raju
Trimis: Monday, October 13, 2014 6:56 AM
Către: dev@openvswitch.org
Acked-by: Alin Gabriel Serdean aserd...@cloudbasesolutions.com
Tested-by: Alin Gabriel Serdean aserd...@cloudbasesolutions.com
-Mesaj original-
De la: dev [mailto:dev-boun...@openvswitch.org] În numele Nithin Raju
Trimis: Monday, October 13, 2014 6:56 AM
Către: dev@openvswitch.org
Cc:
Acked-by: Alin Gabriel Serdean aserd...@cloudbasesolutions.com
Tested-by: Alin Gabriel Serdean aserd...@cloudbasesolutions.com
-Mesaj original-
De la: dev [mailto:dev-boun...@openvswitch.org] În numele Nithin Raju
Trimis: Monday, October 13, 2014 6:56 AM
Către: dev@openvswitch.org
Acked-by: Alin Gabriel Serdean aserd...@cloudbasesolutions.com
Tested-by: Alin Gabriel Serdean aserd...@cloudbasesolutions.com
-Mesaj original-
De la: dev [mailto:dev-boun...@openvswitch.org] În numele Nithin Raju
Trimis: Monday, October 13, 2014 6:56 AM
Către: dev@openvswitch.org
Acked-by: Alin Gabriel Serdean aserd...@cloudbasesolutions.com
Tested-by: Alin Gabriel Serdean aserd...@cloudbasesolutions.com
-Mesaj original-
De la: dev [mailto:dev-boun...@openvswitch.org] În numele Nithin Raju
Trimis: Monday, October 13, 2014 6:56 AM
Către: dev@openvswitch.org
Cc:
Acked-by: Alin Gabriel Serdean aserd...@cloudbasesolutions.com
Tested-by: Alin Gabriel Serdean aserd...@cloudbasesolutions.com
-Mesaj original-
De la: dev [mailto:dev-boun...@openvswitch.org] În numele Nithin Raju
Trimis: Monday, October 13, 2014 6:56 AM
Către: dev@openvswitch.org
This patch updates the documentation to reflect that DPDK 1.7.1 is supported.
Travis scripts have also been updated to reflect this. DPDK phy and ring ports
were validated against DPDK 1.7.1.
(note: ring ports were validated with the upcoming multi-queue patch fix).
Reviewed-by: Mark D. Gray
On Mon, Oct 13, 2014 at 02:22:00PM +0530, Hiteshi Madan wrote:
We are thinking to contibute in following feature ;
-IEEE 802.1ah (Provider Backbone Bridging).
If anybody is already working on it please let us know.
A patch has already been posted:
On Sat, Oct 11, 2014 at 11:24:19AM -0400, westlake wrote:
Package: openvswitch-switch
Version: 2.3.0+git20140819-2
Severity: important
(I gave a previous message containing a link to the thread
http://openvswitch.org/pipermail/discuss/2011-October/005914.html , but
over here in Debian,
On Sat, Oct 11, 2014 at 11:12:32AM -0400, westlake wrote:
Package: openvswitch
Version: 2.3.0+git20140819-2
Severity: important
http://openvswitch.org/pipermail/discuss/2011-October/005922.html
An old bug is lingering somewhere in this latest edition.. Either it is
recursive or something
Thanks for explaining. I don't think we necessarily need to tie the
use of ip_tunnel kernel API
to the existence on vxlan kernel API. On the other hand. It is not a big deal.
Acked-by: Andy Zhou az...@nicira.com
On Fri, Oct 10, 2014 at 7:38 PM, Pravin Shelar pshe...@nicira.com wrote:
On Fri,
On Mon, Oct 13, 2014 at 9:22 AM, Andy Zhou az...@nicira.com wrote:
Thanks for explaining. I don't think we necessarily need to tie the
use of ip_tunnel kernel API
to the existence on vxlan kernel API. On the other hand. It is not a big deal.
We can do that later, as part of larger cleanup.
Hey Tom,
Let us know what you hear back on this stuff.
Thanks
On Sat, Oct 11, 2014 at 6:56 PM, Thomas F Herbert thomasfherb...@entpnt.com
wrote:
This patch adds 802.1ad support to OVS. It includes the user space and
linux kernel portions.
This effort is supported by Entry Point LLC. It
Normally any reviews or feedback will be posted publicly anyhow.
On Mon, Oct 13, 2014 at 11:22 AM, Jeff Peterson jpeter...@entpnt.com wrote:
Hey Tom,
Let us know what you hear back on this stuff.
Thanks
On Sat, Oct 11, 2014 at 6:56 PM, Thomas F Herbert thomasfherb...@entpnt.com
wrote:
On Mon, Oct 13, 2014 at 10:47:19AM +0200, Laurent GUERBY wrote:
On Wed, 8 Oct 2014 13:02:42 -0700 Ben Pfaff b...@nicira.com wrote:
I can't reproduce this problem with OVS master and upstream kernel
3.16, or with OVS branch-2.3 on the commit from which the Debian
packages were made. Now I'm
On Oct 7, 2014, at 8:01 PM, Eitan Eliahu elia...@vmware.com
wrote:
Hi Nithin,
Thanks for addressing the transactional error issue.
Are we sure we want to make another copy for the Reply just for getting the
transactional error on a different buffer? Can we use the stack buffer only
if
On Tue, Oct 07, 2014 at 03:08:53PM -0700, Nithin Raju wrote:
We need to pass down the output buffer so that the kernel can return
transaction status - error or otherwise.
Also, we were processing the output buffer only when when
'txn-reply != NULL' ie when the caller specified an ofpbuf for
On Thu, Oct 09, 2014 at 10:14:36AM +0900, Simon Horman wrote:
On Fri, Sep 26, 2014 at 04:57:25PM -0700, Ben Pfaff wrote:
On Thu, Sep 18, 2014 at 10:55:10AM +0900, Simon Horman wrote:
This patch is a prototype and has several limitations:
* It assumes that no actions follow a select
On Fri, Oct 10, 2014 at 3:48 PM, Jarno Rajahalme jrajaha...@nicira.com wrote:
I wanted to see that the recent classifier improvement was enough to
remove the need to add locking when an classifier instance is used as
a container. To that end I improved the relevant code in Pravin's
userspace
On Fri, Oct 10, 2014 at 04:18:45PM -0700, Jarno Rajahalme wrote:
classifier_find_rule_exactly() only needs the mutex to protect the
list traversal. Subtables are already RCU protected.
Locking here can be eliminated completely when RCU list is available.
Signed-off-by: Jarno Rajahalme
Hi,
A while back (Oct. 2) we posted a series of patches offering support for the
Auto Attach feature.
A description of this feature can be found here.
http://openvswitch.org/pipermail/dev/2014-October/046651.html
I'm curious to know if anyone has had a chance to look at this.
Thanks,
Dennis
On Sun, Oct 12, 2014 at 08:56:13PM -0700, Nithin Raju wrote:
In the first two patches of the series, I have rebased Samuel's patches
that were submitted for review to tip-of-master. Only Samuel is listed
as the Author just like in the original patch.
In subsequent patches, we make fixes to
On Mon, Oct 13, 2014 at 09:00:54PM +, Flynn, Dennis R (Dennis) wrote:
A while back (Oct. 2) we posted a series of patches offering support for the
Auto Attach feature.
A description of this feature can be found here.
http://openvswitch.org/pipermail/dev/2014-October/046651.html
I'm
On Sat, Oct 11, 2014 at 03:07:41PM -0700, Ankur Sharma wrote:
NlBufAt should be called with valid boundary limits (within head and tail).
Incorrect argument to NlBufAt was leading to assert hit, fixed the same.
Signed-off-by: Ankur Sharma ankursha...@vmware.com
Acked-by: Nithin Raju
On Thu, Oct 9, 2014 at 2:53 PM, Jarno Rajahalme jrajaha...@nicira.com wrote:
Pravin,
Please find my comments below. I did not snip any code to make it easier for
you to keep into context while reading this review.
Thanks for detailed review.
Jarno
On Oct 3, 2014, at 8:24 PM, Pravin B
On Thu, Oct 02, 2014 at 06:42:10PM -0400, Ludovic Beliveau wrote:
This patch sequence provides OVS support for the IETF Auto-Attach SPBM draft
standard. This standard describes a compact method of using IEEE 802.1AB Link
Layer Discovery Protocol (LLDP) together with a IEEE 802.1aq Shortest Path
On Thu, Oct 02, 2014 at 06:42:24PM -0400, Ludovic Beliveau wrote:
This commit provides the initial delivery of support for the Auto-Attach
standard to Open vSwitch. This standard describes a compact method of using
IEEE 802.1AB Link Layer Discovery Protocol (LLDP) with a IEEE 802.1aq Shortest
On Thu, Oct 02, 2014 at 06:42:33PM -0400, Ludovic Beliveau wrote:
Signed-off-by: Ludovic Beliveau ludovic.beliv...@windriver.com
Signed-off-by: Dennis Flynn drfl...@avaya.com
This seems pretty reasonable except that I'd much prefer to delete all
the #ifdefs.
On Thu, Oct 02, 2014 at 06:42:55PM -0400, Ludovic Beliveau wrote:
This is the final commit in the series of commits that deliver initial support
for Auto-Attach. Specifically this commit delivers auto-attach support to the
OVS bridge layer as well as the new auto-attach commands. The OVSDB
On Tue, Oct 07, 2014 at 12:23:34AM +1300, Joe Stringer wrote:
Add the 128-bit murmurhash by Austin Appleby, r150 from:
http://code.google.com/p/smhasher/source/browse/trunk/MurmurHash3.cpp
Signed-off-by: Joe Stringer joestrin...@nicira.com
Acked-by: Ben Pfaff b...@nicira.com
Compiling on
On Tue, Oct 07, 2014 at 12:23:37AM +1300, Joe Stringer wrote:
This patch modifies the dpif interface to allow flows to be manipulated
using a 128-bit identifier. This allows revalidator threads to perform
datapath operations faster, as they do not need to serialise the entire
flow key for
On Oct 13, 2014, at 2:32 PM, Pravin Shelar pshe...@nicira.com wrote:
+case OVS_ACTION_ATTR_TUNNEL_PUSH:
+if (*depth MAX_RECIRC_DEPTH) {
+struct dpif_packet *tnl_pkt[NETDEV_MAX_RX_BATCH];
+int err;
+
+if (may_steal) {
+
(the earlier report can be deleted)
Have you been able to confirm/replicate this bug?
The url I've given exhibits a more broken case, but what I've
encountered after checking the created tap device almost gets properly
created.
On 13/10/14 11:21 AM, Ben Pfaff wrote:
On Sat, Oct 11, 2014
Hey Jarno,
I have some high-level comments/questions as follow:
On Tue, Oct 7, 2014 at 2:43 PM, Jarno Rajahalme jrajaha...@nicira.com
wrote:
flow inserts and removals are simplified:
- No need for classifier internal mutex, as dpif-netdev already has a
'flow_mutex'.
I'm thinking maybe
Signed-off-by: YAMAMOTO Takashi yamam...@valinux.co.jp
---
include/openflow/nicira-ext.h | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/include/openflow/nicira-ext.h b/include/openflow/nicira-ext.h
index 65ba950..b20bab3 100644
---
On Mon, Oct 13, 2014 at 01:46:24PM -0700, Ben Pfaff wrote:
On Thu, Oct 09, 2014 at 10:14:36AM +0900, Simon Horman wrote:
On Fri, Sep 26, 2014 at 04:57:25PM -0700, Ben Pfaff wrote:
On Thu, Sep 18, 2014 at 10:55:10AM +0900, Simon Horman wrote:
This patch is a prototype and has several
OvsReadEventCmdHandler was calling OvsRemoveEventEntry after acquiring
CtrlLock. OvsRemoveEventEntry in turn also tries to acquire the same lock.
Fixed the same.
Also, in Event.c we removed the APIs OvsAcquireEventQueueLock and
OvsReleaseEventQueueLock. These APIs were acquiring and releasing
My changes for trasacation error handling for not needed for dump commands.
Fixed the same.
Signed-off-by: Ankur Sharma ankursha...@vmware.com
---
datapath-windows/ovsext/Flow.c | 50 +++---
1 file changed, 13 insertions(+), 37 deletions(-)
diff --git
43 matches
Mail list logo
