Ping...
-邮件原件-
发件人: Linhaifeng
发送时间: 2018年4月26日 15:13
收件人: d...@openvswitch.org
抄送: Linhaifeng
主题: [PATCH] dpif-netdev:Delete port check in do_add_port
It is not need check port exist in do_add_port
because it had check in port_add.
Change-Id:
Administración Efectica del tiempo para
GERENTES o SUPERVISORES.
Fecha: 17/Mayo/2018
Horario: 10:00 a 13:00 y 15:00 a 18:00 horas
"Elimine para siempre la frase “No nos alcanza el tiempo” "
En este seminario online en vivo aprenderá:
Aprenda a planificar y organizar.
10 Soluciones
On 04/27/2018 05:40 PM, Pablo Cascón wrote:
> Currently to RX jumbo packets fails for NICs not supporting scatter.
> Scatter is not strictly needed for jumbo RX support. This change fixes
> the issue by not enabling scatter only for the PMD/NIC known not to
> need it to support jumbo RX.
>
On 4/25/2018 9:21 AM, Greg Rose wrote:
This series of patches is the first half of the backport of the
Linux kernel upstream ERSPAN feature support.
The first patch does some cleanup of unsupported kernel code. The
remaining patches in the series begin the backport of the actual
ERSPAN code.
The conntrack-counters ought to be incremented only if it's a new lookup
or if it's recirculated through a different zone for the first time.
Signed-off-by: Anand Kumar
---
datapath-windows/ovsext/Conntrack.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
Hi Sairam,
Sure. Will update the commit message and send out V2.
Thanks,
Anand Kumar
On 4/26/18, 3:57 PM, "Sairam Venugopal" wrote:
Anand,
Thanks for the patch. Can you update the commit message to better describe
the underlying issue?
Prevent
Currently to RX jumbo packets fails for NICs not supporting scatter.
Scatter is not strictly needed for jumbo RX support. This change fixes
the issue by not enabling scatter only for the PMD/NIC known not to
need it to support jumbo RX.
Note: this change is temporary and not needed for later
Thanks for this, Eelco.
(Sorry for the double email, missed the ML on the first one.)
On 25/04/2018 16:48, Eelco Chaudron wrote:
Currently, the code tells us we have 4 pad bytes left in cacheline0
while actually we are 8 bytes short:
This was caused by commit 5e925cc ("netdev-dpdk: DPDK
On 2018-04-26 15:39, a...@tripier.fr wrote:
> The binary representation of 80 and 8080 are switched in the Faucet tutorial.
>
> Signed-off-by: Axel Tripier
> ---
> Documentation/tutorials/faucet.rst | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Please disregard
The binary representation of 80 and 8080 are switched in the
Faucet tutorial.
Signed-off-by: Axel Tripier
---
Documentation/tutorials/faucet.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/tutorials/faucet.rst
On 2018-04-27 16:12, a...@tripier.fr wrote:
> Some commands are not shown in code blocks in the Advances Features
> tutorial, they are shown as variable width text because of a missing ":"
> to designate them as code blocks.
>
> Signed-off-by: Axel Tripier
> ---
>
Some commands are not shown in code blocks in the Advances Features
tutorial, they are shown as variable width text because of a missing ":"
to designate them as code blocks.
Signed-off-by: Axel Tripier
---
Documentation/tutorials/ovs-advanced.rst | 6 +++---
1 file changed, 3
Administración Efectica del tiempo para
GERENTES o SUPERVISORES.
Fecha: 17/Mayo/2018
Horario: 10:00 a 13:00 y 15:00 a 18:00 horas
"Elimine para siempre la frase “No nos alcanza el tiempo” "
En este seminario online en vivo aprenderá:
Aprenda a planificar y organizar.
10 Soluciones
Some commands are not shown in code blocks in the Advances Features
tutorial, they are shown as variable width text because of a missing ":"
to designate them as code blocks.
Signed-off-by: Axel Tripier
---
Documentation/tutorials/ovs-advanced.rst | 6 +++---
1 file changed, 3
The dp_hash selection method for select groups overcomes the scalability
problems of the current default selection method which, due to L2-L4
hashing during xlation and un-wildcarding of the hashed fields,
basically requires an upcall to the slow path to load-balance every
L4 connection. The
This commit implements a new dp_hash algorithm OVS_HASH_L4_SYMMETRIC in
the netdev datapath. It will be used as default hash algorithm for the
dp_hash-based select groups in a subsequent commit to maintain
compatibility with the symmetry property of the current default hash
selection method.
A
The current default OpenFlow select group implementation sends every new L4 flow
to the slow path for the balancing decision and installs a 5-tuple "miniflow"
in the datapath to forward subsequent packets of the connection accordingly.
Clearly this has major scalability issues with many parallel
The current implementation of the "dp_hash" selection method suffers
from two deficiences: 1. The hash mask and hence the number of dp_hash
values is just large enough to cover the number of group buckets, but
does not consider the case that buckets have different weights. 2. The
xlate-time
Hello Team,
I am using Core Network Emulator() which uses ovs services to simulate the
wired networks .
My question is below
1. What are the Key Performance Indicator provided by *OVS *.
2. Any output files got generated which gives you the simulation results
like
3. E2E Latency
4. Queue
Hello Team,
I am using Core Network Emulator() which uses ovs services to simulate the
wired networks .
My question is below
1. What are the Key Performance Indicator provided by OVS .
2. Any output files got generated which gives you the simulation results
like
1. E2E Latency
2. Queue
> On 26/04/18 19:41, Stokes, Ian wrote:
> >> On 04/26/2018 04:26 PM, Stokes, Ian wrote:
> Currently to RX jumbo packets fails for NICs not supporting scatter.
> Scatter is not strictly needed for jumbo RX support. This change
> fixes the issue by only enabling scatter for NICs known
On 26/04/18 19:41, Stokes, Ian wrote:
On 04/26/2018 04:26 PM, Stokes, Ian wrote:
Currently to RX jumbo packets fails for NICs not supporting scatter.
Scatter is not strictly needed for jumbo RX support. This change
fixes the issue by only enabling scatter for NICs known to need it to
support
On Fri, Apr 27, 2018 at 1:41 AM, Jakub Sitnicki wrote:
> Hi Numan,
>
> I've started reviewing your patch and it occurred to me that we can
> complicate
> the annotation a bit (but not much) and achieve the same effect. Please
> take a
> look at the proposed change [1].
>
> It
Greetings,
I offer flexible loans and funding for various projects by passing the usual
rigorous procedures. This Funding program allows a client to enjoy low interest
payback for as low as 3% per annul for a period of 1-20 years. I can approve a
loan/funding for up to $500,000,000.00 or more
24 matches
Mail list logo