Hi David,
The patch below is causing performance regression with BNX2X PMD. We are seeing
1518 packets not getting to line rate after applying the patch. We are using
l2fwd application on the test system. The same issue is not observed while
using testpmd application.
We are trying to
Hi Jerin,
> -Original Message-
> From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com]
> Sent: Monday, June 20, 2016 5:14 PM
> To: Lu, Wenzhuo
> Cc: dev at dpdk.org; Ananyev, Konstantin; Richardson, Bruce; Chen, Jing D;
> Liang,
> Cunming; Wu, Jingjing; Zhang, Helin;
Tested-by: Chen, Zhaoyan
* Commit: 3901ed99c2f82d3e979bb1bea001d61898241829
* Patch Apply: Success
* Compilation: Success
* Kernel/OS: 3.11.10-301.fc20.x86_64
* GCC: 4.8.3 20140911
* Case 1
./app/test -cf -n4
cryptodev_aesni_mb_autotest
Checked the AES-128-CBC / HMAC-224/384 unit test is added.
On Mon, Jun 20, 2016 at 05:56:40PM +, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com]
> > Sent: Monday, June 20, 2016 3:22 PM
> > To: Ananyev, Konstantin
> > Cc: Thomas Monjalon; dev at dpdk.org; Hunt, David;
>
>From: "Charles (Chas) Williams"
>
>If MSIX is available, the vector count given by the table size is one
>less than the actual count. This count also limits the receive and
>transmit queue resources the VF can support.
>
>Fixes: 540a211084a7 ("bnx2x: driver core")
>
>Signed-off-by: Chas
Hi,
I am facing compilation error for DPDK 16.04 as below:
In file included from
/home/cran/dpdk-16.04/lib/librte_eal/common/eal_common_options.c:52:0:
/home/cran/dpdk-16.04/x86_64-native-linuxapp-gcc/include/rte_memcpy.h:673:9:
error: called from here
_mm_storeu_si128((__m128i
Hi Jerin, Stephen,
> -Original Message-
> From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com]
> Sent: Tuesday, June 21, 2016 11:51 AM
> To: Stephen Hemminger
> Cc: Lu, Wenzhuo; dev at dpdk.org; Ananyev, Konstantin; Richardson, Bruce;
> Chen,
> Jing D; Liang, Cunming; Wu,
Hi again!
Any news about this patch? I'm off for parental leave starting next week
(until january), so any comments (or simply dropping it!) would be good
to have before that :-)
// Simon
On 2016-06-10 08:29, Simon Kagstrom wrote:
> Signed-off-by: Simon Kagstrom
> ---
> I'm a total newbie to
Hi Ferruh,
On Mon, Jun 20, 2016 at 06:01:49PM +0100, Ferruh Yigit wrote:
> Hi Nelio,
>
> On 6/20/2016 5:10 PM, Nelio Laranjeiro wrote:
> > Enhance mlx5 with a data path that bypasses Verbs.
> >
> > The first half of this patchset removes support for functionality completely
> > rewritten in the
On 06/10/2016 12:26 AM, Thomas Monjalon wrote:
> Looking a bit more into librte_ivshmem, the documentation says we need
> a Qemu patch but the URL doesn't exist anymore:
> https://01.org/packet-processing/intel%C2%AE-ovdk
> -> 404 Oops, we couldn't find that page
>
> I've never
On Fri, Jun 17, 2016 at 11:32:36AM -0400, Aaron Conole wrote:
> Prior to this commit, the only way to add a vhost-user socket to the
> system is by relying on librte_vhost to open the unix domain socket and
> add it to the unix socket list. This is problematic for applications
> which would like
Enhance mlx5 with a data path that bypasses Verbs.
The first half of this patchset removes support for functionality completely
rewritten in the second half (scatter/gather, inline send), while the data
path is refactored without Verbs.
The PMD remains usable during the transition.
This
Except for the first time when memory registration occurs, the lkey is
always cached. Since memory registration is slow and performs system calls,
performance can be improved by moving that code to its own function outside
of the data path so only the lookup code is left in the original inlined
Fixes: 701c8d80c820 ("pci: support class id probing")
Signed-off-by: Nelio Laranjeiro
---
drivers/crypto/qat/rte_qat_cryptodev.c | 5 +
drivers/net/mlx4/mlx4.c| 18 ++
drivers/net/mlx5/mlx5.c| 24
This is done in preparation of bypassing Verbs entirely for the data path
as a performance improvement. TX gather cannot be maintained during the
transition and will be reimplemented later.
Signed-off-by: Nelio Laranjeiro
Signed-off-by: Adrien Mazarguil
---
drivers/net/mlx5/mlx5_ethdev.c | 2
This is done in preparation of bypassing Verbs entirely for the data path
as a performance improvement. RX scatter cannot be maintained during the
transition and will be reimplemented later.
Signed-off-by: Nelio Laranjeiro
Signed-off-by: Adrien Mazarguil
---
drivers/net/mlx5/mlx5_ethdev.c |
There is no scatter/gather support anymore, CONFIG_RTE_LIBRTE_MLX5_SGE_WR_N
has no purpose and can be removed.
Signed-off-by: Nelio Laranjeiro
Signed-off-by: Adrien Mazarguil
---
config/common_base | 1 -
doc/guides/nics/mlx5.rst | 7 ---
drivers/net/mlx5/Makefile| 4
Inline TX will be fully managed by the PMD after Verbs is bypassed in the
data path. Remove the current code until then.
Signed-off-by: Nelio Laranjeiro
Signed-off-by: Adrien Mazarguil
---
config/common_base | 1 -
doc/guides/nics/mlx5.rst | 10 --
drivers/net/mlx5/Makefile
To keep the data path as efficient as possible, move fields only useful to
the control path into new structure txq_ctrl.
Signed-off-by: Nelio Laranjeiro
Signed-off-by: Adrien Mazarguil
---
drivers/net/mlx5/mlx5.c| 21 +++--
drivers/net/mlx5/mlx5_ethdev.c | 27 +++---
To keep the data path as efficient as possible, move fields only useful to
the control path into new structure rxq_ctrl.
Signed-off-by: Nelio Laranjeiro
Signed-off-by: Adrien Mazarguil
---
drivers/net/mlx5/mlx5.c | 6 +-
drivers/net/mlx5/mlx5_fdir.c | 8 +-
drivers/net/mlx5/mlx5_rxq.c
The latest version of Mellanox OFED exposes hardware definitions necessary
to implement data path operation bypassing Verbs. Update the minimum
version requirement to MLNX_OFED >= 3.3 and clean up compatibility checks
for previous releases.
Signed-off-by: Nelio Laranjeiro
Signed-off-by: Adrien
These structures and macros extend those exposed by libmlx5 (in mlx5_hw.h)
to let the PMD manage work queue and completion queue elements directly.
Signed-off-by: Nelio Laranjeiro
Signed-off-by: Adrien Mazarguil
---
drivers/net/mlx5/mlx5_prm.h | 163
The intent is to replace the remaining compile-time options and environment
variables with a common mean of runtime configuration. This commit only
adds the kvargs handling code, subsequent commits will update the rest.
Signed-off-by: Nelio Laranjeiro
Signed-off-by: Adrien Mazarguil
---
These wrappers are meant to prevent code duplication later.
Signed-off-by: Nelio Laranjeiro
Signed-off-by: Adrien Mazarguil
---
drivers/net/mlx5/mlx5.h| 2 ++
drivers/net/mlx5/mlx5_ethdev.c | 34 --
drivers/net/mlx5/mlx5_txq.c| 2 +-
3 files
Bypass Verbs to improve RX performance.
Signed-off-by: Nelio Laranjeiro
Signed-off-by: Yaacov Hazan
Signed-off-by: Adrien Mazarguil
Signed-off-by: Vasily Philipov
---
drivers/net/mlx5/mlx5_ethdev.c | 4 +-
drivers/net/mlx5/mlx5_fdir.c | 2 +-
drivers/net/mlx5/mlx5_rxq.c| 303
Bypass Verbs to improve Tx performance.
Signed-off-by: Nelio Laranjeiro
Signed-off-by: Yaacov Hazan
Signed-off-by: Adrien Mazarguil
---
drivers/net/mlx5/Makefile | 5 -
drivers/net/mlx5/mlx5_ethdev.c | 10 +-
drivers/net/mlx5/mlx5_mr.c | 4 +-
drivers/net/mlx5/mlx5_rxtx.c |
Mini (compressed) CQEs are returned by the NIC when PCI back pressure is
detected, in which case the first CQE64 contains common packet information
followed by a number of CQE8 providing the rest, followed by a matching
number of empty CQE64 entries to be used by software for decompression.
From: Adrien Mazarguil
Replacing the variable countdown (which depends on the number of
descriptors) with a fixed relative threshold known at compile time improves
performance by reducing the TX queue structure footprint and the amount of
code to manage completions
From: Yaacov Hazan
Implement send inline feature which copies packet data directly into WQEs
for improved latency. The maximum packet size and the minimum number of Tx
queues to qualify for inline send are user-configurable.
This feature is effective when HW causes a
From: Adrien Mazarguil
Signed-off-by: Adrien Mazarguil
---
drivers/net/mlx5/mlx5_txq.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/net/mlx5/mlx5_txq.c b/drivers/net/mlx5/mlx5_txq.c
index 4f17fb0..bae9f3d 100644
--- a/drivers/net/mlx5/mlx5_txq.c
From: Adrien Mazarguil
The space necessary to store segmented packets cannot be known in advance
and must be verified for each of them.
Signed-off-by: Adrien Mazarguil
---
drivers/net/mlx5/mlx5_rxtx.c | 136 ++-
1 file
From: Adrien Mazarguil
Compared to its previous incarnation, the software limit on the number of
mbuf segments is no more (previously MLX5_PMD_SGE_WR_N, set to 4 by
default) hence no need for linearization code and related buffers that
permanently consumed a non
From: Adrien Mazarguil
Since commit "mlx5: resurrect Tx gather support", older GCC versions (such
as 4.8.5) may complain about the following:
mlx5_rxtx.c: In function `mlx5_tx_burst':
mlx5_rxtx.c:705:25: error: `wqe' may be used uninitialized in this
function
From: Adrien Mazarguil
Toggling RX checksum offloads is already done at initialization time. This
code does not belong in rxq_rehash().
Signed-off-by: Adrien Mazarguil
Signed-off-by: Nelio Laranjeiro
---
drivers/net/mlx5/mlx5_rxq.c | 10 --
1 file changed,
From: Adrien Mazarguil
The primary purpose of rxq_rehash() function is to stop and restart
reception on a queue after re-posting buffers. This may fail if the array
that temporarily stores existing buffers for reuse cannot be allocated.
Update rxq_rehash() to work on
From: Adrien Mazarguil
This commit brings back Rx scatter and related support by the MTU update
function. The maximum number of segments per packet is not a fixed value
anymore (previously MLX5_PMD_SGE_WR_N, set to 4 by default) as it caused
performance issues when
Just wanted to update that the traffic problem was being caused by a completely
different reason. Not related to the vlan priority as I thought.
It was because I was changing the mbuf data offset and I was missing this patch
: http://www.dpdk.org/ml/archives/dev/2016-February/033887.html
On Tue, Jun 21, 2016 at 06:14:29AM +, Lu, Wenzhuo wrote:
> Hi Jerin, Stephen,
>
>
> > -Original Message-
> > From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com]
> > Sent: Tuesday, June 21, 2016 11:51 AM
> > To: Stephen Hemminger
> > Cc: Lu, Wenzhuo; dev at dpdk.org; Ananyev,
Hi,
Here is an off-topic comment: would you please add following line to
the sendemail section of your git config file?
chainreplyto = false
That would let me to break the long threads in my client much easier.
Otherwise, it's hard for me to do it, leading that your thread occupies
several
On Tue, Jun 21, 2016 at 03:43:08PM +0800, Yuanhan Liu wrote:
> Hi,
>
> Here is an off-topic comment: would you please add following line to
> the sendemail section of your git config file?
>
> chainreplyto = false
>
> That would let me to break the long threads in my client much easier.
>
Fixes: 278f945402c5 ("pdump: add new library for packet capture")
Signed-off-by: Panu Matilainen
---
lib/librte_pdump/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/librte_pdump/Makefile b/lib/librte_pdump/Makefile
index af81a28..a506c4d 100644
--- a/lib/librte_pdump/Makefile
Hi Jerin,
> -Original Message-
> From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com]
> Sent: Tuesday, June 21, 2016 3:37 PM
> To: Lu, Wenzhuo
> Cc: Stephen Hemminger; dev at dpdk.org; Ananyev, Konstantin; Richardson,
> Bruce; Chen, Jing D; Liang, Cunming; Wu, Jingjing; Zhang,
This patch fixes a maybe-uninitialized warning when compiling DPDK with GCC 4.8
examples/ip_pipeline/pipeline/pipeline_common_fe.c: In function
'app_pipeline_track_pktq_out_to_link':
examples/ip_pipeline/pipeline/pipeline_common_fe.c:66:31: error:
'reader' may be used uninitialized in this
This commit fixes build errors triggered due misleading indentation.
Fixes: 366113dbfb696 (e1000: suppress misleading indentation warning)
Signed-off-by: Anupam Kapoor
---
lib/librte_eal/linuxapp/kni/ethtool/igb/e1000_phy.c | 12
I've developed some preliminary version of the driver. The code is
derived from Null PMD, but required a lot of rework.
It uses following devargs to generate packets:
1) edit=offset:size:[rnd|value]
Edit a field within an mbuf packet data with given offset and size.
Mark it as 'rnd' or
On Tue, Jun 21, 2016 at 04:05:44PM +0800, Yuanhan Liu wrote:
> On Tue, Jun 21, 2016 at 10:00:34AM +0200, N?lio Laranjeiro wrote:
> > On Tue, Jun 21, 2016 at 03:43:08PM +0800, Yuanhan Liu wrote:
> > > Hi,
> > >
> > > Here is an off-topic comment: would you please add following line to
> > > the
On Tue, Jun 21, 2016 at 08:24:36AM +, Lu, Wenzhuo wrote:
> Hi Jerin,
Hi Wenzhuo,
> > > > > > On Mon, Jun 20, 2016 at 02:24:27PM +0800, Wenzhuo Lu wrote:
> > > > > > > Add an API to reset the device.
> > > > > > > It's for VF device in this scenario, kernel PF + DPDK VF.
> > > > > > > When
Morning,
On 11/05/2016 01:58, Rasesh Mody wrote:
[..]
>>> We shall split this patch into an enhancement and a bug fix.
>>
>> Keep in mind that the xstats API is changing so that stats_get() no
>> longer includes strings:
>>
>> http://thread.gmane.org/gmane.comp.networking.dpdk.devel/37079
>>
Hi Simon,
I am going to take a look at it this week and come back to you.
Thanks,
Cristian
> -Original Message-
> From: Simon K?gstr?m [mailto:simon.kagstrom at netinsight.net]
> Sent: Tuesday, June 21, 2016 7:41 AM
> To: Dumitrescu, Cristian ;
> stephen at networkplumber.org; dev at
From: "Jain, Deepak K"
Updated the code to use RTE_PCI_DEVICE.
Fixes: 701c8d80c820 ("pci: support class id probing")
Signed-off-by: Jain, Deepak K
---
v3: kept PCI id in the driver file
v2: updated code to use RTE_PCI_DEVICE
drivers/crypto/qat/rte_qat_cryptodev.c |
Hi Olivier,
>
> Hi Konstantin,
>
> On 06/16/2016 01:29 PM, Ananyev, Konstantin wrote:
> I suggest instead to set the ptype
> in an opportunistic fashion instead:
> - if the driver/hw knows the ptype, set it
> - else, set it to unknown
> >>>
> >>> That's what PMD does now...
Hi Jerin,
> -Original Message-
> From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com]
> Sent: Tuesday, June 21, 2016 9:56 AM
> To: Lu, Wenzhuo
> Cc: Stephen Hemminger; dev at dpdk.org; Ananyev, Konstantin; Richardson,
> Bruce; Chen, Jing D; Liang, Cunming; Wu, Jingjing; Zhang,
>
> -Original Message-
> From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com]
> Sent: Tuesday, June 21, 2016 4:35 AM
> To: Ananyev, Konstantin
> Cc: Thomas Monjalon; dev at dpdk.org; Hunt, David; olivier.matz at 6wind.com;
> viktorin at rehivetech.com; shreyansh.jain at nxp.com
>
Hi,
Its VM fedora21, gcc 4.9.
Thanks,
Amartya
-Original Message-
From: Anupam Kapoor [mailto:akap...@parallelwireless.com]
Sent: Tuesday, June 21, 2016 2:54 PM
To: Amartya Kumar Das (MFG & Tech)
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] [DPDK16.04: Error While compiling]
** This
Hi,
On 06/21/2016 11:28 AM, Ananyev, Konstantin wrote:
I was proposing only to move only the new
handler(lib/librte_mempool/rte_mempool_stack.c). Not any library or any
other common code.
Just like DPDK crypto device, Even if it is software implementation its
better
OK, I will do the v4.
On 17.06.2016 12:20, Thomas Monjalon wrote:
> 2016-06-13 16:51, Remy Horton:
>> On 12/06/2016 15:51, Zyta Szpak wrote:
>>> I would prefer having only one function rte_eth_dev_get_regs()
>>> which returns length and width if data is NULL.
>>> The first call is
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Panu Matilainen
> Sent: Tuesday, June 21, 2016 9:12 AM
> To: dev at dpdk.org
> Cc: christian.ehrhardt at canonical.com; thomas.monjalon at 6wind.com
> Subject: [dpdk-dev] [PATCH 1/3] mk: fix librte_pipeline
On Tue, Jun 21, 2016 at 05:55:19AM +, Harish Patil wrote:
> >
> >From: "Charles (Chas) Williams"
> >
> >If MSIX is available, the vector count given by the table size is one
> >less than the actual count. This count also limits the receive and
> >transmit queue resources the VF can support.
> > Sergio Gonzalez Monroy (9):
> > examples/ipsec-secgw: fix esp padding check
> > examples/ipsec-secgw: fix stack smashing error
> > examples/ipsec-secgw: add build option and cleanup
> > examples/ipsec-secgw: rework ipsec execution loop
> > examples/ipsec-secgw: fix no sa found case
>
From: WeiJie Zhuang
add some descriptions for the kni port in the packet framework
Signed-off-by: WeiJie Zhuang
---
doc/api/doxy-api-index.md| 1 +
doc/guides/sample_app_ug/ip_pipeline.rst | 112 +++
2 files changed, 84
> -Original Message-
> From: Panu Matilainen [mailto:pmatilai at redhat.com]
> Sent: Tuesday, June 21, 2016 11:45 AM
> To: Richardson, Bruce
> Cc: Dumitrescu, Cristian ; dev at dpdk.org;
> christian.ehrhardt at canonical.com; thomas.monjalon at 6wind.com
> Subject: Re: [dpdk-dev] [PATCH
On 06/21/2016 01:29 PM, Bruce Richardson wrote:
> On Mon, Jun 13, 2016 at 04:03:32PM +0800, Beilei Xing wrote:
>> In current i40e codebase, if single VLAN header is added in a packet,
>> it's treated as inner VLAN. Generally, a single VLAN header is
>> treated as the outer VLAN header. So change
Hi Cristian,
New patch has been submitted. All comments are fixed except this one:
"Here is one bug for you, you need to make sure you add the following line
here:
param->parsed = 1;"
I think the new convention is to set this flag by the
macro PARSE_CHECK_DUPLICATE_SECTION.
BTW, although
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Monday, June 20, 2016 11:14 AM
> To: Jastrzebski, MichalX K ; Kobylinski,
> MichalX
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] lib/table: fix wrong type of nht field
>
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Michal Jastrzebski
> Sent: Monday, June 20, 2016 11:10 AM
> To: dev at dpdk.org
> Cc: Kobylinski, MichalX
> Subject: [dpdk-dev] [PATCH] lib/table: fix wrong type of nht field
>
> From: Michal Kobylinski
>
On Tue, Jun 21, 2016 at 3:40 PM, Ferruh Yigit
wrote:
> Hi Anupam,
>
> Thank you for the patch.
>
>
> On 6/21/2016 9:37 AM, Anupam Kapoor wrote:
> > This commit fixes build errors triggered due misleading indentation.
> >
> > Fixes: 366113dbfb696 (e1000: suppress misleading indentation warning)
>
On Tue, Jun 21, 2016 at 02:06:38PM +0300, Panu Matilainen wrote:
> On 06/21/2016 01:29 PM, Bruce Richardson wrote:
> >On Mon, Jun 13, 2016 at 04:03:32PM +0800, Beilei Xing wrote:
> >>In current i40e codebase, if single VLAN header is added in a packet,
> >>it's treated as inner VLAN. Generally, a
On Mon, Jun 13, 2016 at 04:03:32PM +0800, Beilei Xing wrote:
> In current i40e codebase, if single VLAN header is added in a packet,
> it's treated as inner VLAN. Generally, a single VLAN header is
> treated as the outer VLAN header. So change corresponding register
> for single VLAN.
> At the
Hi Ethan,
Thanks very much for sending the new version.
You are absolutely right about the param->parsed issue, sorry, my fault.
I think you need to use the --cover-letter flag for git format-patch command.
You can practice by sending the patch set to your email address first before
you send
On 06/21/2016 01:58 PM, Dumitrescu, Cristian wrote:
>
>
>> -Original Message-
>> From: Panu Matilainen [mailto:pmatilai at redhat.com]
>> Sent: Tuesday, June 21, 2016 11:45 AM
>> To: Richardson, Bruce
>> Cc: Dumitrescu, Cristian ; dev at dpdk.org;
>> christian.ehrhardt at canonical.com;
On 06/14/2016 05:12 PM, Olivier MATZ wrote:
> Hi Panu,
>
> On 06/14/2016 03:21 PM, Panu Matilainen wrote:
>> On 06/13/2016 01:26 PM, Olivier Matz wrote:
>>> Since recently [1], it is not possible to run the dpdk with user
>>> (non-root) privileges and the --no-huge option. This is because the eal
* Original patch series is from David Marchand [1], [2].
* Cover letter text has been modified to make it author agnostic
David created the original patchset based on the discussions on list [3].
Being a large piece of work, this patchset introduces first level of changes
for generalizing the
These lists can be initialized once and for all at build time.
With this, those lists are only manipulated in a common place
(and we could even make them private).
A nice side effect is that pci drivers can now register in constructors.
Signed-off-by: David Marchand
Reviewed-by: Jan Viktorin
This information is not used and just adds noise.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
lib/librte_cryptodev/rte_cryptodev.c | 8 +++-
lib/librte_cryptodev/rte_cryptodev.h | 2 --
lib/librte_cryptodev/rte_cryptodev_pmd.h | 3 +--
3 files changed, 4
Pure coding style, but it might make it easier later if we want to move
fields in rte_cryptodev_driver and eth_driver structures.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
drivers/crypto/qat/rte_qat_cryptodev.c | 2 +-
drivers/net/ena/ena_ethdev.c | 2 +-
rte_eal_dev_init is declared in both eal_private.h and rte_dev.h since its
introduction.
This function has been exported in ABI, so remove it from eal_private.h
Fixes: e57f20e05177 ("eal: make vdev init path generic for both virtual and pci
devices")
Signed-off-by: David Marchand
Signed-off-by:
Introduce a RTE_INIT macro used to mark an init function as a constructor.
Current eal macros have been converted to use this (no functional impact).
RTE_EAL_PCI_REGISTER is added as a helper for pci drivers.
RTE_EAL_PCI_REGISTER assumes that object expanded contains a pci_drv member.
Preparing for getting rid of rte_cryptodev_driver, here are two wrappers
that can be used by pci drivers that assume a 1 to 1 association between
pci resource and upper interface.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
lib/librte_cryptodev/rte_cryptodev.c |
Preparing for getting rid of eth_drv, here are two wrappers that can be
used by pci drivers that assume a 1 to 1 association between pci resource and
upper interface.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
lib/librte_ether/rte_ethdev.c | 14 +++---
Simplify crypto and ethdev pci drivers init by using newly introduced
init macros and helpers.
Those drivers then don't need to register as "rte_driver"s anymore.
virtio and mlx* drivers use the general purpose RTE_INIT macro, as they both
need some special stuff to be done before registering a
Now that all pdev are pci drivers, we don't need to register crypto drivers
through a dedicated channel.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
lib/librte_cryptodev/rte_cryptodev.c | 22 ---
lib/librte_cryptodev/rte_cryptodev_pmd.h | 30
> -Original Message-
> From: Ethan Zhuang [mailto:zhuangwj at gmail.com]
> Sent: Tuesday, June 21, 2016 11:56 AM
> To: Dumitrescu, Cristian
> Cc: dev at dpdk.org; Singh, Jasvinder ; Yigit,
> Ferruh ; WeiJie Zhuang
> Subject: [PATCH v4 1/4] port: kni interface support
>
> From: WeiJie
Now that all pdev are pci drivers, we don't need to register ethdev drivers
through a dedicated channel.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
lib/librte_ether/rte_ethdev.c | 22 --
lib/librte_ether/rte_ethdev.h | 12
Now that virtio pci driver is initialized in a constructor, iopl() stuff
happens early enough so that interrupt thread can be created right after
plugin loading.
This way, chelsio driver should be happy again [1].
[1] http://dpdk.org/ml/archives/dev/2015-November/028289.html
Signed-off-by: David
eal is a better place than crypto / ethdev for naming resources.
Add a helper in eal and make use of it in crypto / ethdev.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
lib/librte_cryptodev/rte_cryptodev.c| 27 ---
This helper updates a pci device object with latest information it can
find.
It will be used mainly for hotplug code.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
lib/librte_eal/bsdapp/eal/eal_pci.c | 49 +
No need to scan all devices, we only need to update the device being
attached.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
lib/librte_eal/common/eal_common_pci.c | 11 ---
lib/librte_ether/rte_ethdev.c | 3 ---
2 files changed, 8 insertions(+), 6
hotplug which deals with resources should come from the layer that already
handles them, i.e. eal.
For both attach and detach operations, 'name' is used to select the bus
that will handle the request.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
Remove bus logic from ethdev hotplug by using eal for this.
Current api is preserved:
- the last port that has been created is tracked to return it to the
application when attaching,
- the internal device name is reused when detaching.
We can not get rid of ethdev hotplug yet since we still
Now that hotplug has been moved to eal, there is no reason to keep the device
type in this layer.
Signed-off-by: David Marchand
Signed-off-by: Shreyansh Jain
---
app/test/virtual_pmd.c| 2 +-
drivers/net/af_packet/rte_eth_af_packet.c | 2 +-
As requested, big patch splitted into logical pieces for easier review.
Improved style and fixed icc compiler issues.
Jan Medala (6):
ena: update of ENA communication layer
ena: add debug area and host information
ena: disable readless communication regarding to HW revision
ena: allocate
Signed-off-by: Alexander Matushevsky
Signed-off-by: Jakub Palider
Signed-off-by: Jan Medala
---
drivers/net/ena/base/ena_com.c | 203 ++-
drivers/net/ena/base/ena_com.h | 82 +++--
drivers/net/ena/base/ena_defs/ena_admin_defs.h | 107 +-
Signed-off-by: Alexander Matushevsky
Signed-off-by: Jakub Palider
Signed-off-by: Jan Medala
---
drivers/net/ena/ena_ethdev.c | 193 ++-
drivers/net/ena/ena_ethdev.h | 38 +
2 files changed, 230 insertions(+), 1 deletion(-)
diff --git
Signed-off-by: Alexander Matushevsky
Signed-off-by: Jakub Palider
Signed-off-by: Jan Medala
---
drivers/net/ena/ena_ethdev.c | 12 +++-
drivers/net/ena/ena_ethdev.h | 2 ++
2 files changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ena/ena_ethdev.c
Signed-off-by: Alexander Matushevsky
Signed-off-by: Jakub Palider
Signed-off-by: Jan Medala
---
drivers/net/ena/base/ena_com.c | 51 ++--
drivers/net/ena/base/ena_plat_dpdk.h | 23
drivers/net/ena/ena_ethdev.c | 15 +++
3
After allocating memzone it's required to zeroize memory in it.
Freeing memzone with function dedicated for memoryzones.
Signed-off-by: Alexander Matushevsky
Signed-off-by: Jakub Palider
Signed-off-by: Jan Medala
---
drivers/net/ena/base/ena_plat_dpdk.h | 6 --
1 file changed, 4
Signed-off-by: Alexander Matushevsky
Signed-off-by: Jakub Palider
Signed-off-by: Jan Medala
---
drivers/net/ena/ena_ethdev.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ena/ena_ethdev.c b/drivers/net/ena/ena_ethdev.c
index d0927f7..928b37f 100644
If the PF hasn't assigned an address, assign one randomly. While here,
convert to use DPDK's ether address utility routines.
Fixes: 540a211084a7 ("bnx2x: driver core")
Signed-off-by: Chas Williams <3chas3 at gmail.com>
---
drivers/net/bnx2x/bnx2x.h | 8
2016-06-21 11:44, Ferruh Yigit:
> Although this is really detail, for multi version patchsets, if there is
> a preferred way between (A) or (B) I would like to learn too?
In my opinion, A and B are fine.
And I prefer B.
> A)
>
> - [0/N]
> - - [1/N]
> - - [2/N]
> - - [v2 0/N]
> - - - [v2 1/N]
>
On 6/21/2016 12:43 PM, Anupam Kapoor wrote:
> This commit fixes build errors triggered due misleading indentation.
>
> Fixes: 38db3f7f50bde (e1000: update base driver)
Fixes: b9ee370557f1 ("kni: update kernel driver ethtool baseline")
> Fixes: 3fc5ca2f63529 (kni: initial import)
>
>
>
1 - 100 of 140 matches
Mail list logo