On Wed, May 27, 2015 at 3:18 PM, Andy Zhou wrote:
> On Wed, May 27, 2015 at 10:48 AM, Jesse Gross wrote:
>> Even though userspace does not yet support Geneve options,
>> the kernel does and there is some basic support for decoding
>> those attributes. This adds the ability to print Geneve
>> attr
On Thu, May 28, 2015 at 6:04 AM, Jiri Benc wrote:
> Currently, openvswitch tries to disable LRO from the user space. This does
> not work correctly when the device added is a vlan interface, though.
> Instead of dealing with possibly complex stacked cross name space relations
> in the user space,
The BuildRequires tells upfront which packages should be
installed in order to build the openvswitch rpm packages.
Signed-off-by: Flavio Leitner
---
rhel/openvswitch-fedora.spec.in | 4
1 file changed, 4 insertions(+)
diff --git a/rhel/openvswitch-fedora.spec.in b/rhel/openvswitch-fedora.s
On Thu, May 28, 2015 at 06:59:17AM -0400, Andy Hill wrote:
> I don't think it's too difficult, there just needs to be a well known
> location where it's installed. It's unclear if we'll have to do the
> installation or a newer version of Python will be available with a
> XenServer update.
>
> Spec
On Mon, Mar 30, 2015 at 03:46:29PM -0700, Alex Wang wrote:
> This commit implements a prototype of Header Space Analysis of the
> OVS OpenFlow table.
>
> What It Does
>
>
> 1. Dump all OpenFlow rules from a specified bridge.
> 2. Generate all-unmasked header space with specified
Send me a F#ckFriends request so we can hook up
My usename is BadChristina93
y profile is here http://hop.kz/9c2x :)
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Mon, Mar 30, 2015 at 03:46:28PM -0700, Alex Wang wrote:
> This commit adds functions that check if the 'struct flow_wildcards'
> member is fully masked (exact-match) or fully unmasked (don't care
> the entire field at all). Also, this commit adds a function to
> shape a less-masked flow field b
On Mon, Mar 30, 2015 at 03:46:27PM -0700, Alex Wang wrote:
> For conducting Header Space Analysis (HSA), we convert the wildcarded
> OpenFlow flow represented by 'struct match' into an encoded byte array.
> To further save memory, we use a sparse array to represent such byte
> array in the same way
On Mon, Mar 30, 2015 at 03:46:27PM -0700, Alex Wang wrote:
> For conducting Header Space Analysis (HSA), we convert the wildcarded
> OpenFlow flow represented by 'struct match' into an encoded byte array.
> To further save memory, we use a sparse array to represent such byte
> array in the same way
On Thu, May 28, 2015 at 09:00:39PM +, Sorin Vinturis wrote:
> Added support for creating and handling multiple NBLs with only one NB
> for ingress data path.
>
> Signed-off-by: Sorin Vinturis
> Reported-by: Alessandro Pilotti
> Reported-at: https://github.com/openvswitch/ovs-issues/issues/2
I was referring to the other patch, [PATCH v2 3/5] datapath-windows: Multiple
NBLs support for ingress data path.
-Original Message-
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Sorin Vinturis
Sent: Thursday, 28 May, 2015 23:59
To: Ben Pfaff
Cc: dev@openvswitch.org
Subject:
Added support for creating and handling multiple NBLs with only one NB
for ingress data path.
Signed-off-by: Sorin Vinturis
Reported-by: Alessandro Pilotti
Reported-at: https://github.com/openvswitch/ovs-issues/issues/2
Acked-by: Nithin Raju
---
v3: Added acked.
---
datapath-windows/ovsext/Pac
This patch needed a respin before pushing to master. It was sent a while ago
and more patches were committed to master during that time. I'll send a v3
patch with the rebased version.
-Original Message-
From: Ben Pfaff [mailto:b...@nicira.com]
Sent: Thursday, 28 May, 2015 17:52
To: Sori
OK, that explains it, thanks ;-)
On Thu, May 28, 2015 at 08:39:37PM +, Sorin Vinturis wrote:
> Ben, this patch is already on master,
> https://github.com/openvswitch/ovs/commit/db68f948536045cbf528198148020e1362eb.
>
> -Original Message-
> From: Ben Pfaff [mailto:b...@nicira.com]
Ben, this patch is already on master,
https://github.com/openvswitch/ovs/commit/db68f948536045cbf528198148020e1362eb.
-Original Message-
From: Ben Pfaff [mailto:b...@nicira.com]
Sent: Thursday, 28 May, 2015 17:52
To: Sorin Vinturis
Cc: dev@openvswitch.org
Subject: Re: [ovs-dev] [PATC
This patch emits a log message that is encountered a lot under normal
circumstances. For example, I'm seeing it almost 20,000 times in a
test run of the OpenStack test suite and hundreds of times while doing
basic tasting under ovs-sandbox.
ovn-controller keeps a hash of logical data paths that h
When the filter detach routine is called while there are packets
still in processing, the OvsUninitSwitchContext function call will
decrement the switch context reference count without releasing the
switch context structure. This behaviour is correct and expected,
but the BSOD is caused in this cas
>
> On 28/05/2015 17:16, "Gray, Mark D" wrote:
>
> >>
> >> Non pmd threads have a core_id == UINT32_MAX, while queue ids used
> by
> >>netdevs range from 0 to the number of CPUs. Therefore core ids cannot
> >>be used directly to select a queue.
> >>
> >> This commit introduces a simple mapping
On 27 May 2015 at 12:32, Ben Pfaff wrote:
> On Wed, May 27, 2015 at 11:19:12AM -0700, Joe Stringer wrote:
>> Signed-off-by: Joe Stringer
>
> Acked-by: Ben Pfaff
Thanks, applied.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/l
On 28/05/2015 17:16, "Gray, Mark D" wrote:
>>
>> Non pmd threads have a core_id == UINT32_MAX, while queue ids used by
>> netdevs range from 0 to the number of CPUs. Therefore core ids cannot
>>be
>> used directly to select a queue.
>>
>> This commit introduces a simple mapping to fix the pro
>
> Non pmd threads have a core_id == UINT32_MAX, while queue ids used by
> netdevs range from 0 to the number of CPUs. Therefore core ids cannot be
> used directly to select a queue.
>
> This commit introduces a simple mapping to fix the problem: non pmd
> threads use queue 0, pmd threads on co
On Thu, May 28, 2015 at 03:24:32PM +, Gray, Mark D wrote:
> >
> > Just a nice update below:
> >
> > On Fri, May 22, 2015 at 06:13:25PM -0300, Flavio Leitner wrote:
> > > On Fri, May 22, 2015 at 01:52:22PM -0700, Ethan Jackson wrote:
> > > > Pravin has been handling this on our end, so he'll d
On Thu, May 28, 2015 at 03:24:32PM +, Gray, Mark D wrote:
> > On Fri, May 22, 2015 at 06:13:25PM -0300, Flavio Leitner wrote:
> > > On Fri, May 22, 2015 at 01:52:22PM -0700, Ethan Jackson wrote:
> > > > Pravin has been handling this on our end, so he'll do it.
> > > >
> > > > Btw how does this
>
> Just a nice update below:
>
> On Fri, May 22, 2015 at 06:13:25PM -0300, Flavio Leitner wrote:
> > On Fri, May 22, 2015 at 01:52:22PM -0700, Ethan Jackson wrote:
> > > Pravin has been handling this on our end, so he'll do it.
> > >
> > > Btw how does this perform out of curiosity?
> >
> > Thes
Just a nice update below:
On Fri, May 22, 2015 at 06:13:25PM -0300, Flavio Leitner wrote:
> On Fri, May 22, 2015 at 01:52:22PM -0700, Ethan Jackson wrote:
> > Pravin has been handling this on our end, so he'll do it.
> >
> > Btw how does this perform out of curiosity?
>
> These are devel number
On Fri, May 08, 2015 at 06:16:51AM +, Sorin Vinturis wrote:
> Signed-off-by: Sorin Vinturis
> Acked-by: Nithin Raju
> ---
> v2: Minor changes after code review. Added ack.
This doesn't apply, all of the hunks except the first get rejected.
___
dev
On Thu, May 21, 2015 at 12:13:54PM +, Sorin Vinturis wrote:
> Added support for creating and handling multiple NBLs with only one NB
> for ingress data path.
>
> Signed-off-by: Sorin Vinturis
> Reported-by: Alessandro Pilotti
> Reported-at: https://github.com/openvswitch/ovs-issues/issues/2
On Thu, May 28, 2015 at 10:47:09AM -0300, Flavio Leitner wrote:
> On Wed, May 27, 2015 at 09:13:32AM -0700, Ben Pfaff wrote:
> > [getting back from a month of craziness]
> >
> > On Mon, Apr 27, 2015 at 11:00:14PM -0300, Flavio Leitner wrote:
> > > The testsuite is enabled by default and uses some
> On May 21, 2015, at 5:13 AM, Sorin Vinturis
> wrote:
>
> Added support for creating and handling multiple NBLs with only one NB
> for ingress data path.
>
> Signed-off-by: Sorin Vinturis
> Reported-by: Alessandro Pilotti
> Reported-at:
> https://urldefense.proofpoint.com/v2/url?u=https-3A_
On Thu, May 28, 2015 at 12:07:14PM +0800, Zang MingJie wrote:
> Signed-off-by: Zang MingJie
> ---
> utilities/ovs-appctl-bashcomp.bash | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/utilities/ovs-appctl-bashcomp.bash
> b/utilities/ovs-appctl-bashcomp.bash
> index 6
On Wed, May 27, 2015 at 09:13:32AM -0700, Ben Pfaff wrote:
> [getting back from a month of craziness]
>
> On Mon, Apr 27, 2015 at 11:00:14PM -0300, Flavio Leitner wrote:
> > The testsuite is enabled by default and uses some of
> > the tools provided by procps-ng.
> >
> > Signed-off-by: Flavio Lei
On Thu, May 28, 2015 at 03:04:53PM +0200, Jiri Benc wrote:
> Currently, openvswitch tries to disable LRO from the user space. This does
> not work correctly when the device added is a vlan interface, though.
> Instead of dealing with possibly complex stacked cross name space relations
> in the user
Non pmd threads have a core_id == UINT32_MAX, while queue ids used by
netdevs range from 0 to the number of CPUs. Therefore core ids cannot
be used directly to select a queue.
This commit introduces a simple mapping to fix the problem: non pmd
threads use queue 0, pmd threads on core 0 to N use q
Currently, openvswitch tries to disable LRO from the user space. This does
not work correctly when the device added is a vlan interface, though.
Instead of dealing with possibly complex stacked cross name space relations
in the user space, do the same as bridging does and call dev_disable_lro in
th
On Wed, 27 May 2015 14:27:59 -0700, Jesse Gross wrote:
> Isn't this really a bug in the decapsulation code? It seems like this
> should trigger in other cases as well - what happens on normal
> forwarding where we compute the checksum in software?
Good point. It's quite likely that the problem is
>
> > This is useful and I think we would like to use it here. I have a few
> questions.
>
> Great! I really hope this moves the community in the direction of more
> realistic test cases.
>
> > How come the pipeline is set up with metadata instead of a chain of
> > tables as I presume that woul
I don't think it's too difficult, there just needs to be a well known
location where it's installed. It's unclear if we'll have to do the
installation or a newer version of Python will be available with a
XenServer update.
Specifically ovs-xapi-sync[1] will need an update to point to the new
pytho
Send me a F#ckFriends request so we can hook up
My usename is HorNyChik77
my profile is here
http://carpediemdiamond.com/9z3ymi/jsxeh.html CANT WAIT
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
38 matches
Mail list logo
