---
Postales Clásicas
Papel 350 gramos. Full Color frente y dorso. Laminado brillo frente
opcional. Tiempo de producción 10 a 12 días. $2700.
Cantidad 1000 u.
Etiquetas Ropa Clásicas
Cantidad 1000 u.
On Tue, Apr 30, 2019 at 04:57:45AM -0700, Toms Atteka wrote:
> the logical-fields.h file was moved. Path has been updated
> accordingly. This broke oss-fuzz buils.
>
> Signed-off-by: Toms Atteka
Thanks, applied to master.
___
dev mailing list
Open vSwitch now supports all OpenFlow 1.5 required features, so enable
it by default.
Signed-off-by: Ben Pfaff
---
Documentation/faq/openflow.rst| 27 +--
.../group-selection-method-property.txt | 16 +--
NEWS
OpenFlow 1.5 changed "meter" from an instruction to an action. This commit
supports it properly.
Signed-off-by: Ben Pfaff
---
Documentation/topics/openflow.rst | 6 --
NEWS | 1 +
include/openvswitch/ofp-actions.h | 4 +-
lib/ofp-actions.c |
This adds a negative test for almost all of the error messages that
parsing an action or instruction can produce.
This commit removes now-redundant tests from multipath.at.
Signed-off-by: Ben Pfaff
---
tests/multipath.at | 30 ---
tests/ofp-actions.at | 209
Signed-off-by: Ben Pfaff
---
lib/multipath.c | 4 ++--
lib/ofp-actions.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/multipath.c b/lib/multipath.c
index 43a3d8f30466..6896f94a1e2b 100644
--- a/lib/multipath.c
+++ b/lib/multipath.c
@@ -1,5 +1,5 @@
/*
- *
This will be used in an upcoming test.
Signed-off-by: Ben Pfaff
---
lib/ofp-group.c | 5 -
utilities/ovs-ofctl.c | 41 -
2 files changed, 44 insertions(+), 2 deletions(-)
diff --git a/lib/ofp-group.c b/lib/ofp-group.c
index
Verification can fail for a variety of reasons but the code here always
reported "Incorrect instruction ordering".
Signed-off-by: Ben Pfaff
---
lib/ofp-actions.c | 90 -
tests/classifier.at | 6 +--
2 files changed, 59 insertions(+), 37
Otherwise, specifying something like output(port=1,max_len=5) would parse
OK and then cause a failure when it was received by the switch.
Signed-off-by: Ben Pfaff
---
lib/ofp-actions.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/lib/ofp-actions.c b/lib/ofp-actions.c
index
The action expects 'type' as a parameter name so it should use 'type' when
it formats actions too.
Signed-off-by: Ben Pfaff
---
lib/ofp-actions.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/ofp-actions.c b/lib/ofp-actions.c
index 182277da85cb..c2cef769e839 100644
---
This action is only supported in OpenFlow 1.3 and later, but the parser
from text allowed it in earlier versions, which could cause confusion,
e.g.:
$ ovs-ofctl parse-flow 'actions=encap(ethernet())'
usable protocols: any
chosen protocol: OpenFlow10-table_id
Otherwise logrotate will fail to generate the rotated log files.
Signed-off-by: Jaime Caamaño Ruiz
---
rhel/openvswitch-fedora.spec.in | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/rhel/openvswitch-fedora.spec.in b/rhel/openvswitch-fedora.spec.in
index
Thanks Ben and Eelco
On Tue, Apr 30, 2019 at 9:18 AM Eelco Chaudron wrote:
>
>
> On 30 Apr 2019, at 18:10, Ben Pfaff wrote:
>
> > On 25.04.2019 2:47, William Tu wrote:
> >> +#define unlikely OVS_UNLIKELY
> >> +#define likely OVS_LIKELY
> >> +#define barrier() __asm__ __volatile__("": :
On 30 Apr 2019, at 18:10, Ben Pfaff wrote:
> On 25.04.2019 2:47, William Tu wrote:
>> +#define unlikely OVS_UNLIKELY
>> +#define likely OVS_LIKELY
>> +#define barrier() __asm__ __volatile__("": : :"memory")
>> +#define smp_rmb() barrier()
>> +#define smp_wmb() barrier()
>
> Does any of this
On 25.04.2019 2:47, William Tu wrote:
> +#define unlikely OVS_UNLIKELY
> +#define likely OVS_LIKELY
> +#define barrier() __asm__ __volatile__("": : :"memory")
> +#define smp_rmb() barrier()
> +#define smp_wmb() barrier()
Does any of this mean we're cutting and pasting Linux kernel code into
OVS
One more thing.
On 25.04.2019 2:47, William Tu wrote:
> +#define unlikely OVS_UNLIKELY
> +#define likely OVS_LIKELY
> +#define barrier() __asm__ __volatile__("": : :"memory")
> +#define smp_rmb() barrier()
> +#define smp_wmb() barrier()
You may probably use something like this:
#include
On Tue, Apr 30, 2019 at 02:30:45PM +0300, Ilya Maximets wrote:
> On 29.04.2019 19:32, Ben Pfaff wrote:
> > On Wed, Apr 24, 2019 at 09:07:17AM -0700, Ben Pfaff wrote:
> >> On Wed, Apr 24, 2019 at 05:07:16PM +0300, Ilya Maximets wrote:
> >>> This is the further work about splitting up netdev
On 27.04.2019 16:28, William Tu wrote:
> > if WIN32
> > lib_libopenvswitch_la_SOURCES += \
> > diff --git a/lib/dp-packet.c b/lib/dp-packet.c
> > index 0976a35e758b..a61552f72988 100644
> > --- a/lib/dp-packet.c
> > +++ b/lib/dp-packet.c
> > @@ -22,6 +22,9 @@
> >
Hello,I just wanted to follow-up on my last email to you regarding our on-site
conference session recording and distance education technology services. We
video record your sessions (or live stream), create an online library of
content, and provide this service anywhere your conference is held.
Looking at the reload flag only every 1024 loops can be a long time
under load, since we might be handling 32 packets per iteration, which
means 32k packets.
Look at the flag every loop, no major performance impact seen.
Signed-off-by: David Marchand
---
lib/dpif-netdev.c | 10 +-
1
When swapping queues from a pmd thread to another (q0 polled by pmd0/q1
polled by pmd1 -> q1 polled by pmd0/q0 polled by pmd1), the current
"Step 5" puts both pmds to sleep waiting for the control thread to wake
them up later.
Prefer to make them spin in such a case to avoid sleeping an
pmd->static_tx_qid is allocated under a mutex by the different pmd
threads.
Unconditionally reallocating it will make those pmd threads sleep
when contention occurs.
During "normal" reloads like for rebalancing queues between pmd threads,
this can make pmd threads waste time on this.
Reallocating
pmd reloads are currently serialised in each steps calling
reload_affected_pmds.
Any pmd processing packets, waiting on a mutex etc... will make other
pmd threads wait for a delay that can be undeterministic when syscalls
adds up.
Switch to a little busy loop on the control thread using an atomic
No need for a latch here since we don't have to wait.
A simple boolean flag is enough.
Fixes: e4cfed38b159 ("dpif-netdev: Add poll-mode-device thread.")
Signed-off-by: David Marchand
---
lib/dpif-netdev.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git
We have been testing the rebalance code in different situations while
having traffic going through OVS.
Those tests have shown that part of the observed packets losses is due to
some time wasted in signaling/waiting for the pmd threads to reload their
polling configurations.
This RFC series is an
the logical-fields.h file was moved. Path has been updated
accordingly. This broke oss-fuzz buils.
Signed-off-by: Toms Atteka
---
tests/oss-fuzz/expr_parse_target.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/oss-fuzz/expr_parse_target.c
On Wed, Apr 17, 2019 at 11:46:13AM -0300, Flavio Leitner wrote:
> The request_module() is quite expensive and triggers the
> usermode helper in userspace. Instead, load only if the
> module is not present and keep module references to avoid
> problems.
>
> The first patch standardize the module
On 29.04.2019 19:32, Ben Pfaff wrote:
> On Wed, Apr 24, 2019 at 09:07:17AM -0700, Ben Pfaff wrote:
>> On Wed, Apr 24, 2019 at 05:07:16PM +0300, Ilya Maximets wrote:
>>> This is the further work about splitting up netdev offloading
>>> from the generic netdev related code and making different
>>>
Aaron, please see inline.
>-Original Message-
>From: ovs-dev-boun...@openvswitch.org
>On Behalf Of Aaron Conole
>Sent: Monday, April 29, 2019 4:44 PM
>To: Ilya Maximets
>Cc: ovs-dev@openvswitch.org; Thomas Monjalon
>Subject: Re: [ovs-dev] [ovs-dev, v1] netdev-rte-offloads: Reassign
On 29.04.2019 17:13, Aaron Conole wrote:
> Ilya Maximets writes:
>
>> utilities/ovs-tcpdump.in:376:9: E117 over-indented
>> make[2]: *** [flake8-check] Error 1
>>
>> CC: Liu Chang
>> Fixes: 2eeadf73d931 ("ovs-tcpdump: Improve error message when tcpdump is not
>> available.")
>>
30 matches
Mail list logo
