On 2018年02月28日 22:53, Tan, Jianfeng wrote:
Hi Jason,
On 2/28/2018 10:10 PM, Jason Wang wrote:
On 2018年02月24日 17:35, Jianfeng Tan wrote:
Mostly likely, we will make UFO as a kind of GSO engine.
For short term, we can just call APIs in librte_ip_frag to fragment.
To test:
1. start testpm
Adding support for IPsec events in rte_eth_event framework. In inline
IPsec offload, the per packet protocol defined variables, like ESN,
would be managed by PMD. In such cases, PMD would need IPsec events
to notify application about various conditions like, ESN overflow.
Signed-off-by: Anoob Jose
Adding support for IPsec event
Signed-off-by: Anoob Joseph
---
v2:
* No change
app/test-pmd/parameters.c | 2 ++
app/test-pmd/testpmd.c| 2 ++
2 files changed, 4 insertions(+)
diff --git a/app/test-pmd/parameters.c b/app/test-pmd/parameters.c
index 97d22b8..7ea882f 100644
--- a/app/test-pm
This series enables application to set the sequence number soft limit
for IPsec offload. In inline IPsec offload, as the sequence number
(maintained by PMD/device) reaches the specified soft limit, the PMD
would raise an "IPSEC_EVENT". This event would have some metadata,
which would be used by the
Adding ESN soft limit in conf. This will be used in case of protocol
offload. Per SA, application could specify for what ESN the security
device need to notify application. In case of eth dev(inline protocol),
rte_eth_event framework would raise an IPsec event.
Signed-off-by: Anoob Joseph
---
v2:
For inline protocol processing, the PMD/device is required to maintain
the ESN. But the application is required to monitor ESN overflow to
initiate SA expiry.
For such cases, application would set the ESN soft limit. An IPsec event
would be raised by rte_eth_event framework, when ESN hits the soft
Extending 'userdata' to be used for IPsec events too.
IPsec events would have some metadata which would uniquely identify the
security session for which the event is raised. But application would
need some construct which it can understand. The 'userdata' solves a
similar problem for inline proces
This patch set convert net/e1000 to new Rx/Tx offloads API.
All Rx offloads are per port features.
All Tx offloads of e1000 are per queue and also per packet as they
are enabled in Tx descriptor.
In the new offload API, per queue offload only need to be set in
queue_setup(). So if the maimum number
Ethdev Rx offloads API has changed since:
commit ce17eddefc20 ("ethdev: introduce Rx queue offloads API")
This commit support the new Rx offloads API.
Signed-off-by: Wei Dai
---
drivers/net/e1000/em_ethdev.c | 32 +++-
drivers/net/e1000/em_rxtx.c| 27 ++---
drive
Ethdev Tx offloads API has changed since:
commit cba7f53b717d ("ethdev: introduce Tx queue offloads API")
This commit support the new Tx offloads API.
Signed-off-by: Wei Dai
---
drivers/net/e1000/em_ethdev.c | 1 +
drivers/net/e1000/em_rxtx.c| 3 +++
drivers/net/e1000/igb_ethdev.c | 4
On Thu, Mar 1, 2018 at 1:03 PM, Hemant Agrawal wrote:
>
> The array pointers were used without index.
>
> Fixes: b9083ea5e084 ("net/dpaa: further push mode optimizations")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Hemant Agrawal
> ---
> drivers/bus/dpaa/base/qbman/qman.c| 5 +++--
> drive
Glue object files are looked up in RTE_EAL_PMD_PATH by default when set and
should be installed in this directory.
During startup, EAL attempts to load them automatically like other plug-ins
found in this directory. While normally harmless, dlopen() fails when
rdma-core is not installed, EAL inter
> -Original Message-
> From: Jason Wang [mailto:jasow...@redhat.com]
> Sent: Thursday, March 1, 2018 3:46 PM
> To: Zhang, Qi Z ; dev@dpdk.org
> Cc: Karlsson, Magnus ; Topel, Bjorn
>
> Subject: Re: [dpdk-dev] [RFC 0/7] PMD driver for AF_XDP
>
>
>
> On 2018年03月01日 12:20, Zhang, Qi Z wro
On 2018年03月01日 20:56, Zhang, Qi Z wrote:
BTW, performance test shows our PMD can reach 94%~98% of the
orignal benchmark when share memory is enabled.
Hi:
Looks like zero copy is not used in this series. Any plan to support that?
Zero copy is enabled in patch 5, if a mempool passed check_memp
Code changes how shadow buffer are filled up in each calls.
Refilling the shadow buffer helped in improving 0.2 Mpps.
Signed-off-by: Vipin Varghese
---
drivers/event/sw/sw_evdev_scheduler.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/event/sw/sw_evdev_scheduler.c
b/drivers/e
With rearranging the code to prefetch the contents before
loop check increases performance from single and multistage
atomic pipeline.
Signed-off-by: Vipin Varghese
---
drivers/event/sw/sw_evdev_scheduler.c | 18 +-
1 file changed, 13 insertions(+), 5 deletions(-)
diff --git a/d
On 1/22/2018 9:30 AM, Yuanhan Liu wrote:
> It is suggested to use PCI BDF to identify a port for port addition
> in OVS-DPDK. While mlx5 has its own naming style: name it by ib dev
> name. This breaks the typical OVS DPDK use case and brings more puzzle
> to the end users.
>
> To fix it, this patc
01/03/2018 07:02, Tan, Jianfeng:
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> > On 02/28/2018 02:36 AM, Yang, Zhiyong wrote:
> > > From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> > >> On 02/14/2018 03:53 PM, Zhiyong Yang wrote:
> > >>>lib/librte_vhost/Makefile | 3
01/03/2018 07:10, Hemant Agrawal:
> On 2/28/2018 8:14 PM, Bruce Richardson wrote:
> > On Tue, Feb 27, 2018 at 10:55:52PM +0530, Hemant Agrawal wrote:
> >> +includes += include_directories('../../../lib/librte_eal/linuxapp/eal')
> >
> > Is this not covered by the dependency on eal? Is it accessing
Hi Shally
//snip//
> [Shally] This looks better to me. So it mean app would always call
> xform_init() for stateless and attach an
> updated priv_xform to ops (depending upon if there's shareable or not). So it
> does not need to have
> NULL pointer on priv_xform. right?
>
[Fiona] yes. The PMD
Hi,
I'm trying to make a vhost-user initiator built upon DPDK work with 2MB
hugepages. In the initiator we have to share all memory with the host process,
so it
can perform DMA. DPDK currently enforces having one descriptor per hugepage and
there's an artificial limit of shared descriptors in D
Fix kni compilation under RHEL 7.5.
Signed-off-by: Lee Roberts
---
lib/librte_eal/linuxapp/kni/compat.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/lib/librte_eal/linuxapp/kni/compat.h
b/lib/librte_eal/linuxapp/kni/compat.h
index 3f8c0bc..6a6968d 100644
--- a/lib/librte_eal/linuxap
On Thu, 1 Mar 2018 16:20:35 -0700
Lee Roberts wrote:
> Fix kni compilation under RHEL 7.5.
>
> Signed-off-by: Lee Roberts
> ---
> lib/librte_eal/linuxapp/kni/compat.h | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/lib/librte_eal/linuxapp/kni/compat.h
> b/lib/librte_eal/linuxa
On 3/1/2018 9:41 AM, Trahe, Fiona wrote:
> Hi Shally
>
> //snip//
>> [Shally] This looks better to me. So it mean app would always call
>> xform_init() for stateless and attach an
>> updated priv_xform to ops (depending upon if there's shareable or not). So
>> it does not need to have
>> NULL poi
Hi Dariusz,
> -Original Message-
> From: Stojaczyk, DariuszX
> Sent: Friday, March 2, 2018 6:41 AM
> To: dev@dpdk.org; Tan, Jianfeng; Maxime Coquelin; Burakov, Anatoly;
> Yuanhan Liu
> Cc: Harris, James R; Thomas Monjalon
> Subject: virtio with 2MB hugepages - bringing back single file seg
> -Original Message-
> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Thursday, March 01, 2018 5:18 PM
> To: Roberts, Lee A.
> Cc: ferruh.yi...@intel.com; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] kni: fix compilation under RHEL 7.5
>
> On Thu, 1 Mar 2018 16:20:
I got same issue, is there any possible way to make it work?
On Feb 3, 2018 5:26 PM, "真我风采" <1534057...@qq.com> wrote:
> Hi, All:
> I want to use I350 vlan offload feature to impove performance, but
> get in trouble.
> After enable port_conf.hw_vlan_strip, i can get vlan id in
> mbuf->v
Hi??
after add mbuf->l2_len as below, it works now.
mbuf->vlan_tci = vlan_id;
mbuf->ol_flags |= PKT_TX_VLAN_PKT;
mbuf->l2_len = sizeof(struct ether_hdr);
thanks!
-- --
??: "James Huang";
: 2018??3??2??(??) 11:33
??: "
> -Original Message-
> From: Jason Wang [mailto:jasow...@redhat.com]
> Sent: Thursday, March 1, 2018 9:18 PM
> To: Zhang, Qi Z
> Cc: Karlsson, Magnus ; Topel, Bjorn
> ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [RFC 0/7] PMD driver for AF_XDP
>
>
>
> On 2018年03月01日 20:56, Zhang, Qi Z wro
The patch let etherdev driver expose the capability flag through
rte_eth_dev_info_get when it support deferred queue configuraiton,
then base on the flag rte_eth_[rx|tx]_queue_setup could decide
continue to setup the queue or just return fail when device already
started.
Signed-off-by: Qi Zhang
-
According to exist implementation,rte_eth_[rx|tx]_queue_setup will
always return fail if device is already started(rte_eth_dev_start).
This can't satisfied the usage when application want to deferred setup
part of the queues while keep traffic running on those queues already
be setup.
example:
rt
Add new command to setup queue:
queue setup (rx|tx) (port_id) (queue_idx) (ring_size)
rte_eth_[rx|tx]_queue_setup will be called corresponsively
Signed-off-by: Qi Zhang
---
app/test-pmd/cmdline.c | 136
doc/guides/testpmd_app_ug/testpmd_funcs.rs
Add two parameters:
rxq-setup: set the number of RX queues be setup before device started
txq-setup: set the number of TX queues be setup before device started.
Signed-off-by: Qi Zhang
---
app/test-pmd/parameters.c | 29 +
app/test-pmd/testpmd.c
Expose the deferred queue configuration capability and enhance
i40e_dev_[rx|tx]_queue_[setup|release] to handle the situation when
device already started.
Signed-off-by: Qi Zhang
---
drivers/net/i40e/i40e_ethdev.c | 6
drivers/net/i40e/i40e_rxtx.c | 62 +++
Ethdev Rx offloads API has changed since:
commit ce17eddefc20 ("ethdev: introduce Rx queue offloads API")
Ethdev Tx offloads API has changed since:
commit cba7f53b717d ("ethdev: introduce Tx queue offloads API")
This commit support the new Rx and Tx offloads API.
Signed-off-by: Wei Dai
---
drive
Hi everybody,
I know this thread was from over 2 years ago but I ran into the same problem
with l3fwd-power today.
Any updates on this?
-BL
Forgot to link the original thread.
http://dpdk.org/ml/archives/dev/2016-January/030930.html
-BL
> -Original Message-
> From: long...@viettel.com.vn [mailto:long...@viettel.com.vn]
> Sent: Friday, March 2, 2018 2:19 PM
> To: dev@dpdk.org
> Cc: david.h...@intel.com; mh...@mhcomputing.net;
On 03/01/2018 11:40 PM, Stojaczyk, DariuszX wrote:
Hi,
I'm trying to make a vhost-user initiator built upon DPDK work with 2MB
hugepages. In the initiator we have to share all memory with the host process,
so it
can perform DMA. DPDK currently enforces having one descriptor per hugepage and
38 matches
Mail list logo
