___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
--
Sehr geehrter Begünstigter,
NatWest Bank AG; sind bereit, Ihren Fonds sofort und ohne weitere
Verzögerung auf Ihr benanntes Bankkonto zu überweisen.
Deshalb; Wir weisen Sie an, Ihre nachstehenden Daten an uns
weiterzuleiten.
Ihr vollständiger Name
Deine Adresse:
Staatsangehörigkeit
Alter
Grsecurity patch enables GCC's constify plugin so that it will
automatically constify a class of type that contains only function
pointers. However, if the type is also specified by __read_mostly, it
will put the constify object into the read_mostly section that results
in compilation error.
It is unsafe to access expr_constant.masked when its type
is EXPR_C_STRING as its value is uninitialized. This patch
fixes this issue.
Reported-at: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=10731
Reported-at: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=10767
Signed-off-by:
Thanks, handling is_chassis_resident is not necessary because it doesn't
allow nested parentheses. I've sent out a new version.
Yifeng
On Wed, Oct 10, 2018 at 11:13 AM Ben Pfaff wrote:
> On Wed, Oct 10, 2018 at 11:03:54AM -0700, Yifeng Sun wrote:
> > This patch checks the depth of nested
This patch checks the depth of nested parentheses to prevent
stack overflow. Since is_chassis_resident doesn't allow
nested parentheses, its following parentheses are not taken
into acount in the parentheses-depth context.
Reported-at: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=10714
Since OVS added LACP support back in 2011, bonds have ignored the updelay
and downdelay values for bonds with configured LACP. The reason is not
clear, but at least one user needs support in this case, so this commit
enables it.
Reported-at:
The problem is that there are basically two separate implementations of
bonds, one that is based on recirculation and one that is not, and the
version that uses recirculation does not implement fallback to
active-backup.
The bonding code is old and not well organized and hard to understand
(and
On Tue, Oct 9, 2018 at 3:11 PM aginwala wrote:
>
> For OVN DBs to work with SSL in HA, we need to have capability to pass ssl
> certs when starting OVN DBs. Say when starting OVN DBs in active passive
mode,
> in order for the standby DBs to sync from master node, it cannot sync
> because the
On Mon, Oct 08, 2018 at 10:47:07AM +0200, bshas...@sect.tu-berlin.de wrote:
> From: Bhargava Shastry
>
> Accepts fixes suggested by 0-day robot.
>
> Refactor miniflow tests out of flow_extract_target.c into
> a new target called miniflow_target.c
>
> The biggest motivation for this massive
---
Este correo electrónico ha sido comprobado en busca de virus por AVG.
http://www.avg.com
___
dev
On Wed, Oct 10, 2018 at 11:12:15AM +0200, bshas...@sect.tu-berlin.de wrote:
> From: Bhargava Shastry
>
> This patch fixes a bug in the following test harnesses
> - odp_target.c
> - expr_parse_target.c
>
> The bug is as follows:
>
> We expect the fuzzed input to be a C string that does not
> Printing of the SMC hits missed in the 'dpif-netdev/pmd-perf-show'
> appctl command.
>
Thanks Ilya,
This looks good, I'll add this to the pull request this week.
I've held off applying the Cycles clarification patch for the moment as flagged
in the mail below.
> In the review process of the original patch 'masked hits' stat was renamed
> to 'megaflow hits', but the man page wasn't updated.
>
> Fixes: 6553d06bd179 ("dpif-netdev: Add dpif-netdev/pmd-stats-*
> appctl commands.")
> Signed-off-by: Ilya Maximets
> ---
>
On Wed, Oct 10, 2018 at 11:03:54AM -0700, Yifeng Sun wrote:
> This patch checks the depth of nested parentheses to prevent
> stack overflow.
>
> Reported-at: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=10714
> Signed-off-by: Yifeng Sun
> Suggested-by: Ben Pfaff
> ---
> v1->v2: Handle
This patch checks the depth of nested parentheses to prevent
stack overflow.
Reported-at: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=10714
Signed-off-by: Yifeng Sun
Suggested-by: Ben Pfaff
---
v1->v2: Handle parse_chassis_resident and add new test, thanks Ben!
ovn/lib/expr.c | 17
From: Numan Siddique
When 'dhcpv6_stateless' is configured on the logical router ports,
the client will send DHCPv6 information request message type (using
dhclient -6 -S) to get additional options like dns-server. This
patch supports this option. Ideally we should have supported this
option
Hi Ian,
Regarding your comment - I have sent patch
https://patchwork.ozlabs.org/patch/981980/
Regards,
Ophir
> -Original Message-
> From: Ian Stokes [mailto:ian.sto...@intel.com]
> Sent: Wednesday, September 12, 2018 12:18 AM
> To: Ilya Maximets ; Ophir Munk
> ; ovs-dev@openvswitch.org
Hi Ilya,
Please find comment inline
>
> On 11.09.2018 02:04, Ophir Munk wrote:
> > 1. Enable compilation and linkage with dpdk 18.08.0 The following dpdk
> > commits which were introduced after dpdk 17.11.x require OVS updates
> > +conf.rxmode.offloads |= ((dev->hw_ol_features &
> > +
Hi Eelco,
1. v5 was sent.
2. Regarding the deprecated functions warnings:
The deprecated DPDK functions are declared so in DPDK 18.08 but their actual
replacement will only appear in DPDK 18.11.
Therefore I suggest to temporarily ignore the deprecated warnings till DPDK
18.11 is released at
> 'dpif-netdev/pmd-perf-show' command prints the frequency number calculated
> from the total number of cycles spent for iterations for the measured
> period. This number could be confusing, because users may think that it
> should be equal to CPU frequency, especially on non-x86 systems where TSC
The following tests are added to the DPDK testsuite to add some
coverage for the multi-segment mbufs:
- Check that multi-segment mbufs are disabled by default;
- Check that providing `other_config:dpdk-multi-seg-mbufs=true` indeed
enables mbufs;
- Using a DPDK port, send a random packet out and
From: Mark Kavanagh
Currently, jumbo frame support for OvS-DPDK is implemented by
increasing the size of mbufs within a mempool, such that each mbuf
within the pool is large enough to contain an entire jumbo frame of
a user-defined size. Typically, for each user-defined MTU,
'requested_mtu', a
As it stands, OVS_DPDK_START() won't allow other configs to be set
before starting the ovs-vswitchd daemon. This is a problem since some
configs, such as the "dpdk-multi-seg-mbufs=true" for enabling the
multi-segment mbufs, need to be set prior to start OvS.
To support other options,
In order to create a minimal environment that allows the tests to get
mbufs from an existing mempool, the following approach is taken:
- EAL is initialised (by using the main dpdk_init()) and a (very) small
mempool is instantiated (mimicking the logic in dpdk_mp_create()).
This mempool
Previous commits have added support to the dp_packet API to handle
multi-segmented packets, where data is not stored contiguously in
memory. However, in some cases, it is inevitable and data must be
provided contiguously. Examples of such cases are when performing csums
over the entire packet
From: Mark Kavanagh
Currently, packets are only copied to a single segment in the function
dpdk_do_tx_copy(). This could be an issue in the case of jumbo frames,
particularly when multi-segment mbufs are involved.
This patch calculates the number of segments needed by a packet and
copies the
From: Michael Qiu
When doing packet clone, if packet source is from DPDK driver,
multi-segment must be considered, and copy the segment's data one by
one.
Also, lots of DPDK mbuf's info is missed during a copy, like packet
type, ol_flags, etc. That information is very important for DPDK to do
In its current implementation dp_packet_shift() is also unaware of
multi-seg mbufs (that holds data in memory non-contiguously) and assumes
that data exists contiguously in memory, memmove'ing data to perform the
shift.
To add support for multi-seg mbufs a new set of functions was
introduced,
Most helper functions in dp-packet assume that the data held by a
dp_packet is contiguous, and perform operations such as pointer
arithmetic under that assumption. However, with the introduction of
multi-segment mbufs, where data is non-contiguous, such assumptions are
no longer possible. Some
When enabled with DPDK OvS deals with two types of packets, the ones
coming from the mempool and the ones locally created by OvS - which are
copied to mempool mbufs before output. In the latter, the space is
allocated from the system, while in the former the mbufs are allocated
from a mempool,
A new mutex, 'nonpmd_mp_mutex', has been introduced to serialise
allocation and free operations by non-pmd threads on a given mempool.
free_dpdk_buf() has been modified to make use of the introduced mutex.
Signed-off-by: Tiago Lam
Acked-by: Eelco Chaudron
Acked-by: Flavio Leitner
---
From: Mark Kavanagh
dp_packets are created using xmalloc(); in the case of OvS-DPDK, it's
possible the the resultant mbuf portion of the dp_packet contains
random data. For some mbuf fields, specifically those related to
multi-segment mbufs and/or offload features, random values may cause
From: Mark Kavanagh
There are numerous factors that must be considered when calculating
the size of an mbuf:
- the data portion of the mbuf must be sized in accordance With Rx
buffer alignment (typically 1024B). So, for example, in order to
successfully receive and capture a 1500B packet,
Overview
This patchset introduces support for multi-segment mbufs to OvS-DPDK.
Multi-segment mbufs are typically used when the size of an mbuf is
insufficient to contain the entirety of a packet's data. Instead, the
data is split across numerous mbufs, each carrying a portion, or
Before this commit setting scatter offload was based on checking
net_nfp device.
Since DPDK 17.11 more PMD drivers are reporting offload
capabilities. Therefore this commit removes the specific check
against net_nfp device and replaces it with a generic check of
device capabilities before setting
1. Enable compilation and linkage with dpdk 18.08.0
The following dpdk commits which were introduced after dpdk 17.11.x
require OVS updates to accommodate to the dpdk changes.
- ce17edde ("ethdev: introduce Rx queue offloads API")
- ab3ce1e0 ("ethdev: remove old offload API")
- c06ddf96 ("meter:
> On Tue, Sep 25, 2018 at 07:00:40PM +0300, Ilya Maximets wrote:
> > 'dpif-netdev/pmd-perf-show' command prints the frequency number
> > calculated from the total number of cycles spent for iterations for
> > the measured period. This number could be confusing, because users may
> > think that it
Untitled Document
Segue em anexo o comprovante do pagamento realizado atravs de
Ordem de Pagamento em virtude de voc nao possuir conta Sicoob. O valor
de R$ 2.975,00 e dever ser retirado em qualquer agncia
do Bradesco mediante a apresentao do comprovante
> There is already an ifdef DPDK_NETDEV block, so instead of checking on
> each and every function, move them to the right block.
>
> No functional change.
Thanks for this Flavio, LGTM, will be part of this weeks pull request.
Thanks
Ian
___
dev
From: Bhargava Shastry
This patch fixes a bug in the following test harnesses
- odp_target.c
- expr_parse_target.c
The bug is as follows:
We expect the fuzzed input to be a C string that does not contain a new
line character. This is because, the test code in OvS is built on
expecting string
On Wed, Oct 10, 2018 at 3:42 AM aginwala wrote:
> When starting OVN DBs in HA using pacemaker with ssl, we need to pass ssl
> certs for starting standby DBs. Hence, we need this change.
>
> Signed-off-by: aginwala
> Acked-by: Han Zhou
>
Acked-by: Numan Siddique
> ---
>
From: Numan Siddique
With this commit the users can override the default values of
the BFD params - min_rx, min_tx, decay_min_rx and mult if desired.
This can be useful to debug any issues related to BFD (like
frequent BFD state changes).
A new column 'options' is added in NB_Global and
43 matches
Mail list logo