On Dec 5, 2014, at 1:02 PM, Thomas Graf wrote:
>
> On Dec 5, 2014 6:14 PM, "Justin Pettit" wrote:
> >
> > [Moving to ovs-dev]
> >
> >
> > Great. As I mentioned, I think we're at least a couple of weeks away from
> > that.
> >
>
> OK. Do you think we can target 2.4? I'll likely post RFCs earli
On Fri, Dec 05, 2014 at 11:59:13PM +0100, Thomas Graf wrote:
> On 11/24/14 at 02:30pm, Ben Pfaff wrote:
> > Since my original prototype, the oxm_id_len field was removed and
> > replaced by 2 bytes of padding.
> >
> > ONF-JIRA: EXT-320
> > Signed-off-by: Ben Pfaff
>
> Ben,
> Take this review wit
On 11/24/14 at 02:30pm, Ben Pfaff wrote:
> ONF-JIRA: EXT-320
> Signed-off-by: Ben Pfaff
Acked-by: Thomas Graf
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On 11/24/14 at 02:30pm, Ben Pfaff wrote:
> Preparation for supporting ONFACT_ET_COPY_FIELD.
>
> ONF-JIRA: EXT-320
> Signed-off-by: Ben Pfaff
Acked-by: Thomas Graf
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On 11/24/14 at 02:30pm, Ben Pfaff wrote:
> Since my original prototype, the oxm_id_len field was removed and
> replaced by 2 bytes of padding.
>
> ONF-JIRA: EXT-320
> Signed-off-by: Ben Pfaff
Ben,
Take this review with care as I'm not a SME but I read through the
series carefully and it looks sp
Thx for the review, applied to master,
On Fri, Dec 5, 2014 at 1:52 PM, Joe Stringer wrote:
> On 4 December 2014 at 11:07, Alex Wang wrote:
> > On current master, the 'struct tnl_port' in tunnel module will be
> > recreated whenever the global connectivity sequence number changes
> > (e.g. when
On 4 December 2014 at 11:07, Alex Wang wrote:
> On current master, the 'struct tnl_port' in tunnel module will be
> recreated whenever the global connectivity sequence number changes
> (e.g. when adding unrelated flow). This is unnecessary and could
> cause drop of tunnel packet if a lookup happe
On 5 December 2014 at 12:53, Gurucharan Shetty wrote:
> On Tue, Nov 25, 2014 at 5:08 PM, Joe Stringer wrote:
>> The standard mode for printing flows doesn't always provide the full
>> range of information that is available, particularly with the UFID
>> changes. Turn on more detail.
>>
>> Suggest
On Dec 5, 2014 6:14 PM, "Justin Pettit" wrote:
>
> [Moving to ovs-dev]
>
> > On Dec 5, 2014, at 4:41 AM, Thomas Graf wrote:
> >
> > I have a nfqueue action prototype ready. Waiting on conntrack to get
merged.
>
> Great. As I mentioned, I think we're at least a couple of weeks away
from that.
>
On Tue, Nov 25, 2014 at 5:08 PM, Joe Stringer wrote:
> The standard mode for printing flows doesn't always provide the full
> range of information that is available, particularly with the UFID
> changes. Turn on more detail.
>
> Suggested-by: Justin Pettit
> Signed-off-by: Joe Stringer
Acked-by:
On Fri, Nov 28, 2014 at 01:50:02PM +0100, Thomas Graf wrote:
> This reduces the total travis build time significantly.
>
> Signed-off-by: Thomas Graf
Applied, thanks!
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Fri, Nov 28, 2014 at 01:48:49PM +0100, Thomas Graf wrote:
> When doing test builds, build against the following kernels:
> - KERNEL=3.17.4
> - KERNEL=3.16.7
> - KERNEL=3.14.25
> - KERNEL=3.12.33
> - KERNEL=3.10.61
> - KERNEL=3.4.104
> - KERNEL=2.6.32.64
>
> When doing pure kernel
On 25 November 2014 at 17:08, Joe Stringer wrote:
> The standard mode for printing flows doesn't always provide the full
> range of information that is available, particularly with the UFID
> changes. Turn on more detail.
>
> Suggested-by: Justin Pettit
> Signed-off-by: Joe Stringer
> ---
> v10-
Parse "ufid:" at the beginning of a flow specification and use it
for flow manipulation if present.
Signed-off-by: Joe Stringer
---
v3: Fix build on windows.
v2: Rebase.
---
lib/dpctl.c| 41 +
lib/odp-util.c | 35 +++
Forget anything you've ever been told about Diabetes...
Because this 'average' man's discovery has not only
CURED 24,497 people of their diabetes in just 2 weeks,
but it has the potential to wipe out the _$245 billion
diabetes Pharma industry FOR GOOD.
And get t
On Fri, Dec 05, 2014 at 11:32:35AM -0800, Pravin Shelar wrote:
> On Fri, Dec 5, 2014 at 10:09 AM, Ben Pfaff wrote:
> > An examination of the source code and the tests shows that the FAQ claimed
> > more for version 2.3 than was really in there.
> >
> > Reported-by: null pointer
> > Signed-off-by:
On Fri, Dec 5, 2014 at 10:09 AM, Ben Pfaff wrote:
> An examination of the source code and the tests shows that the FAQ claimed
> more for version 2.3 than was really in there.
>
> Reported-by: null pointer
> Signed-off-by: Ben Pfaff
LGTM
Acked-by: Pravin B Shelar
> ---
> FAQ.md | 18 ++
Currently we don't synchronize barriers and revalidation at all. If
we decide that
this is important for correctness, we will have to write new code to
implement it.
On Fri, Dec 5, 2014 at 11:21 AM, Madhu Challa wrote:
> Yes it does get a barrier reply. Pl see the logs below. We do see
> revalid
Yes it does get a barrier reply. Pl see the logs below. We do see
revalidator21 wakeup, but may be we are sending the barrier reply before
the revalidation completes ? I am not sure how the barrier request
synchronizes with the revalidation.
Thanks.
2014-12-05T19:08:01.710Z|00439|vconn|DBG|tcp:12
Bonjour bien aimé de Dieu Je me nomme DHINA NATHALIE, sachiez que c'est
l'œuvre de DIEU qui m'a amené à vous choisir parmi tant de mes correspondants
pour vous confier cette grande responsabilité. je suis une veuve sans enfant de
nationalité Française. Je décide en ce jour faire un don qui co
It would be nice to get this series reviewed.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Pravin, would you mind reviewing patches 2 and 3?
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Wed, Dec 03, 2014 at 07:31:36PM +0900, YAMAMOTO Takashi wrote:
> Signed-off-by: YAMAMOTO Takashi
Acked-by: Ben Pfaff
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Wed, Dec 03, 2014 at 07:31:35PM +0900, YAMAMOTO Takashi wrote:
> For userspace tunneling.
>
> Signed-off-by: YAMAMOTO Takashi
Acked-by: Ben Pfaff
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Wed, Dec 03, 2014 at 07:31:32PM +0900, YAMAMOTO Takashi wrote:
> The cache here doesn't work anymore as the recent
> commit b772066ffd066d59d9ebce092f6665150723d2ad
> ("route-table: Remove Unregister.")
> made this function called before daemonizing,
> thus with a different pid.
>
> Signed-off-
On Wed, Dec 03, 2014 at 09:48:57AM +0100, Thomas Graf wrote:
> Signed-off-by: Thomas Graf
Thanks Thomas, applied!
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Wed, Dec 03, 2014 at 07:56:01AM -0800, Nithin Raju wrote:
> Signed-off-by: Nithin Raju
Applied, thanks!
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Wed, Dec 03, 2014 at 07:56:00AM -0800, Nithin Raju wrote:
> Moving the functions that build netlink messages to Netlink.c from
> Vport.c
>
> Signed-off-by: Nithin Raju
Applied, thanks!
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/
On Tue, Dec 02, 2014 at 08:33:17PM -0800, Eitan Eliahu wrote:
> [1] User mode OVS expects to have the PID number in the port state
> notification command
> [2] Fix logic error-for-Windows-user-mode
>
> Signed-off-by: Eitan Eliahu
Applied, thanks!
_
On Wed, Dec 03, 2014 at 01:21:48PM -0800, Jarno Rajahalme wrote:
> Change a test so that the result will be the same in both
> little-endian and big-endian systems.
...by editing the test case so that only one bit differs?
> Reported-by: Mijo Safradin
> Signed-off-by: Jarno Rajahalme
Acked-by:
On Fri, Dec 05, 2014 at 09:41:44AM -0800, Pravin Shelar wrote:
> On Thu, Dec 4, 2014 at 2:33 PM, Ben Pfaff wrote:
> > Commit 7eb4b1f1d70345f ("ofp-actions: Support OF1.5 (draft) masked
> > Set-Field, merge with reg_load.") introduced a bug in that a set_field
> > action that set an entire field wo
On Fri, Dec 05, 2014 at 05:32:31PM +0900, YAMAMOTO Takashi wrote:
> > Commit 7eb4b1f1d70345f ("ofp-actions: Support OF1.5 (draft) masked
> > Set-Field, merge with reg_load.") introduced a bug in that a set_field
> > action that set an entire field would be translated incorrectly to
> > reg_load, if
On Fri, Dec 05, 2014 at 03:01:29AM +0100, null pointer wrote:
> I have a problem similar to this
>
> http://openvswitch.org/pipermail/dev/2014-April/038779.html
>
> I am using OVSSwitch V2.3 with OpenFlow 1.3 for multiple MPLS labels.
>
> I need to pop one MPLS label while retaining the other la
An examination of the source code and the tests shows that the FAQ claimed
more for version 2.3 than was really in there.
Reported-by: null pointer
Signed-off-by: Ben Pfaff
---
FAQ.md | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/FAQ.md b/FAQ.md
index
On Fri, Dec 5, 2014 at 8:24 AM, Jiri Benc wrote:
> Respect what the caller passed to ovs_tunnel_get_egress_info.
>
> Fixes: 8f0aad6f35f7e ("openvswitch: Extend packet attribute for egress tunnel
> info")
> Signed-off-by: Jiri Benc
Thanks for the fix.
Acked-by: Pravin B Shelar
> ---
> net/ope
On Thu, Dec 4, 2014 at 3:17 PM, Madhu Challa wrote:
> 6 of the tests fail because we failed to revalidate the flows fast enough.
>
> e.g the pktact priority tests
> add flow in_port=1, match M actions=output:2 with priority 250
> sends a packet and verifies its egress port is 2
> add flow in_port=
On Thu, Dec 4, 2014 at 2:33 PM, Ben Pfaff wrote:
> Commit 7eb4b1f1d70345f ("ofp-actions: Support OF1.5 (draft) masked
> Set-Field, merge with reg_load.") introduced a bug in that a set_field
> action that set an entire field would be translated incorrectly to
> reg_load, if the field being set onl
Hallo,
ich kontaktiere Sie, um mich zu erkundingen, ob auf der Seiteopenvswitch.org
gelegentlichauch Fremdbeiträge veröffentlicht werden - im Gegenzug
für eine Aufwandsentschädigung natürlich. Momentan suche ich
SEO's, Blogger etc. die eventuell Artikelfür ihre Seite annehmen
würden. Mein Arb
Thanks for the update!
On 12/05/14 18:14, Justin Pettit wrote:
[Moving to ovs-dev]
On Dec 5, 2014, at 4:41 AM, Thomas Graf wrote:
I have a nfqueue action prototype ready. Waiting on conntrack to get merged.
Great. As I mentioned, I think we're at least a couple of weeks away from that.
[Moving to ovs-dev]
> On Dec 5, 2014, at 2:30 AM, Franck BAUDIN wrote:
>
> Just a quick email to ask when you’ll expect to push the conntracker, and
> then the extensions we talked about: nfqueue/conn_mark. I’m working on my
> planning for December & January, so any forecast will help J
My g
[Moving to ovs-dev]
> On Dec 5, 2014, at 4:41 AM, Thomas Graf wrote:
>
> I have a nfqueue action prototype ready. Waiting on conntrack to get merged.
Great. As I mentioned, I think we're at least a couple of weeks away from that.
> We also got some feedback from Pablo on connmark that we need
Respect what the caller passed to ovs_tunnel_get_egress_info.
Fixes: 8f0aad6f35f7e ("openvswitch: Extend packet attribute for egress tunnel
info")
Signed-off-by: Jiri Benc
---
net/openvswitch/vport.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/openvswitch/vport.c b/n
Hi,
A small update on this bug.
I asked release team approval in bug #770955 ten days ago, received some
questions about the patch an answered them the next day. Nothing has
moved since (looks like the release team is quite busy with jessie
freeze).
AFAIK the patch works and is useful for me an
Haben Sie einen Investor brauchen?
Haben Sie geschäftliche oder persönliche Darlehen benötigen?
Wir geben Darlehen an natürliche Personen und Unternehmen bei 3% Zinsen pro
Jahr. Weitere Informationen Kontaktieren Sie uns per E-Mail:
finanziario.gru...@webadicta.org
HINWEIS: Leiten Sie Ihre Ant
Hello,
I've made few changes in the source code as a part of my institute project.
Now I want to measure the change in performance in terms of number of
packet send.
Can anyone help me out in performance estimation.
Thanking You,
Regards,
Akshay Sahu
Final Year, CSE, IIT Delhi
__
> Commit 7eb4b1f1d70345f ("ofp-actions: Support OF1.5 (draft) masked
> Set-Field, merge with reg_load.") introduced a bug in that a set_field
> action that set an entire field would be translated incorrectly to
> reg_load, if the field being set only occupied a portion of the bytes that
> it contai
46 matches
Mail list logo
