From: tchaitax
1.added new logtype for aesni_gcm driver.
2.registered new logtype.
3.GCM_LOG_ERR and CDEV_LOG_ERR are replaced with
new logtype name AESNI_GCM_PMD_LOG.
Signed-off-by: Talluri Chaitanya
Reviewed-by: Reshma Pattan
---
drivers/crypto/aesni_gcm/aesni_gcm_pmd.c | 29 +
Hi Adrien,
> -Original Message-
> From: dev On Behalf Of Adrien Mazarguil
> Sent: Saturday, May 26, 2018 12:35 AM
> To: Shahaf Shuler
> Cc: dev@dpdk.org
> Subject: [dpdk-dev] [PATCH 6/7] net/mlx5: probe all port representors
>
> Probe existing port representors in addition to their mast
On Thu, Jun 07, 2018 at 04:38:26PM +0200, Maxime Coquelin wrote:
> vhost_vring_call() used rte_mb(), which translates into
> mfence instruction on x86.
>
> This patch changes to use rte_smp_mb(), which changed recently
> to translate into a locked ADD instruction for performance
> reason.
>
> The
For librte_cryptodev dynamic logging,
conditional compilation of debug logs would not be required anymore.
Signed-off-by: Jananee Parthasarathy
Reviewed-by: Reshma Pattan
---
lib/librte_cryptodev/rte_cryptodev.h | 8
1 file changed, 8 deletions(-)
diff --git a/lib/librte_cryptodev/rte
On Thu, Jun 07, 2018 at 11:26:12AM +0200, Maxime Coquelin wrote:
> Simple Tx path is not compliant with the Virtio specification,
> as it assumes the device will use the descriptors in order.
>
> VIRTIO_F_IN_ORDER feature has been introduced recently, but the
> simple Tx path is not compliant with
Hi Souvik,
Yes, if adding vlan filter, the packet will be received with vlan stripped even
if the vlan_strip is disabled. It’s i40e HW limitation, different from ixgbe.
Best Regards,
Beilei
From: Dey, Souvik [mailto:so...@rbbn.com]
Sent: Tuesday, June 12, 2018 12:26 AM
To: Xing, Beilei ; Wu, Ji
From: Naga Suresh Somarowthu
1.added new logtype for aesni_mb driver.
2.registered new logtype.
3.MB_LOG_ERR and CDEV_LOG_ERR are
replaced with new logtype name AESNI_MB_PMD_LOG.
Signed-off-by: Naga Suresh Somarowthu
Reviewed-by: Reshma Pattan
---
drivers/crypto/aesni_mb/rte_aesni_mb_pmd.c
On Thu, Jun 07, 2018 at 11:26:13AM +0200, Maxime Coquelin wrote:
> Having Rx mergeable buffers feature enabled should not be
> a reason to not use Tx simple path.
>
> Signed-off-by: Maxime Coquelin
Reviewed-by: Tiwei Bie
> ---
> drivers/net/virtio/virtio_ethdev.c | 4 +---
> 1 file changed, 1
1.added new logtype for openssl driver.
2.registered new logtype.
3.OPENSSL_LOG_ERR and CDEV_LOG_ERR are
replaced with new logtype name OPENSSL_PMD_LOG.
Signed-off-by: Naga Suresh Somarowthu
---
drivers/crypto/openssl/rte_openssl_pmd.c | 40 ++--
drivers/crypto/openss
From: hvemulax
1.added new logtype for driver.
2.registered the new logtype.
3.CS_LOG_ERR and RTE_LOG logtypes are replaced
with new logtype name.
Signed-off-by: Hari Kumar
Reviewed-by: Reshma Pattan
---
v2: Removed newline from logs as it is in log macro itself
---
drivers/crypto/scheduler/
Hi Wei,
> -Original Message-
> From: Zhao1, Wei
> Sent: Tuesday, June 5, 2018 5:12 PM
> To: dev@dpdk.org
> Cc: Lu, Wenzhuo ; sta...@dpdk.org; Zhao1, Wei
>
> Subject: [PATCH] net/ixgbe: fix tunnel id format error for FDIR
>
> In cloud mode for FDIR, tunnel id should be set as protocol re
Hi， wenzhuo
> -Original Message-
> From: Lu, Wenzhuo
> Sent: Tuesday, June 12, 2018 10:42 AM
> To: Zhao1, Wei ; dev@dpdk.org
> Cc: sta...@dpdk.org
> Subject: RE: [PATCH] net/ixgbe: add support for VLAN in IP mode FDIR
>
> > -Original Message-
> > From: Zhao1, Wei
> > Sent: Tuesday
> -Original Message-
> From: Lu, Wenzhuo
> Sent: Tuesday, June 12, 2018 10:42 AM
> To: Zhao1, Wei ; dev@dpdk.org
> Cc: sta...@dpdk.org
> Subject: RE: [PATCH] net/ixgbe: add support for VLAN in IP mode FDIR
>
> > -Original Message-
> > From: Zhao1, Wei
> > Sent: Tuesday, June 12,
> -Original Message-
> From: Zhao1, Wei
> Sent: Tuesday, June 12, 2018 10:31 AM
> To: Lu, Wenzhuo ; dev@dpdk.org
> Cc: sta...@dpdk.org
> Subject: RE: [PATCH] net/ixgbe: add support for VLAN in IP mode FDIR
>
> Hi, wenzhuo
>
> > -Original Message-
> > From: Lu, Wenzhuo
> > Sent: Tu
Hi, wenzhuo
> -Original Message-
> From: Lu, Wenzhuo
> Sent: Tuesday, June 12, 2018 10:26 AM
> To: Zhao1, Wei ; dev@dpdk.org
> Cc: sta...@dpdk.org
> Subject: RE: [PATCH] net/ixgbe: add support for VLAN in IP mode FDIR
>
> Hi Wei,
>
>
> > -Original Message-
> > From: Zhao1, Wei
>
Hi Wei,
> -Original Message-
> From: Zhao1, Wei
> Sent: Tuesday, June 5, 2018 5:12 PM
> To: dev@dpdk.org
> Cc: Lu, Wenzhuo ; sta...@dpdk.org; Zhao1, Wei
>
> Subject: [PATCH] net/ixgbe: add support for VLAN in IP mode FDIR
>
> In IP mode FDIR, X550 can support not only 4 tuple parameters
Hi Andrew,
On Sat, Jun 9, 2018 at 2:23 AM, Andrew Rybchenko
wrote:
> BTW, thinking about function I found out there is a trap in private area
> size related to the function. I think that the function description should
> highlight that rte_pktmbuf_priv_size(m->pool) should be used to
> find out
> -Original Message-
> From: Jerin Jacob
> Sent: Monday, June 4, 2018 8:51 PM
> To: Gavin Hu
> Cc: Bruce Richardson ; Thomas Monjalon
> ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v5 2/2] doc: add a guide doc for cross
> compiling from x86
>
> -Original Message-
> > Date:
Hi,
> -Original Message-
> From: Zhao1, Wei
> Sent: Tuesday, June 5, 2018 5:12 PM
> To: dev@dpdk.org
> Cc: Lu, Wenzhuo ; sta...@dpdk.org; Zhao1, Wei
>
> Subject: [PATCH] app/testpmd: fix VLAN tci mask set error for FDIR
>
> The vlan tci mask should be set to 0xEFFF, not 0x0, the wrong ma
> -Original Message-
> From: Trahe, Fiona
> Sent: Friday, May 11, 2018 12:14 PM
> To: dev@dpdk.org
> Cc: De Lara Guarch, Pablo ; Trahe, Fiona
> ; Jozwiak, TomaszX
> Subject: [PATCH v2 29/31] crypto/qat: add performance improvement into qat
> crypto dev.
>
> From: Tomasz Jozwiak
>
>
> -Original Message-
> From: Trahe, Fiona
> Sent: Friday, May 11, 2018 12:14 PM
> To: dev@dpdk.org
> Cc: De Lara Guarch, Pablo ; Trahe, Fiona
> ; Jozwiak, TomaszX
> Subject: [PATCH v2 26/31] crypto/qat: cleanups
>
> - renamed sgl_cookie to cookie
> - renamed qp_gen_config to qat_gen_
Hi,
> -Original Message-
> From: Trahe, Fiona
> Sent: Friday, May 11, 2018 12:14 PM
> To: dev@dpdk.org
> Cc: De Lara Guarch, Pablo ; Trahe, Fiona
> ; Jozwiak, TomaszX ;
> ArkadiuszX Kusztal
> Subject: [PATCH v2 03/31] crypto/qat: remove unused includes
>
> This commit removes unused incl
Currently, all hugepages are allocated from lower VA address to
higher VA address, while malloc heap allocates from higher VA
address to lower VA address. This results in heap fragmentation
over time due to multiple reserves leaving small space below the
allocated elements.
Fix this by allocating
Introduce a suite of autotests to cover functionality of fbarray.
This will check for invalid parameters, check API return values and
errno codes, and will also do some basic functionality checks on the
indexing code.
Signed-off-by: Anatoly Burakov
---
test/test/Makefile | 1 +
test/test
Add a function to return starting point of current contiguous
block, going backwards. All semantics are kept the same as the
existing function, with the only difference being that given the
same input, results will be returned in reverse order.
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/c
Just code move to put all checks and calls in one place.
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/common/eal_common_fbarray.c | 54 --
1 file changed, 29 insertions(+), 25 deletions(-)
diff --git a/lib/librte_eal/common/eal_common_fbarray.c
b/lib/librte_eal/common/
Mostly code move, aside from more quick checks done to avoid
doing computations in obviously hopeless cases.
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/common/eal_common_fbarray.c | 63 --
1 file changed, 36 insertions(+), 27 deletions(-)
diff --git a/lib/librte_eal/c
Add function to look up used/free indexes starting from specified
index, but going backwards instead of forward. Semantics are kept
similar to the existing function, except for the fact that, given
the same input, the results returned will be in reverse order.
Signed-off-by: Anatoly Burakov
---
Add a function to look for N used/free slots, but going backwards
instead of forwards. All semantics are kept similar to the existing
function, with the difference being that given the same input, the
same results will be returned in reverse order.
Signed-off-by: Anatoly Burakov
---
lib/librte_e
Mostly a code move, to have all code related to find_contig in
one place. This slightly changes the API in that previously,
calling find_contig_free() on a full fbarray would've been
an error, but equivalent call to find_contig_used() on an empty
array does not return an error, leading to an incons
Errno values are supposed to be positive, yet they were negative.
This changes API, so not backporting.
Fixes: c44d09811b40 ("eal: add shared indexed file-backed array")
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/common/eal_common_fbarray.c | 4 ++--
1 file changed, 2 insertions(+), 2 d
This patchset is mostly dealing with changes fbarray, but it is
actually about reducing fragmentation in Linuxapp memalloc.
We allocate hugepages from lower VA to higher VA. However, our
malloc heap allocates addresses from higher VA to lower VA. This
results in a situation where, whenever new pag
Allow user to override the hard coded IP address and UDP
port values in Tx only test.
Signed-off-by: Stephen Hemminger
---
app/test-pmd/parameters.c | 49 +++
app/test-pmd/testpmd.h| 6
app/test-pmd/txonly.c | 16 -
Change the IP address and UDP port used for testpmd Tx only
test. The old values overlap common NAT local networks; instead
use reserved addresses in IETF RFC 2544.
Signed-off-by: Stephen Hemminger
---
app/test-pmd/txonly.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff -
The testpmd application had hardcoded 192.168.0.1 port 1024
which is a problem when used in environments where IP address of
network is different. For example, running testpmd on Azure
where virtual networks are assigned by host infrastructure.
Stephen Hemminger (2):
testpmd: use RFC values for
On Sun, 10 Jun 2018 16:46:42 +0530
Jerin Jacob wrote:
> -Original Message-
> > Date: Fri, 8 Jun 2018 11:11:54 -0700
> > From: Stephen Hemminger
> > To: "Wiles, Keith"
> > Cc: "dev@dpdk.org" , Stephen Hemminger
> >
> > Subject: Re: [dpdk-dev] [PATCH v10 1/5] eal: add rte_uuid support
>
> On Jun 11, 2018, at 11:06 AM, Ophir Munk wrote:
>
> This commit explains how to manually compile the C source file
> tap_bpf_program.c into an ELF file using the clang compiler.
> The code in tap_bpf_program.c requires definitions found in iproute2
> source code. This commit suggests cloning
Hi Xing,
Do we need to do i40evf_add_vlan() to get the vlan packets up
to the VM like we had in ixgbe_vf? I see that if I have the vlan added through
i40evf_add_vlan(), then the packet is received with the vlan stripped even if
the vlan_strip is disabled in the PF. If I just do
On Mon, Jun 11, 2018 at 4:01 AM Michał Krawczyk wrote:
> 2018-06-10 3:35 GMT+02:00 Chas Williams <3ch...@gmail.com>:
> >
> >
> > On Fri, Jun 8, 2018 at 3:37 PM Ferruh Yigit
> wrote:
> >>
> >> On 6/7/2018 10:43 AM, Michal Krawczyk wrote:
> >> > From: Rafal Kozik
> >> >
> >> > Link speed should i
Segment index was set to 0 at start but was never incremented.
This has no consequences other than displayed number of segments
allocated at initialization. Fix this by incrementing it after
displaying.
Fixes: 66cc45e293ed ("mem: replace memseg with memseg lists")
Cc: sta...@dpdk.org
Signed-off-b
Previously, memory allocator always left holes between mapped
contigmem segments, even if they were IOVA-contiguous. Fix this
by remembering last IOVA address and memseg index, and checking
against those when mapping new contigmem segments.
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/bsdap
In the perfect world, it wouldn't matter how much memory was
preallocated because most of it was always going to be private
anonymous zero-page mappings for the duration of the program.
However, in practice, due to peculiarities of FreeBSD, we need
to additionally limit memory allocation there. Thi
This commit explains how to manually compile the C source file
tap_bpf_program.c into an ELF file using the clang compiler.
The code in tap_bpf_program.c requires definitions found in iproute2
source code. This commit suggests cloning the iproute2 git tree and
include its path in the clang command.
Hi all,
The proposal deadline (June 8) is over.
All the features must be reviewed and integrated during June.
It will be a short release cycle.
The release 18.08.0 is expected to happen at the very beginning of August.
The deadlines will be more strictly respected than for 18.05.
Please let's foc
On Fri, 8 Jun 2018 23:57:09 +0100
Ferruh Yigit wrote:
> DEV_RX_OFFLOAD_KEEP_CRC offload flag added.
>
> DEV_RX_OFFLOAD_CRC_STRIP flag will remain one more release
> default behavior in PMDs is to keep the CRC until this flag removed
This won't work for virtual devices that never keep CRC.
Mayb
On 6/11/2018 12:20 PM, Alejandro Lucero wrote:
> Apart from not being used, this is causing problem when compiling
> DPDK with the musl library as reported by bugzilla.
>
> Bugzilla ID: 40
> Fixes: c7e9729da6b5 ("net/nfp: support CPP")
Cc: sta...@dpdk.org
> Signed-off-by: Alejandro Lucero
On Monday 11 June 2018 07:37 PM, Jerin Jacob wrote:
> -Original Message-
>> Date: Tue, 5 Jun 2018 11:54:11 +0530
>> From: Hemant Agrawal
>> To: dev@dpdk.org
>> CC: olivier.m...@6wind.com, santosh.shu...@caviumnetworks.com, Hemant
>> Agrawal
>> Subject: [dpdk-dev] [PATCH] mbuf: remove
-Original Message-
> Date: Tue, 5 Jun 2018 11:54:11 +0530
> From: Hemant Agrawal
> To: dev@dpdk.org
> CC: olivier.m...@6wind.com, santosh.shu...@caviumnetworks.com, Hemant
> Agrawal
> Subject: [dpdk-dev] [PATCH] mbuf: remove experimental tag from pool ops
> functions
> X-Mailer: git-se
Hi Adrien,
Couldn't find your original email from inbox anyway, have to start a new thread
here.
> The current PCI probing method is not aware of Verbs port representors,
> which appear as standard Verbs devices bound to the same PCI address and
> cannot be distinguished.
>
> Problem is that mo
-Original Message-
> Date: Mon, 28 May 2018 18:27:04 +0530
> From: rkudurumalla
> To: dev@dpdk.org
> CC: Rakesh Kudurumalla
> Subject: [dpdk-dev] [PATCH] net/thunderx: add support for hardware first
> skip feature
> X-Mailer: git-send-email 2.7.4
>
> This feature is used to create a hol
On Mon, 2018-06-11 at 17:58 +0530, Shreyansh Jain wrote:
> On 6/4/2018 2:28 PM, Luca Boccassi wrote:
> > Hi all,
> >
> > Here is a list of patches targeted for stable release 18.02.2.
> > Please
> > help review and test. The planned date for the final release is
> > Thursday,
> > the 14th of June.
On 6/7/2018 10:42 AM, Michal Krawczyk wrote:
> The upcoming patches for the ENA PMD are part of 1.1.0 update of the PMD
> and the version number is updated accordingly.
>
> Signed-off-by: Michal Krawczyk
Series applied to dpdk-next-net/master, thanks.
(02/27 replaced with https://dpdk.org/dev/p
On 6/4/2018 2:28 PM, Luca Boccassi wrote:
Hi all,
Here is a list of patches targeted for stable release 18.02.2. Please
help review and test. The planned date for the final release is Thursday,
the 14th of June. Before that, please shout if anyone has objections with these
patches being applied.
-Original Message-
> Date: Mon, 4 Jun 2018 18:25:17 +0530
> From: Nikhil Rao
> To: jerin.ja...@caviumnetworks.com
> CC: dev@dpdk.org, Nikhil Rao , sta...@dpdk.org
> Subject: [PATCH] eventdev: fix Rx SW adapter stop
> X-Mailer: git-send-email 1.8.3.1
>
> The Rx adapter stop call does not g
-Original Message-
> Date: Sun, 3 Jun 2018 19:40:46 +0530
> From: Nikhil Rao
> To: jerin.ja...@caviumnetworks.com
> CC: dev@dpdk.org, Nikhil Rao , sta...@dpdk.org
> Subject: [PATCH] eventdev: fix internal event port logic in Rx event adapter
> X-Mailer: git-send-email 1.8.3.1
>
> Set the
-Original Message-
> Date: Sun, 3 Jun 2018 18:12:25 +0530
> From: Nikhil Rao
> To: jerin.ja...@caviumnetworks.com
> CC: dev@dpdk.org, Nikhil Rao , sta...@dpdk.org
> Subject: [PATCH] eventdev: add event buffer flush in Rx adapter
> X-Mailer: git-send-email 1.8.3.1
>
> Add an event buffer f
-Original Message-
> Date: Sun, 3 Jun 2018 17:11:08 +0530
> From: Nikhil Rao
> To: jerin.ja...@caviumnetworks.com
> CC: dev@dpdk.org, Nikhil Rao , sta...@dpdk.org
> Subject: [PATCH] eventdev: fix missing update to Rx adaper WRR position
> X-Mailer: git-send-email 1.8.3.1
>
> After dequeui
On 6/11/2018 12:35 PM, Shahaf Shuler wrote:
> Monday, June 11, 2018 2:26 PM, Ananyev, Konstantin:
>> Cc: dev@dpdk.org
>> Subject: Re: [dpdk-dev] [RFC] ethdev: remove all offload API
>>> Subject: Re: [RFC] ethdev: remove all offload API
>>>
>>> On 6/11/2018 12:00 PM, Shahaf Shuler wrote:
Hi Fer
Reviewed-by: Xueming(Steven) Li
> -Original Message-
> From: dev On Behalf Of Adrien Mazarguil
> Sent: Saturday, May 26, 2018 12:35 AM
> To: Shahaf Shuler
> Cc: dev@dpdk.org
> Subject: [dpdk-dev] [PATCH 4/7] net/mlx5: re-indent generic probing function
>
> Since commit "net/mlx5: split
Monday, June 11, 2018 2:26 PM, Ananyev, Konstantin:
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [RFC] ethdev: remove all offload API
> > Subject: Re: [RFC] ethdev: remove all offload API
> >
> > On 6/11/2018 12:00 PM, Shahaf Shuler wrote:
> > > Hi Ferruh,
> > >
> > > Thanks for this patch.
> > >
>
On 6/11/2018 12:26 PM, Ananyev, Konstantin wrote:
>
>
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Monday, June 11, 2018 12:18 PM
>> To: Shahaf Shuler ; Andrew Rybchenko
>> ; Jerin Jacob
>> ; Lu, Wenzhuo ; Wu,
>> Jingjing ; Iremonger,
>> Bernard ; Mcnamara, John
>> ; Kovacevic
> -Original Message-
> From: Yigit, Ferruh
> Sent: Monday, June 11, 2018 12:18 PM
> To: Shahaf Shuler ; Andrew Rybchenko
> ; Jerin Jacob
> ; Lu, Wenzhuo ; Wu,
> Jingjing ; Iremonger,
> Bernard ; Mcnamara, John
> ; Kovacevic, Marko
> ; Neil Horman ; Horton,
> Remy ; Ori Kam
> ; Richard
Apart from not being used, this is causing problem when compiling
DPDK with the musl library as reported by bugzilla.
Bugzilla ID: 40
Fixes: c7e9729da6b5 ("net/nfp: support CPP")
Signed-off-by: Alejandro Lucero
---
drivers/net/nfp/nfpcore/nfp-common/nfp_platform.h | 1 -
1 file changed, 1 delet
11/06/2018 13:03, Ori Kam:
> Due to the very short release cycle for this
> 18.08 release, and the need for good discussions,
> It is more reasonable to target 18.11 for this proposal.
I agree the timeframe is too short in 18.08 to accept such
a new generic API.
> The intent is to have a good gen
On 6/11/2018 12:00 PM, Shahaf Shuler wrote:
> Hi Ferruh,
>
> Thanks for this patch.
>
> Monday, June 11, 2018 12:10 PM, Ferruh Yigit:
>> Subject: Re: [RFC] ethdev: remove all offload API
>>
>> On 6/9/2018 9:04 AM, Andrew Rybchenko wrote:
>>> On 06/09/2018 01:41 AM, Ferruh Yigit wrote:
Cc: S
Signed-off-by: Ferruh Yigit
Acked-by: John McNamara
---
Cc: Shreyansh Jain
v2:
* Wording fixed
v3:
* Used suggested multi line format
* added abstraction layer and PMDs order
---
doc/guides/rel_notes/release_18_08.rst | 9 +
1 file changed, 9 insertions(+)
diff --git a/doc/guides/rel
On 6/11/2018 12:00 PM, Michal Krawczyk wrote:
> The ENA driver was updated with the new features and few fixes and minor
> changes are introduced.
> First of all, the communication layer which is delivered by vendor was
> updated - the version in the HEAD is a bit outdated now. ENA is able to
> com
Due to the very short release cycle for this
18.08 release, and the need for good discussions,
It is more reasonable to target 18.11 for this proposal.
The intent is to have a good generic API for all tunnel encapsulation
and working well with all HW constraints.
So please let's start the multi-v
Hi Ferruh,
Thanks for this patch.
Monday, June 11, 2018 12:10 PM, Ferruh Yigit:
> Subject: Re: [RFC] ethdev: remove all offload API
>
> On 6/9/2018 9:04 AM, Andrew Rybchenko wrote:
> > On 06/09/2018 01:41 AM, Ferruh Yigit wrote:
> >> Cc: Shahaf Shuler
> >>
> >> Signed-off-by: Ferruh Yigit
> >
The ENA driver was updated with the new features and few fixes and minor
changes are introduced.
First of all, the communication layer which is delivered by vendor was
updated - the version in the HEAD is a bit outdated now. ENA is able to
communicate with the driver through Admin queue by using ad
The generic encapsulation approach has been
replaced by this more specific MPLS API.
As a consequence it is better threaded as v2 of the
generic API proposal, which may be considered again for
later release.
This version of the RFC is discarded in patchwork
> -Original Message-
> Due to
Until now MPLS tunnel is supported only for checksum and
TSO offloading.
IN DPDK 18.05 some encapsulation API has been added for
VXLAN and NVGRE.
This patch adds the encapsulation offload for the MPLS tunnel type.
Signed-off-by: Ori Kam
---
v2: Specific MPLS encapsulation RFC
v1: generic tunn
On 6/11/2018 10:54 AM, Michal Krawczyk wrote:
> ena_com is the HAL provided by the vendor and it shouldn't be modified
> by the driver developers.
>
> The PMD and platform file was adjusted for the new version of the
> ena_com:
> * Do not use deprecated meta descriptor fields
> * Add empty
-Original Message-
> Date: Mon, 21 May 2018 19:23:55 +0530
> From: Vipin Varghese
> To: dev@dpdk.org, nikhil@intel.com, deepak.k.j...@intel.com
> CC: Vipin Varghese
> Subject: [dpdk-dev] [PATCH v3] test/eventdev: add multi port test to suite
> X-Mailer: git-send-email 2.7.4
>
> Add a
Added high/regular performance core pinning configuration options
that can be used in place of the existing 'config' option.
'--high-perf-cores CORELIST' option allow the user to specify a
high performance cores list; if this option is not used and the
'perf-config' option is used, the application
Signed-off-by: Radu Nicolau
---
test/test/test_power_acpi_cpufreq.c | 42 +
1 file changed, 42 insertions(+)
diff --git a/test/test/test_power_acpi_cpufreq.c
b/test/test/test_power_acpi_cpufreq.c
index 8da2dcc..67d5ee0 100644
--- a/test/test/test_power_acpi_c
New API added, rte_power_get_capabilities(), that allows the
application to query the power and performance capabilities
of the CPU cores.
Signed-off-by: Radu Nicolau
---
v2: fixed coding style errors, split test into separate patch
lib/librte_power/power_acpi_cpufreq.c | 21 ++
-Original Message-
> Date: Fri, 8 Jun 2018 14:03:38 +0530
> From: Pavan Nikhilesh
> To: Jerin Jacob , sta...@dpdk.org,
> dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] doc: fix octeontx selftest vdev argument
> User-Agent: Mutt/1.10.0 (2018-05-17)
>
> On Fri, Jun 08, 2018 at 09:02:27AM +
I forgot to add the V2.
I will send it again.
Apologies.
On Mon, Jun 11, 2018 at 10:55 AM, Alejandro Lucero <
alejandro.luc...@netronome.com> wrote:
> Apart from not being used, this is causing problem when compiling
> DPDK with the musl library as reported by bugzilla.
>
> Bugzilla ID: 40
> Fi
Apart from not being used, this is causing problem when compiling
DPDK with the musl library as reported by bugzilla.
Bugzilla ID: 40
Fixes: c7e9729da6b5 ("net/nfp: support CPP")
Signed-off-by: Alejandro Lucero
---
drivers/net/nfp/nfpcore/nfp-common/nfp_platform.h | 1 -
1 file changed, 1 delet
The ENA driver was updated with the new features and few fixes and minor
changes are introduced.
First of all, the communication layer which is delivered by vendor was
updated - the version in the HEAD is a bit outdated now. ENA is able to
communicate with the driver through Admin queue by using ad
2018-06-11 11:50 GMT+02:00 Ferruh Yigit :
> On 6/11/2018 10:33 AM, Michał Krawczyk wrote:
>> 2018-06-11 11:26 GMT+02:00 Ferruh Yigit :
>>> On 6/11/2018 9:45 AM, Michał Krawczyk wrote:
2018-06-08 21:45 GMT+02:00 Ferruh Yigit :
> On 6/7/2018 10:42 AM, Michal Krawczyk wrote:
>> The upcomi
TX descriptor eop_offset field is not initialized and it could
contain garbage. This patch fixes the potential problem setting
EOP as the only subfield. The other subfield, data offset, is
not used by now.
Fixes: b812daadad0d ("nfp: add Rx and Tx")
Signed-off-by: Alejandro Lucero
---
drivers/ne
On 6/11/2018 10:33 AM, Michał Krawczyk wrote:
> 2018-06-11 11:26 GMT+02:00 Ferruh Yigit :
>> On 6/11/2018 9:45 AM, Michał Krawczyk wrote:
>>> 2018-06-08 21:45 GMT+02:00 Ferruh Yigit :
On 6/7/2018 10:42 AM, Michal Krawczyk wrote:
> The upcoming patches for the ENA PMD are part of 1.1.0 upda
2018-06-11 11:26 GMT+02:00 Ferruh Yigit :
> On 6/11/2018 9:45 AM, Michał Krawczyk wrote:
>> 2018-06-08 21:45 GMT+02:00 Ferruh Yigit :
>>> On 6/7/2018 10:42 AM, Michal Krawczyk wrote:
The upcoming patches for the ENA PMD are part of 1.1.0 update of the PMD
and the version number is updated
-Original Message-
> Date: Wed, 6 Jun 2018 15:30:01 -0500
> From: Honnappa Nagarahalli
> To: jerin.ja...@caviumnetworks.com, harry.van.haa...@intel.com,
> honnappa.nagaraha...@arm.com
> CC: dev@dpdk.org
> Subject: [PATCH v3] doc/event: improve eventdev library documentation
> X-Mailer: gi
Hello Thomas,
I have a question about support for write combining patch set.
It got ack from Bruce Richardson more then month ago.
Also no one has any further comments about it.
What is the next step to commit them to DPDK source?
Best regards,
Rafal Kozik
On 6/11/2018 9:45 AM, Michał Krawczyk wrote:
> 2018-06-08 21:45 GMT+02:00 Ferruh Yigit :
>> On 6/7/2018 10:42 AM, Michal Krawczyk wrote:
>>> The upcoming patches for the ENA PMD are part of 1.1.0 update of the PMD
>>> and the version number is updated accordingly.
>>
>> Does it make sense to add a
On 6/9/2018 11:11 AM, Andrew Rybchenko wrote:
> On 06/09/2018 01:57 AM, Ferruh Yigit wrote:
>> DEV_RX_OFFLOAD_KEEP_CRC offload flag added.
>>
>> DEV_RX_OFFLOAD_CRC_STRIP flag will remain one more release
>> default behavior in PMDs is to keep the CRC until this flag removed
>>
>> Until DEV_RX_OFFLO
On 6/9/2018 9:04 AM, Andrew Rybchenko wrote:
> On 06/09/2018 01:41 AM, Ferruh Yigit wrote:
>> Cc: Shahaf Shuler
>>
>> Signed-off-by: Ferruh Yigit
>> ---
>
> <...>
>
>> diff --git a/app/test-eventdev/test_perf_common.c
>> b/app/test-eventdev/test_perf_common.c
>> index d00f91802..9fe042ffe 1006
Converted the license header of the files
that still have the old full header.
Signed-off-by: Pablo de Lara
---
lib/librte_cryptodev/rte_cryptodev.h | 31 ++--
lib/librte_cryptodev/rte_cryptodev_pmd.h | 31 ++--
2 files changed, 4 insertions(+), 58 del
2018-06-08 21:45 GMT+02:00 Ferruh Yigit :
> On 6/7/2018 10:42 AM, Michal Krawczyk wrote:
>> The upcoming patches for the ENA PMD are part of 1.1.0 update of the PMD
>> and the version number is updated accordingly.
>
> Does it make sense to add a release notes update to announce driver update?
Is
Sure. I will send another version adding that syntax.
Thanks
On Fri, Jun 8, 2018 at 8:49 PM, Ferruh Yigit wrote:
> On 6/8/2018 11:40 AM, Alejandro Lucero wrote:
> > Apart from not being used, this is causing problem when compiling
> > DPDK with the musl library as reported by bugzilla.
>
> If t
-Original Message-
> Date: Fri, 8 Jun 2018 22:53:59 +0530
> From: Anoob Joseph
> To: Bruce Richardson , Jerin Jacob
> , Pablo de Lara
>
> Cc: Anoob Joseph , Hemant Agrawal
> , Narayana Prasad
> , Nikhil Rao
> , Pavan Nikhilesh ,
> Sunil Kumar Kori , dev@dpdk.org
> Subject: [PATCH 0
2018-06-10 3:35 GMT+02:00 Chas Williams <3ch...@gmail.com>:
>
>
> On Fri, Jun 8, 2018 at 3:37 PM Ferruh Yigit wrote:
>>
>> On 6/7/2018 10:43 AM, Michal Krawczyk wrote:
>> > From: Rafal Kozik
>> >
>> > Link speed should is not limited to 10Gb/s and it shouldn't be
>> > hardcoded.
>> >
>> > They li
Hi Souvik,
Could you try with kernel driver (version 2.4.3) first? In my environment,
disable vlan strip in DPDK works with kernel driver version 2.4.3.
My test steps with testpmd:
>set fwd rxonly
>set verbose 1
>set promisc 0 off
>vlan set strip off 0
Then send a vlan packet with VF mac address
On Mon, Jun 11, 2018 at 07:27:22AM +, Ori Kam wrote:
> Hi
>
> No you shouldn't understand this.
> I still think that the [1] proposal is the correct
> approach, but due to a very short time frame for this
> release I suggest this as intermediate solution.
>
> I want to get comments and open d
-Original Message-
> Date: Mon, 11 Jun 2018 04:05:26 +
> From: Sachin Saxena
> To: Jerin Jacob , Hemant Agrawal
>
> CC: "dev@dpdk.org"
> Subject: RE: [dpdk-dev] [PATCH] mk: change TLS model for ARMv8 and DPAA
> machine
>
>
> > -Original Message-
> > From: Jerin Jacob [mai
Hi
No you shouldn't understand this.
I still think that the [1] proposal is the correct
approach, but due to a very short time frame for this
release I suggest this as intermediate solution.
I want to get comments and open discussion regarding
the proposal and in worst case add it to next releas
99 matches
Mail list logo
