2017-04-04 11:05, Hemant Agrawal:
> Hi Olivier,
>
> On 4/3/2017 8:49 PM, Olivier Matz wrote:
> > Hi Hemant,
> >
> > On Mon, 3 Apr 2017 14:42:09 +0530, Hemant Agrawal
> > wrote:
> >> Hardware pools need to distinguish between buffers allocated using
> >> software or hardware backed pools.
> >>
>
Thanks Cristian for the reply.
On Mon, Apr 3, 2017 at 3:39 PM, Dumitrescu, Cristian <
cristian.dumitre...@intel.com> wrote:
>
>
> > -Original Message-
> > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of raman geetha
> > gopalakrishnan
> > Sent: Monday, April 3, 2017 10:40 AM
> > To:
From: Shreyansh Jain
Mempool test currently supports:
* ring_mp_mc
* stack
Adding a new default pool options. So, ring* + stack + default
(which can be 'stack' or 'ring')
* This way, whatever the value of RTE_MBUF_DEFAULT_MEMPOOL_OPS is set,
it would be verified.
* even if that means dupl
From: Shreyansh Jain
mempool autotest was not freeing the mempools.
Fixes: 8ef772ae ("app/test: rework mempool tes")
Cc: sta...@dpdk.org
Signed-off-by: Shreyansh Jain
---
v3: fix the incorrect split
v2: separte the bug fix from change
test/test/test_mempool.c | 5 +++--
1 file changed, 3 ins
Hi Olivier,
On 4/3/2017 8:49 PM, Olivier Matz wrote:
Hi Hemant,
On Mon, 3 Apr 2017 14:42:09 +0530, Hemant Agrawal
wrote:
Hardware pools need to distinguish between buffers allocated using
software or hardware backed pools.
Some HW NICs may choose to autonomously free the pickets during
tran
Le 4 avril 2017 4:28:47 AM Stephen Hemminger a
écrit :
On Mon, 3 Apr 2017 22:53:06 +
"Wiles, Keith" wrote:
> On Apr 3, 2017, at 2:51 PM, Stephen Hemminger
wrote:
>
> On Thu, 30 Mar 2017 18:09:04 +
> "Dumitrescu, Cristian" wrote:
>
>>> -Original Message-
>>> From: dev [
Add two commands to show/clear VF stats
show vf stats
clear vf stats
Signed-off-by: Qi Zhang
---
v3:
- Rebase to dpdk-next-net
v2:
- Update testpmd_func.rst
app/test-pmd/cmdline.c | 192
doc/guides/testpmd_app_ug/testpmd_funcs.rst | 13
Add two commands to show/clear VF stats
show vf stats
clear vf stats
Signed-off-by: Qi Zhang
---
v2:
- update testpmd_func.rst
app/test-pmd/cmdline.c | 191
doc/guides/testpmd_app_ug/testpmd_funcs.rst | 13 ++
2 files changed, 204 insertio
On Mon, 3 Apr 2017 22:53:06 +
"Wiles, Keith" wrote:
> > On Apr 3, 2017, at 2:51 PM, Stephen Hemminger
> > wrote:
> >
> > On Thu, 30 Mar 2017 18:09:04 +
> > "Dumitrescu, Cristian" wrote:
> >
> >>> -Original Message-
> >>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of
Add below command line to configure ptype mapping.
ptype mapping get .
ptype mapping replace.
ptype mapping reset .
ptype mapping update .
Signed-off-by: Qi Zhang
---
v6:
- Update testpmd_func.rst.
v5:
- Rebase to dpdk-next-net
v3:
- Fix compile issue when CONFIG_RTE_LIBRTE_I40E_PMD=
The patch adds 4 APIs to support configurable
PTYPE mapping for i40e device.
rte_pmd_i40e_ptype_mapping_get.
rte_pmd_i40e_ptype_mapping_replace.
rte_pmd_i40e_ptype_mapping_reset.
rte_pmd_i40e_ptype_mapping_update.
The mapping from hardware defined packet type to software defined packet
type can be
The mapping from hardware defined packet type to software defined
packet type is static for i40e device, the patch let each ethdev to
to have their own copy of mapping table, this give the possibility
that different ethdev can be set different PTYPE mapping rule which
is the requirement to support
The patch set create new APIs that help to change the mapping from hardware
defined packet type to software defined packet type for i40e NICs.
Keep these APIs private is because currently they are only meaningful for
devices that support dynamic PTYPE configuration, which may not be a general
devic
> -Original Message-
> From: Yigit, Ferruh
> Sent: Monday, April 3, 2017 6:12 PM
> To: Zhang, Qi Z
> Cc: Wu, Jingjing ; Zhang, Helin
> ; dev@dpdk.org
> Subject: Re: [PATCH v6 1/3] net/i40e: enable per dev PTYPE mapping table
>
> On 4/3/2017 11:51 AM, Qi Zhang wrote:
> > The mapping from
> On Apr 3, 2017, at 2:51 PM, Stephen Hemminger
> wrote:
>
> On Thu, 30 Mar 2017 18:09:04 +
> "Dumitrescu, Cristian" wrote:
>
>>> -Original Message-
>>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jay Rolette
>>> Sent: Thursday, March 30, 2017 5:03 PM
>>> To: Wiles, Keith
Today, April 3rd 2017,
DPDK becomes a Linux Foundation Project.
Please join me to thank the 13 funding members:
http://dpdk.org/about#members
We can share the press release:
https://www.linuxfoundation.org/announcements/networking-industry-leaders-join-forces-to-expand-ne
On Thu, 30 Mar 2017 18:09:04 +
"Dumitrescu, Cristian" wrote:
> > -Original Message-
> > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jay Rolette
> > Sent: Thursday, March 30, 2017 5:03 PM
> > To: Wiles, Keith
> > Cc: Olivier Matz ; Jerin Jacob
> > ; dev@dpdk.org; techbo...@dp
2017-04-03 13:58, Anatoly Burakov:
> From: "Burakov, Anatoly"
>
> Some compilers require definition of vfio_iommu_spapr_tce_ddw_info
> before its use in vfio_iommu_spapr_tce_info, so move tce_info
> definition below tce_ddw_info.
>
> Fixes: 45385235aece ("vfio: fix compile on older kernels")
>
2017-03-31 15:37, Ferruh Yigit:
> After latest master tree integrated into next-net, icc build throws
> following error, which I assume related to this patchset, FYI:
>
> In file included from .../lib/librte_ring/rte_ring.c(90):
> .../lib/librte_ring/rte_ring.h(162): error #1366: a reduction in
>
2017-04-03 17:49, Ferruh Yigit:
> Recently added "dma_zalloc_coherent()" call is causing build error
> for Linux kernels < 3.2.
>
> compile error:
> .../build/build/lib/librte_eal/linuxapp/igb_uio/igb_uio.c:
> In function ‘igbuio_pci_probe’:
> .../build/build/lib/librte_eal/linuxapp/igb_uio/igb_
2017-03-31 15:49, Olivier Matz:
> On Fri, 31 Mar 2017 11:05:35 +0530, Shreyansh Jain
> wrote:
> > Fixes: 449c49b93a6b ("mempool: support handler operations")
> >
> > In case the stack or ring mempool handler are compiled as shared
> > library and not linked in with test binary, segfault is repor
On 4/1/2017 5:10 AM, Wei, FangfangX wrote:
> Hi all,
>
> There's one new build error:
> LD
> DPDK/x86_64-native-linuxapp-gcc/build/lib/librte_eal/linuxapp/igb_uio/igb_uio.c:
> In function ‘igbuio_pci_probe’:
> DPDK/x86_64-native-linuxapp-gcc/build/lib/librte_eal/linuxapp/igb_uio/igb_uio.c:4
Recently added "dma_zalloc_coherent()" call is causing build error
for Linux kernels < 3.2.
compile error:
.../build/build/lib/librte_eal/linuxapp/igb_uio/igb_uio.c:
In function ‘igbuio_pci_probe’:
.../build/build/lib/librte_eal/linuxapp/igb_uio/igb_uio.c:434:2:
error: implicit declaration of fu
2017-03-31 16:10, Olivier Matz:
> On Fri, 31 Mar 2017 16:03:54 +0200, Andriy Berestovskyy
> wrote:
> > Signed-off-by: Andriy Berestovskyy
>
> Acked-by: Olivier Matz
>
> Thanks
Applied, thanks
This patch fixes the incorrection slave session free operation.
Fixes: 57523e682bb7 ("crypto/scheduler: register operation functions")
Signed-off-by: Fan Zhang
---
v2:
- Remove unnecessary session set line.
drivers/crypto/scheduler/scheduler_pmd_ops.c | 11 ---
1 file changed, 4 inser
2017-03-31 15:51, Olivier Matz:
> On Thu, 30 Mar 2017 18:02:00 -0500, Gage Eads wrote:
> > Commit 30e6399892276 ("mempool: support non-EAL thread") added the
> > capability for non-EAL threads to use the mempool library. This commit
> > removes the note indicating that the mempool library cannot b
2017-03-31 09:18, Ananyev, Konstantin:
> > On Fri, 31 Mar 2017 09:41:39 +0100, Bruce Richardson
> > wrote:
> > > On Fri, Mar 31, 2017 at 10:26:10AM +0200, Olivier Matz wrote:
> > > > I replayed my tests, and I can also see a performance loss with 1c/1t
> > > > (ixgbe), not in the same magnitude h
Handle the following eth patterns:
eth dst spec aa:bb:cc:dd:ee:ff
eth dst mask ff:ff:ff:ff:ff:ff
eth src spec aa:bb:cc:dd:ee:ff
eth src mask ff:ff:ff:ff:ff:ff
Fixes: d46e85af6b5c ("net/i40e: parse QinQ pattern")
Signed-off-by: Bernard Iremonger
---
drivers/net/i40e/i40e_flow.c | 3 ++-
1 file c
> From: Andrew Rybchenko [mailto:arybche...@solarflare.com]
> Sent: Saturday, April 1, 2017 11:47 AM
> To: dev@dpdk.org; Alejandro Lucero
> Cc: Burakov, Anatoly
> Subject: vfio: failed to select IOMMU type
>
> Hi,
>
> after the following commit (it was picked up by dpdk-next-net recently), I
>
> -Original Message-
> From: akhil.go...@nxp.com [mailto:akhil.go...@nxp.com]
> Sent: Friday, March 24, 2017 9:58 PM
> To: dev@dpdk.org
> Cc: thomas.monja...@6wind.com; Doherty, Declan ;
> De Lara Guarch, Pablo ; Mcnamara, John
> ; nhor...@tuxdriver.com; hemant.agra...@nxp.com;
> Akhil Go
Add note to cryptodev API that chained mbufs
are not supported in DOCSISBPI mode.
Signed-off-by: Fiona Trahe
---
v2 changes:
- moved the comment from the rte_crypto_sym_op to the algorithm enum
lib/librte_cryptodev/rte_crypto_sym.h | 4
1 file changed, 4 insertions(+)
diff --git a/lib/li
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Monday, April 03, 2017 10:22 AM
<...>
>
> If that is the case then Please send a patch to fix it appropriately.
Will do, thanks for fixing this error.
Fixes: 57523e682bb7 ("crypto/scheduler: register operation functions")
This patch fixes the incorrection slave session free operation.
Signed-off-by: Fan Zhang
---
drivers/crypto/scheduler/scheduler_pmd_ops.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/crypto
On 4/3/2017 3:55 PM, Jerin Jacob wrote:
> On Fri, Mar 31, 2017 at 03:57:49PM +0200, Andriy Berestovskyy wrote:
>> Some DPDK applications/examples check link status on their
>> start. NICVF does not wait for the link, so those apps fail.
>>
>> Wait up to 9 seconds for the link as other PMDs do in or
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of akhil.go...@nxp.com
> Sent: Monday, April 3, 2017 11:52 AM
> To: dev@dpdk.org
> Cc: nhor...@tuxdriver.com; De Lara Guarch, Pablo
> ; Akhil Goyal
> Subject: [dpdk-dev] [PATCH] doc: update deprecation notice and
>
This patch adds initial mode and ordering enable/disable EAL
options to cryptodev scheduler PMD.
Signed-off-by: Fan Zhang
---
v4:
- Fixed a typo
- Fixed a mode check bug during initialization
v3:
- Fixed mode not set bug
v2:
- Updated for added scheduling modes
- Updated documentation
doc/gu
Hi Hemant,
On Mon, 3 Apr 2017 14:42:09 +0530, Hemant Agrawal
wrote:
> Hardware pools need to distinguish between buffers allocated using
> software or hardware backed pools.
>
> Some HW NICs may choose to autonomously free the pickets during
> transmit if the packet is from HW pool. While they
> -Original Message-
> From: Trahe, Fiona
> Sent: Monday, April 3, 2017 3:13 PM
> To: dev@dpdk.org; De Lara Guarch, Pablo
> Cc: Trahe, Fiona ; Jain, Deepak K
> ; Mcnamara, John
> Subject: [PATCH v3 2/3] doc: restructure QAT PMD guide
>
> Restructure QAT PMD instructions and add a devic
> -Original Message-
> From: Trahe, Fiona
> Sent: Monday, April 3, 2017 3:13 PM
> To: dev@dpdk.org; De Lara Guarch, Pablo
> Cc: Trahe, Fiona ; Jain, Deepak K
> ; Mcnamara, John
> Subject: [PATCH v3 3/3] doc: add support for Intel QAT device D15xx
>
> Add instructions for D15xx device t
On Fri, Mar 31, 2017 at 03:57:48PM +0200, Andriy Berestovskyy wrote:
> Some applications and DPDK examples expect link up/down
> functionality to be provided.
>
> Signed-off-by: Andriy Berestovskyy
> ---
> drivers/net/thunderx/nicvf_ethdev.c | 14 ++
> 1 file changed, 14 insertions(+
> -Original Message-
> From: Trahe, Fiona
> Sent: Monday, April 3, 2017 3:13 PM
> To: dev@dpdk.org; De Lara Guarch, Pablo
> Cc: Trahe, Fiona ; Jain, Deepak K
> ; Mcnamara, John
> Subject: [PATCH v3 1/3] crypto/qat: add support for Intel QAT device D15xx
>
> Add support for Intel QuickAs
On Fri, Mar 31, 2017 at 03:57:49PM +0200, Andriy Berestovskyy wrote:
> Some DPDK applications/examples check link status on their
> start. NICVF does not wait for the link, so those apps fail.
>
> Wait up to 9 seconds for the link as other PMDs do in order
> to fix those apps/examples.
>
> Signed
On Mon, Apr 03, 2017 at 03:45:46PM +0100, Ferruh Yigit wrote:
> On 4/3/2017 3:39 PM, Bruce Richardson wrote:
> > Having packets received without any offload flags given in the mbuf is not
> > very useful, and performance tests with testpmd indicates little to no
> > benefit is got with the current
On 3/30/2017 2:52 PM, Thomas Monjalon wrote:
> 2017-03-30 18:20, Hemant Agrawal:
>> On 3/30/2017 4:59 PM, Ferruh Yigit wrote:
>>> On 3/28/2017 10:45 AM, Hemant Agrawal wrote:
Hi Olivier,
On 3/27/2017 10:00 PM, Olivier Matz wrote:
> Hi Hemant,
>
> On Fri, 24 Mar 2017 17:42
On 4/3/2017 3:39 PM, Bruce Richardson wrote:
> Having packets received without any offload flags given in the mbuf is not
> very useful, and performance tests with testpmd indicates little to no
> benefit is got with the current code by turning off the flags. This makes
> the build-time option poin
Having packets received without any offload flags given in the mbuf is not
very useful, and performance tests with testpmd indicates little to no
benefit is got with the current code by turning off the flags. This makes
the build-time option pointless, so we can remove it.
Signed-off-by: Bruce Ric
With the mbuf rework, we now have 8 contiguous bytes to be rearmed in the
mbuf just before the 8-bytes of olflags. If we don't do the rearm write
inside the descriptor ring replenishment function, and delay it to
receiving the packet, we can do a single 16B write inside the RX function
to set both
this set is based upon Olivier's mbuf rework patchset, and makes some
improvement to the i40e driver taking account of the rework. It also
removes a build-time option that seems unnecessary.
Bruce Richardson (2):
net/i40e: eliminate mbuf write on rearm
net/i40e: remove option to disable offloa
On 4/3/2017 3:22 PM, Jerin Jacob wrote:
> On Mon, Apr 03, 2017 at 02:10:41PM +, Legacy, Allain wrote:
>>> -Original Message-
>>> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
>>> Sent: Monday, April 03, 2017 9:59 AM
>>> To: dev@dpdk.org
>>> Cc: YIGIT, FERRUH; Legacy, Allain;
On Mon, Apr 03, 2017 at 02:10:41PM +, Legacy, Allain wrote:
> > -Original Message-
> > From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> > Sent: Monday, April 03, 2017 9:59 AM
> > To: dev@dpdk.org
> > Cc: YIGIT, FERRUH; Legacy, Allain; Jerin Jacob
> > Subject: [dpdk-dev] [PATC
Add instructions for D15xx device to the QAT PMD guide.
Signed-off-by: Fiona Trahe
---
doc/guides/cryptodevs/qat.rst | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/doc/guides/cryptodevs/qat.rst b/doc/guides/cryptodevs/qat.rst
index d6f1773..cf4ad9e 100644
--- a/doc/
Restructure QAT PMD instructions and add a device table to
minimise duplication for each device and make it easier to add devices.
Fix some device name typos and poor formatting.
Signed-off-by: Fiona Trahe
---
doc/guides/cryptodevs/qat.rst | 416 ++
1 file
Add support for Intel QuickAssist Technology device D15xx
Signed-off-by: Fiona Trahe
---
drivers/crypto/qat/rte_qat_cryptodev.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/crypto/qat/rte_qat_cryptodev.c
b/drivers/crypto/qat/rte_qat_cryptodev.c
index 5b34f5e..386a449 100644
--
Add support for Intel QuickAssist Technology device D15xx
v3 changes:
- fix poor formatting in documentation
v2 changes:
- update documentation
Fiona Trahe (3):
crypto/qat: add support for Intel QAT device D15xx
doc: restructure QAT PMD guide
doc: add support for Intel QAT device D15xx
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Monday, April 03, 2017 9:59 AM
> To: dev@dpdk.org
> Cc: YIGIT, FERRUH; Legacy, Allain; Jerin Jacob
> Subject: [dpdk-dev] [PATCH] net/avp: fix build with non x86
>
> sys/io.h is an x86 specific header f
On 4/3/2017 2:58 PM, Jerin Jacob wrote:
> sys/io.h is an x86 specific header file and
> AVP driver is not using any x86 specific IO
> operation. Hence removing the sys/io.h reference
> to fix the build issue on non x86 platforms.
>
> Fixes: 5567f9689cf8 ("net/avp: support driver registration")
>
sys/io.h is an x86 specific header file and
AVP driver is not using any x86 specific IO
operation. Hence removing the sys/io.h reference
to fix the build issue on non x86 platforms.
Fixes: 5567f9689cf8 ("net/avp: support driver registration")
Signed-off-by: Jerin Jacob
---
drivers/net/avp/avp_e
On 4/1/2017 7:15 AM, Wenzhuo Lu wrote:
> After adding VLAN filter, the VLAN promiscuous mode is
> disabled. But there's no chance to enable it.
> So add the check after deleting VLAN filter. If there's
> no VLAN filter left, enable the VLAN promiscuous mode.
>
> Fixes: 310dac2fde07 ("net/i40e: fix
> -Original Message-
> From: Yigit, Ferruh
> Sent: Monday, April 3, 2017 11:40 AM
> To: Yang, Qiming ; dev@dpdk.org; Mcnamara, John
> ; Thomas Monjalon
> Subject: Re: [dpdk-dev] [PATCH] doc: add known igb_uio issue for i40e
>
> On 3/27/2017 10:16 AM, Qiming Yang wrote:
> > When insmod "
On 4/3/2017 12:10 PM, Qi Zhang wrote:
> Add two commands to show/clear VF stats
> show vf stats
> clear vf stats
>
> Signed-off-by: Qi Zhang
> ---
> v2:
>
> - update testpmd_func.rst
>
Hi Qi,
Can you please rebase the patch on top of latest next-net?
Thanks,
ferruh
On 4/1/2017 2:18 AM, Wenzhuo Lu wrote:
> Ixgbe supports to set TCs' bandwidth allocation.
> This patch set enables this feature.
>
> Bernard Iremonger (2):
> net/ixgbe: allocate TC bandwidth
> app/testpmd: add CLI to set TC min bandwidth
Hi Wenzhuo,
Can you please rebase the patch on top of
Hi Wei,
Thanks for your reply.
If autoneg is false, then we set a default speed to the highest value
before performing the link setup.
You are right, there is no relevant reason to keep this check on speed
mask.
should be:
+ if (!autoneg)
+ s
On 3/31/2017 2:54 PM, Pascal Mazon wrote:
> I'm adding a cover letter to clarify this series history, as I've mixed my
> versions a little...
>
> This series fixes some errors in the tap PMD.
>
<...>
>
> Pascal Mazon (3):
> net/tap: update netlink error code management
> net/tap: fix null MA
On 4/3/2017 10:05 AM, Vasily Philipov wrote:
> Signed-off-by: Vasily Philipov
> Acked-by: Nelio Laranjeiro
Applied to dpdk-next-net/master, thanks.
From: "Burakov, Anatoly"
Some compilers require definition of vfio_iommu_spapr_tce_ddw_info
before its use in vfio_iommu_spapr_tce_info, so move tce_info
definition below tce_ddw_info.
Fixes: 45385235aece ("vfio: fix compile on older kernels")
Signed-off-by: Burakov, Anatoly
---
lib/librte_ea
On 4/3/2017 12:20 PM, Nelio Laranjeiro wrote:
> Flow validation already processes the final actions to verify if a rule can
> be applied or not and the same is done during creation. As the creation
> function relies on validation to generate and apply a rule, this job can be
> fully handled by the
On 4/3/2017 12:25 PM, Nelio Laranjeiro wrote:
> RSS flow rule validation accepts any queue even non existing ones which
> causes a segmentation fault at creation time.
>
> Fixes: fb4db56ea074 ("net/mlx5: support RSS action flow rule")
>
> Signed-off-by: Nelio Laranjeiro
> Acked-by: Adrien Mazarg
> From: Piasecki, JacekX
> Sent: Monday, April 3, 2017 1:10 PM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ; Jastrzebski, MichalX K
> ; Piasecki, JacekX
> ; Kozak, KubaX
>
> Subject: [PATCH v3 3/3] add new xstats API id support for ixgbe
>
> From: Michal Jastrzebski
>
> To achieve functionality
> From: Piasecki, JacekX
> Sent: Monday, April 3, 2017 1:10 PM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ; Jastrzebski, MichalX K
> ; Piasecki, JacekX
> ; Kozak, KubaX
>
> Subject: [PATCH v3 2/3] add new xstats API id support for e1000
>
> From: Michal Jastrzebski
>
> To achieve functionality
> From: Piasecki, JacekX
> Sent: Monday, April 3, 2017 1:10 PM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ; Jastrzebski, MichalX K
> ; Piasecki, JacekX
> ; Kozak, KubaX
> ; Kulasek, TomaszX
> Subject: [PATCH v3 1/3] add new xstats API retrieving by id
>
> From: Michal Jastrzebski
>
> Extended
On 4/1/2017 8:57 AM, Beilei Xing wrote:
> This patch changes CLI of loading profile from
> "add ddp (port_id) (profile_path)" to "ddp add
> (port_id) (profile_path)" which is more consistent
> with other CLIs.
>
> Signed-off-by: Beilei Xing
Series squashed into relevant commit in next-net, thank
On 4/3/2017 8:08 AM, Mcnamara, John wrote:
>
>
>> -Original Message-
>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Rami Rosen
>> Sent: Monday, April 3, 2017 5:12 AM
>> To: dev@dpdk.org
>> Cc: Wu, Jingjing ; Rosen, Rami
>>
>> Subject: [dpdk-dev] [PATCH ] doc: Fix a typo in a sec
This patch adds initial mode and ordering enable/disable EAL
options to cryptodev scheduler PMD.
Signed-off-by: Fan Zhang
---
v3:
- Fixed mode not set bug
v2:
- Updated for added scheduling modes
- Updated documentation
doc/guides/cryptodevs/scheduler.rst| 14 +++
drivers/cry
Hi Thomas,
The following changes since commit ba82829fda022e14a938c3a669de0e634626e4c8:
mk: use icc default inline limit (2017-03-30 22:42:32 +0200)
are available in the git repository at:
http://dpdk.org/git/next/dpdk-next-eventdev master
for you to fetch changes up to 4f0ec5afddf15f76735
On Sat, Apr 01, 2017 at 01:04:27AM +0530, Jerin Jacob wrote:
> The following patch set adds Cavium OCTEONTX HW based eventdev
> implementation to the next-eventdev tree.
>
> Introduction to OCTEON-TX ARM processors can be found
> here: http://www.cavium.com/OCTEON-TX_ARM_Processors.html
>
> - Fir
On 3/30/2017 2:08 PM, Wiles, Keith wrote:
>
>> On Mar 30, 2017, at 3:52 AM, Pascal Mazon wrote:
>>
>> Only full mask (0x) is accepted, there is no way to specify a mask
>> for layer 4 ports to the kernel using TC rules.
>>
>> Fixes: 1c71189ab9b7 ("net/tap: add basic flow API patterns and acti
RSS flow rule validation accepts any queue even non existing ones which
causes a segmentation fault at creation time.
Fixes: fb4db56ea074 ("net/mlx5: support RSS action flow rule")
Signed-off-by: Nelio Laranjeiro
Acked-by: Adrien Mazarguil
Acked-by: Yongseok Koh
---
To be integrated after DP
Flow validation already processes the final actions to verify if a rule can
be applied or not and the same is done during creation. As the creation
function relies on validation to generate and apply a rule, this job can be
fully handled by the validation function.
Signed-off-by: Nelio Laranjeiro
On 4/2/2017 2:41 AM, Jingjing Wu wrote:
> Add README file in base to track the base code modification.
>
> Signed-off-by: Jingjing Wu
Applied to dpdk-next-net/master, thanks.
From: Akhil Goyal
While enqueue/dequeue operations in test_perf_aes_sha,
the underlying implementation may not be able to dequeue
the same number of buffers as enqueued. So, it may be
necessary to perform more dequeue operations if the gap
is more than pparams->burst_size * NUM_MBUF_SETS.
Other
From: Akhil Goyal
Signed-off-by: Akhil Goyal
---
doc/guides/rel_notes/deprecation.rst | 5 -
doc/guides/rel_notes/release_17_05.rst | 3 +++
2 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/doc/guides/rel_notes/deprecation.rst
b/doc/guides/rel_notes/deprecation.rst
index d6
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Pei, Yulong
> Sent: Saturday, April 1, 2017 3:02 AM
> To: Vladyslav Buslov ; Zhang, Helin
> ; Wu, Jingjing ;
> Yigit, Ferruh
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] net/i40e: add packet prefetch
>
On 3/27/2017 10:16 AM, Qiming Yang wrote:
> When insmod "igb_uio" with "intr_mode=legacy and test link
> status interrupt. Since INTx interrupt is not supported by
> X710/XL710/XXV710, it will cause Input/Output error when
> reading file descriptor.
>
> Signed-off-by: Qiming Yang
> ---
> doc/gui
On 4/1/2017 3:01 AM, Pei, Yulong wrote:
> Hi All
>
> In Non-vector mode, without this patch, single core performance can reach
> 37.576Mpps with 64Byte packet,
> But after applied this patch , single core performance downgrade to
> 34.343Mpps with 64Byte packet.
Thanks Yulong for the test.
Vla
From: Michal Jastrzebski
To achieve functionality of retrieving only specific statistics
given by application there are two new functions added:
ixgbe_dev_xstats_get_by_ids() which retrieve
values of statistics specified by ids array
and ixgbe_dev_xstats_get_names_by_ids() which retrieve
names of
From: Michal Jastrzebski
To achieve functionality of retrieving only specific statistics
given by application there are two new functions added:
eth_igb_xstats_get_by_ids() which retrieve
values of statistics specified by ids array
and eth_igb_xstats_get_names_by_ids() which retrieve
names of sta
On 4/2/2017 12:29 PM, Shahaf Shuler wrote:
> Remove unnecessary interface queries and the Resource Domain when
> creating the Queue Pair. Since mlx5 PMD data path is on top of native
> APIs, such Verbs library calls are no longer needed.
>
> Signed-off-by: Shahaf Shuler
> Acked-by: Nelio Laranjei
Add two commands to show/clear VF stats
show vf stats
clear vf stats
Signed-off-by: Qi Zhang
---
v2:
- update testpmd_func.rst
app/test-pmd/cmdline.c | 191
doc/guides/testpmd_app_ug/testpmd_funcs.rst | 13 ++
2 files changed, 204 insertio
From: Michal Jastrzebski
Extended xstats API in ethdev library to allow grouping of stats
logically so they can be retrieved per logical grouping ??? managed
by the application.
Changed existing functions rte_eth_xstats_get_names and
rte_eth_xstats_get to use a new list of arguments: array of ids
Extended xstats API in ethdev library to allow grouping of stats logically
so they can be retrieved per logical grouping managed by the application.
Changed existing functions rte_eth_xstats_get_names and rte_eth_xstats_get
to use a new list of arguments: array of ids and array of values.
ABI vers
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Nidhia Varghese
> Sent: Monday, April 3, 2017 11:03 AM
> To: us...@dpdk.org; dev@dpdk.org
> Subject: [dpdk-dev] Work with IP_PIPELINE application with non-supporting
> NIC
>
> Hi,
>
> Currently I am planning to
On 4/3/2017 11:51 AM, Qi Zhang wrote:
> The mapping from hardware defined packet type to software defined
> packet type is static for i40e device, the patch let each ethdev to
> to have their own copy of mapping table, this give the possibility
> that different ethdev can be set different PTYPE map
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of raman geetha
> gopalakrishnan
> Sent: Monday, April 3, 2017 10:40 AM
> To: dev@dpdk.org
> Subject: [dpdk-dev] Reg AF_packet PMD for ip_pipeline framework
>
> Hi All,
>
> How to enable AF_packet PMD for applicati
Hi,
Currently I am planning to develop a DPDK application using Packet
Framework. But I do not have a DPDK supported NIC.
I was able to run l2fwd application using AF_PACKET pmd. But when I tried
to run ip pipeline application using "--vdev=af_packet0,iface=eno2
--vdev=af_packet1,iface=eno3" I fou
On 4/1/2017 8:28 AM, Lu, Wenzhuo wrote:
> Hi,
>
>> -Original Message-
>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Zhang, Helin
<...>
>>> -Original Message-
>>> From: Thomas Monjalon [mailto:thomas.monja...@6wind.com]
<...>
>>> 2017-03-20 16:04, Yongseok Koh:
In rte
Add below command line to configure ptype mapping.
ptype mapping get .
ptype mapping replace.
ptype mapping reset .
ptype mapping update .
Signed-off-by: Qi Zhang
---
v6:
- Update testpmd_func.rst.
v5:
- Rebase to dpdk-next-net
v3:
- Fix compile issue when CONFIG_RTE_LIBRTE_I40E_PMD
The patch adds 4 APIs to support configurable
PTYPE mapping for i40e device.
rte_pmd_i40e_ptype_mapping_get.
rte_pmd_i40e_ptype_mapping_replace.
rte_pmd_i40e_ptype_mapping_reset.
rte_pmd_i40e_ptype_mapping_update.
The mapping from hardware defined packet type to software defined packet
type can be
The mapping from hardware defined packet type to software defined
packet type is static for i40e device, the patch let each ethdev to
to have their own copy of mapping table, this give the possibility
that different ethdev can be set different PTYPE mapping rule which
is the requirement to support
The patch set create new APIs that help to change the mapping from hardware
defined packet type to software defined packet type for i40e NICs.
Keep these APIs private is because currently they are only meaningful for
devices that support dynamic PTYPE configuration, which may not be a general
devic
On 4/1/2017 4:22 AM, Chen, Jing D wrote:
>
>
>> -Original Message-
>> From: Wang, Xiao W
>> Sent: Tuesday, March 28, 2017 11:59 AM
>> To: Chen, Jing D
>> Cc: dev@dpdk.org; Wang, Xiao W ;
>> sta...@dpdk.org
>> Subject: [PATCH] net/fm10k: fix secondary process crash
>>
>> If the primary pr
1 - 100 of 114 matches
Mail list logo
