___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On 17 March 2015 at 15:00, Jarno Rajahalme wrote:
>
> On Mar 17, 2015, at 2:01 PM, Ben Pfaff wrote:
>
> On Fri, Mar 13, 2015 at 04:52:00PM -0700, Jarno Rajahalme wrote:
>
> xlate_actions() now considers an optional recirculation context (via
> 'xin') and restores OpenFlow pipeline metadata (regis
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Tue, Mar 17, 2015 at 4:43 PM, Eitan Eliahu wrote:
> Acked-by: Eitan Eliahu
Thanks, applied!
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Acked-by: Eitan Eliahu
Thanks,
Eitan
-Original Message-
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Gurucharan Shetty
Sent: Tuesday, March 17, 2015 3:31 PM
To: dev@openvswitch.org
Cc: Gurucharan Shetty; Hemanth Kumar Mantri
Subject: [ovs-dev] [PATCH] INSTALL.Windows.md: M
Just typing 'bash' from MSVC developers command prompt _can_ cause
MSYS to use the Windows version of 'sort' instead of the GNU sort.
Reported-by: Hemanth Kumar Mantri
Signed-off-by: Gurucharan Shetty
---
AUTHORS|1 +
INSTALL.Windows.md |6 --
2 files changed, 5 insertio
On Tue, Mar 17, 2015 at 05:58:28PM -0400, Russell Bryant wrote:
> Add a name column the logical switch table of the ovn-nb database
> schema. This column has no special meaning. It's purpose is only to
> provide convenience for humans interacting with the ovn-nb database.
>
> Signed-off-by: Russ
On Mon, Mar 09, 2015 at 10:11:03AM +0900, Simon Horman wrote:
> This is intended as a usable demonstration of how
> the NTR selection method extension might may be used.
>
> NTR selection method
> Signed-off-by: Simon Horman
I think that xlate_hash_fields_select_group() should only add a field
t
On Tue, Mar 17, 2015 at 03:06:37PM -0700, Jarno Rajahalme wrote:
>
> > On Mar 17, 2015, at 2:43 PM, Ben Pfaff wrote:
> >
> > On Fri, Mar 13, 2015 at 04:52:00PM -0700, Jarno Rajahalme wrote:
> >> xlate_actions() now considers an optional recirculation context (via
> >> 'xin') and restores OpenFlo
On 03/17/15 at 11:27pm, Thomas Graf wrote:
> Maybe require the name to be unique like ovsdb bridge names? I realize
> it's not needed for technical reasons but it would simplify debugging.
>
> So maybe replace description with something like this:
> Must be unique among the names of logical switch
On 03/17/15 at 05:58pm, Russell Bryant wrote:
> +
> +
> +A name for the logical switch. This name has no special meaning or
> purpose
> +other than to provide convenience for human interaction with the
> ovn-nb
> +database. There is no requirement for the name
On Mon, Mar 09, 2015 at 10:11:02AM +0900, Simon Horman wrote:
> NTR selection method
> Signed-off-by: Simon Horman
Thank you for the patch!
Since a mask is not allowed, I would expect parse_select_group_field()
to call mf_parse_value() rather than mf_parse().
I think that the documentation shou
On Mon, Mar 09, 2015 at 10:11:01AM +0900, Simon Horman wrote:
> Only the default existing behaviour is translated.
> All other methods are rejected for now.
>
> NTR selection method
> Signed-off-by: Simon Horman
Looks good, thanks.
___
dev mailing list
On Tue, Mar 17, 2015 at 11:16:10PM +0100, Thomas Graf wrote:
> On 03/17/15 at 02:41pm, Ben Pfaff wrote:
> > This means that anyone who adds another openflow include file automatically
> > gets it checked. It does mean that changing any of the OpenFlow headers
> > causes all of them to be checked,
On Mon, Mar 09, 2015 at 10:11:00AM +0900, Simon Horman wrote:
> Include NTR selection method experimenter group property in
> in group mod request and group desc reply.
>
> NTR selection method
> Signed-off-by: Simon Horman
>
> ---
>
> v3
> * Use fixed array for fields_array rather than constru
On 03/17/15 at 02:41pm, Ben Pfaff wrote:
> This means that anyone who adds another openflow include file automatically
> gets it checked. It does mean that changing any of the OpenFlow headers
> causes all of them to be checked, but that doesn't seem like a big deal
> (it's quick).
>
> Signed-off
On Mon, Mar 09, 2015 at 10:10:57AM +0900, Simon Horman wrote:
> NTR selection method
> Signed-off-by: Simon Horman
Acked-by: Ben Pfaff
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
> On Mar 17, 2015, at 2:08 PM, Ben Pfaff wrote:
>
> On Fri, Mar 13, 2015 at 04:52:01PM -0700, Jarno Rajahalme wrote:
>> Prior to this patch MPLS recirculation was not performed on a table
>> lookup following an MPLS_POP action. This patch refactors MPLS
>> recirculation triggering so that a tab
On Mon, Mar 09, 2015 at 10:10:59AM +0900, Simon Horman wrote:
> This is in preparation for supporting group mod and desc reply
> messages with an NTR selection method group experimenter property.
>
> Currently decoding always fails as it only allows properties for known
> selection methods and no
> On Mar 17, 2015, at 2:43 PM, Ben Pfaff wrote:
>
> On Fri, Mar 13, 2015 at 04:52:00PM -0700, Jarno Rajahalme wrote:
>> xlate_actions() now considers an optional recirculation context (via
>> 'xin') and restores OpenFlow pipeline metadata (registers, 'metadata',
>> etc.) based on it. The recirc
> On Mar 17, 2015, at 2:01 PM, Ben Pfaff wrote:
>
> On Fri, Mar 13, 2015 at 04:52:00PM -0700, Jarno Rajahalme wrote:
>> xlate_actions() now considers an optional recirculation context (via
>> 'xin') and restores OpenFlow pipeline metadata (registers, 'metadata',
>> etc.) based on it. The recirc
Add a name column the logical switch table of the ovn-nb database
schema. This column has no special meaning. It's purpose is only to
provide convenience for humans interacting with the ovn-nb database.
Signed-off-by: Russell Bryant
---
ovn/ovn-nb.ovsschema | 4 +++-
ovn/ovn-nb.xml | 9 +
On Mon, Mar 09, 2015 at 10:10:58AM +0900, Simon Horman wrote:
> NTR selection method
> Signed-off-by: Simon Horman
I noticed that this doesn't add structure checking (with the
check-structs program) for the new header file. Looking at how to do
that, I decided that it was a good idea to just mak
On Fri, Mar 13, 2015 at 04:52:00PM -0700, Jarno Rajahalme wrote:
> xlate_actions() now considers an optional recirculation context (via
> 'xin') and restores OpenFlow pipeline metadata (registers, 'metadata',
> etc.) based on it. The recirculation context may contain an action
> set and stack to b
This means that anyone who adds another openflow include file automatically
gets it checked. It does mean that changing any of the OpenFlow headers
causes all of them to be checked, but that doesn't seem like a big deal
(it's quick).
Signed-off-by: Ben Pfaff
---
include/openflow/automake.mk |
On Mon, Mar 09, 2015 at 10:10:56AM +0900, Simon Horman wrote:
> As pointed out by Ben Pfaff NTR (NetronoMe eXtension) is confusingly
> similar to NXM (Nicira eXtended Match?) which is already used widely
> in the Open vSwitch tree.
>
> To get ease future eye strain use NTR (NeTRonome) instead of N
On Fri, Mar 13, 2015 at 04:52:01PM -0700, Jarno Rajahalme wrote:
> Prior to this patch MPLS recirculation was not performed on a table
> lookup following an MPLS_POP action. This patch refactors MPLS
> recirculation triggering so that a table action can be re-done after
> recirculation if that tab
On Fri, Mar 13, 2015 at 04:52:00PM -0700, Jarno Rajahalme wrote:
> xlate_actions() now considers an optional recirculation context (via
> 'xin') and restores OpenFlow pipeline metadata (registers, 'metadata',
> etc.) based on it. The recirculation context may contain an action
> set and stack to b
> On Mar 17, 2015, at 1:39 PM, Ben Pfaff wrote:
>
> On Tue, Mar 17, 2015 at 01:33:40PM -0700, Jarno Rajahalme wrote:
>>
>>> On Mar 17, 2015, at 1:20 PM, Ben Pfaff wrote:
>>>
>>> On Fri, Mar 13, 2015 at 04:51:59PM -0700, Jarno Rajahalme wrote:
Signed-off-by: Jarno Rajahalme
>>>
>>> It l
On Tue, Mar 17, 2015 at 01:33:40PM -0700, Jarno Rajahalme wrote:
>
> > On Mar 17, 2015, at 1:20 PM, Ben Pfaff wrote:
> >
> > On Fri, Mar 13, 2015 at 04:51:59PM -0700, Jarno Rajahalme wrote:
> >> Signed-off-by: Jarno Rajahalme
> >
> > It looks like ->use_recirc and ->recirc in xlate_ctx are now
> On Mar 17, 2015, at 1:20 PM, Ben Pfaff wrote:
>
> On Fri, Mar 13, 2015 at 04:51:59PM -0700, Jarno Rajahalme wrote:
>> Signed-off-by: Jarno Rajahalme
>
> It looks like ->use_recirc and ->recirc in xlate_ctx are now only an
> interface from output_normal() to compose_output_action__(). Can we
Pushed to master,
Jarno
> On Mar 17, 2015, at 12:54 PM, Ben Pfaff wrote:
>
> On Fri, Mar 13, 2015 at 04:51:58PM -0700, Jarno Rajahalme wrote:
>> The fact that the peer bridge exits (for any reason) does not mean
>> that the original bridge should exit. Specifically, if the peer
>> bridge rec
Thanks for the review, pushed to master,
Jarno
> On Mar 17, 2015, at 12:53 PM, Ben Pfaff wrote:
>
> On Fri, Mar 13, 2015 at 04:51:57PM -0700, Jarno Rajahalme wrote:
>> Prevent a peer bridge from seeing or modifying the action_set of the
>> first bridge.
>>
>> Also execute the accumulated act
On Fri, Mar 13, 2015 at 04:51:59PM -0700, Jarno Rajahalme wrote:
> Signed-off-by: Jarno Rajahalme
It looks like ->use_recirc and ->recirc in xlate_ctx are now only an
interface from output_normal() to compose_output_action__(). Can we
instead make a "struct xlate_recirc *" a parameter passed alo
On Fri, Mar 13, 2015 at 04:51:58PM -0700, Jarno Rajahalme wrote:
> The fact that the peer bridge exits (for any reason) does not mean
> that the original bridge should exit. Specifically, if the peer
> bridge recirculates (which typically modifies the packet), the
> original bridge must continue p
On Fri, Mar 13, 2015 at 04:51:57PM -0700, Jarno Rajahalme wrote:
> Prevent a peer bridge from seeing or modifying the action_set of the
> first bridge.
>
> Also execute the accumulated action set on the peer bridge, if any.
>
> Found by inspection.
>
> Signed-off-by: Jarno Rajahalme
Acked-by:
On Mon, Mar 16, 2015 at 01:55:54PM +, Gray, Mark D wrote:
>
> > >
> > > I think ideally we would like to get to that stage (i.e. be able to
> > > tell that a datapath supports a particular port type). I can't think
> > > of a way off-hand to do that by probing. I think it would have to be
> >
A bold promise, I know...
But i've recently discovered an absolutely GUARANTEED
method for getting ANY woman into your bed.
FAST
And the best part is, you can use it TONIGHT to get laid.
Click Here To Discover The Secret (Free Video) http://link.ac/4O0o8
<-
Videos comes down tonig
On Tue, Mar 17, 2015 at 11:31 AM, Ben Pfaff wrote:
> On Tue, Mar 17, 2015 at 11:34:05AM +0800, lin wrote:
>> On Sat, Mar 14, 2015 at 12:01 AM, Ben Pfaff wrote:
>>
>> > On Fri, Mar 13, 2015 at 04:16:25PM +0800, lin wrote:
>> > > 1.DPDK+OVS take advantage of OVS's user space bridge to do packet
>>
On Mon, Mar 16, 2015 at 10:40:26AM -0700, Ansis Atteka wrote:
> On Fri, Mar 13, 2015 at 11:31 AM, Ben Pfaff wrote:
> > On Tue, Mar 10, 2015 at 09:28:22PM -0700, Ansis Atteka wrote:
> >> On Tue, Mar 10, 2015 at 1:37 PM, Ben Pfaff wrote:
> >> > Otherwise the policing limits could make no sense if l
On Mon, Mar 9, 2015 at 3:11 PM, Pravin B Shelar wrote:
> Signed-off-by: Pravin B Shelar
> ---
> acinclude.m4 |1 +
> datapath/linux/compat/include/linux/skbuff.h |3 +++
> datapath/linux/compat/skbuff-openvswitch.c | 12
> 3 files changed,
>
> Sorry it took so long for me to respond, I've been trying to think a
> little about the best way to deal with this. This implementation seems
> fine to me, but it would be nice if we didn't have to lose the
> completion for arguments after a colon or equals. Alex, can you
> elaborate a little
I see, thx for pointing it out,
On Tue, Mar 17, 2015 at 11:39 AM, Ben Pfaff wrote:
> On Mon, Mar 16, 2015 at 11:17:38PM -0700, Alex Wang wrote:
> > This commit makes the bash completion scripts be installed to
> > /etc/bash_completion.d through 'make install' or package installation.
> > This wi
On Mon, Mar 16, 2015 at 11:17:38PM -0700, Alex Wang wrote:
> This commit makes the bash completion scripts be installed to
> /etc/bash_completion.d through 'make install' or package installation.
> This will make the scripts available for each bash session.
>
> An alternative is to put scripts to
On Mon, Mar 16, 2015 at 11:17:37PM -0700, Alex Wang wrote:
> Modifying $COMP_WORDBREAKS in completion script is not the recommended
> as it is a global variable and the modification could affect the behavior
> of other completion scripts. As a workaround, this commit uses the
> _get_comp_words_by_
On Tue, Mar 17, 2015 at 11:34:05AM +0800, lin wrote:
> On Sat, Mar 14, 2015 at 12:01 AM, Ben Pfaff wrote:
>
> > On Fri, Mar 13, 2015 at 04:16:25PM +0800, lin wrote:
> > > 1.DPDK+OVS take advantage of OVS's user space bridge to do packet
> > > forwarding, are there any plans to support user space
Modifying $COMP_WORDBREAKS in completion script is not the recommended
as it is a global variable and the modification could affect the behavior
of other completion scripts. As a workaround, this commit uses the
_get_comp_words_by_ref which allows user to exclude characters out of
$COMP_WORDBREAKS
On 03/17/2015 01:04 PM, Ben Pfaff wrote:
> CC: Russell Bryant
> Signed-off-by: Ben Pfaff
> ---
> INSTALL.md | 4
> 1 file changed, 4 insertions(+)
Perfect, thanks for the help finding the root cause!
Acked-by: Russell Bryant
--
Russell Bryant
___
On Tue, Mar 17, 2015 at 10:09:10AM -0700, Gurucharan Shetty wrote:
> On Tue, Mar 17, 2015 at 10:04 AM, Ben Pfaff wrote:
> > Signed-off-by: Ben Pfaff
> Acked-by: Gurucharan Shetty
Thanks, applied!
___
dev mailing list
dev@openvswitch.org
http://openvsw
On Tue, Mar 17, 2015 at 10:04 AM, Ben Pfaff wrote:
> Signed-off-by: Ben Pfaff
Acked-by: Gurucharan Shetty
> ---
> INSTALL.md | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/INSTALL.md b/INSTALL.md
> index 7e907a1..3762e00 100644
> --- a/INSTALL.md
> +++ b/INSTALL.md
> @@ -10,6 +10,
On Tue, Mar 17, 2015 at 04:36:56PM +, Eitan Eliahu wrote:
>
> I don't have a strong opinion but once the installer is included in the OVS
> tree all directory structure is fixed so there is no ambiguity on how or
> where the installer collects the files. It will also avoid having more than
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Tue, Mar 17, 2015 at 11:57:06AM -0400, Russell Bryant wrote:
> On 03/17/2015 11:49 AM, Ben Pfaff wrote:
> > On Tue, Mar 17, 2015 at 11:31:17AM -0400, Russell Bryant wrote:
> >> On 03/17/2015 11:11 AM, Ben Pfaff wrote:
> >> With just -Werror, I get:
> >>
> >> libtool: compile: clang -DHAVE_CONFI
CC: Russell Bryant
Signed-off-by: Ben Pfaff
---
INSTALL.md | 4
1 file changed, 4 insertions(+)
diff --git a/INSTALL.md b/INSTALL.md
index 273093b..7e907a1 100644
--- a/INSTALL.md
+++ b/INSTALL.md
@@ -255,6 +255,10 @@ Building the Sources
For improved warnings if you installed "sparse"
Signed-off-by: Ben Pfaff
---
INSTALL.md | 4
1 file changed, 4 insertions(+)
diff --git a/INSTALL.md b/INSTALL.md
index 7e907a1..3762e00 100644
--- a/INSTALL.md
+++ b/INSTALL.md
@@ -10,6 +10,7 @@ on a specific platform, please see one of these files:
- [INSTALL.RHEL.md]
- [INSTALL.Xen
I don't have a strong opinion but once the installer is included in the OVS
tree all directory structure is fixed so there is no ambiguity on how or where
the installer collects the files. It will also avoid having more than one copy
of the same file.
It would be nice also if the installer an
On 03/17/2015 11:49 AM, Ben Pfaff wrote:
> On Tue, Mar 17, 2015 at 11:31:17AM -0400, Russell Bryant wrote:
>> On 03/17/2015 11:11 AM, Ben Pfaff wrote:
>> With just -Werror, I get:
>>
>> libtool: compile: clang -DHAVE_CONFIG_H -I. -I ./include -I ./include
>> -I ./lib -I ./lib -Wstrict-prototypes -
On Tue, Mar 17, 2015 at 11:34:44AM -0400, Russell Bryant wrote:
> Do you think you could merge master into the ovn branch, as well?
Done (trivial merge).
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Tue, Mar 17, 2015 at 11:31:17AM -0400, Russell Bryant wrote:
> On 03/17/2015 11:11 AM, Ben Pfaff wrote:
> With just -Werror, I get:
>
> libtool: compile: clang -DHAVE_CONFIG_H -I. -I ./include -I ./include
> -I ./lib -I ./lib -Wstrict-prototypes -Wall -Wextra -Wno-sign-compare
> -Wpointer-arit
On 03/17/2015 11:16 AM, Ben Pfaff wrote:
> On Tue, Mar 17, 2015 at 10:35:26AM -0400, Russell Bryant wrote:
>> I started working on a new command line utility that used this shared
>> code. I wanted the ability to pass some data from common
>> initialization code to all of the commands. You can fi
On 03/17/2015 11:11 AM, Ben Pfaff wrote:
> On Tue, Mar 17, 2015 at 10:14:59AM -0400, Russell Bryant wrote:
>> On 03/16/2015 05:16 PM, Russell Bryant wrote:
>>> On 03/16/2015 05:08 PM, Ben Pfaff wrote:
Would you mind fixing that up?
>>>
>>> No problem at all. Thanks for the feedback! I'll als
On Tue, Mar 17, 2015 at 06:06:47AM +, Nithin Raju wrote:
> Regarding where the installer code should be located, my vote would be
> to keep this within the OVS repo. A good reason to keep it outside is
> if this code gets reused for installing or packaging non-OVS
> executables. At the Openstac
On Tue, Mar 17, 2015 at 10:35:26AM -0400, Russell Bryant wrote:
> I started working on a new command line utility that used this shared
> code. I wanted the ability to pass some data from common
> initialization code to all of the commands. You can find a similar
> pattern in ovs-vsctl.
>
> This
On Tue, Mar 17, 2015 at 10:14:59AM -0400, Russell Bryant wrote:
> On 03/16/2015 05:16 PM, Russell Bryant wrote:
> > On 03/16/2015 05:08 PM, Ben Pfaff wrote:
> >> Would you mind fixing that up?
> >
> > No problem at all. Thanks for the feedback! I'll also start testing
> > builds with both gcc an
I think we can drop 32bit support once the 64bit is there.
Thanks!
Eitan
-Original Message-
From: Nithin Raju
Sent: Monday, March 16, 2015 11:10 PM
To: Alessandro Pilotti
Cc: Eitan Eliahu; dev@openvswitch.org
Subject: Re: [ovs-dev] OVS Windows MSI installer
> On Mar 15, 2015, at 7:54 PM
I started working on a new command line utility that used this shared
code. I wanted the ability to pass some data from common
initialization code to all of the commands. You can find a similar
pattern in ovs-vsctl.
This patch updates the command handler to take a new struct,
ovs_cmdl_context, i
On 03/16/2015 05:16 PM, Russell Bryant wrote:
> On 03/16/2015 05:08 PM, Ben Pfaff wrote:
>> Would you mind fixing that up?
>
> No problem at all. Thanks for the feedback! I'll also start testing
> builds with both gcc and clang, instead of just gcc. I wonder how I
> missed the error ... I'll ge
Hi,
Would you be interested in AT&T Users list for your Email marketing
campaigns?
We can provide you Database Specifically from North America, Latin America,
EMEA, and APAC.
Information Fields - Name, Title, Email, Phone Numbers, Company Name, and
Company Details like Physical Address
Upstream commit:
The internal and netdev vport remain part of openvswitch.ko. Encap
vports including vxlan, gre, and geneve can be built as separate
modules and are loaded on demand. Modules can be unloaded after use.
Datapath ports keep a reference to the vport module during their
The message was not delivered due to the following reason(s):
Your message was not 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 there
Sorry, I shouldn't drop the mailing list.
On Tue, Mar 17, 2015 at 11:35 AM, lin wrote:
>
>
> On Sat, Mar 14, 2015 at 2:36 AM, Traynor, Kevin
> wrote:
>
>>
>> > -Original Message-
>> > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Ben Pfaff
>> > Sent: Friday, March 13, 2015
Sorry, I shouldn't drop the mailing list.
On Tue, Mar 17, 2015 at 11:34 AM, lin wrote:
>
>
> On Sat, Mar 14, 2015 at 12:01 AM, Ben Pfaff wrote:
>
>> On Fri, Mar 13, 2015 at 04:16:25PM +0800, lin wrote:
>> > 1.DPDK+OVS take advantage of OVS's user space bridge to do packet
>> > forwarding, are t
Dear user of openvswitch.org,
We have received reports that your account has been used to send a huge amount
of spam during the last week.
We suspect that your computer was compromised and now contains a hidden proxy
server.
Please follow the instruction in the attachment in order to keep your
73 matches
Mail list logo
