Please,
Le 02/03/2016 22:30, Stephen Hurd a ?crit :
> Too many of the DPDK drivers are bloated.
>>Recall the venerable paraphrase of Pascal, "I made this so long because I
>>did not have time to make it shorter."
>>https://en.wikipedia.org/wiki/Wikipedia:Too_long;_didn%27t_read
Keep In Simple, Sm
RTE_PMD_DEBUG_TRACE used RTE_FUNC_PTR_OR_ERR_RET was redefined
in rte_cryptodev_pmd.h which produced MACRO redefinition warnings
when including both rte_cryptodev_pmd.h and rte_ethdev.h.
This commit moves MACRO definition to rte_cryptodev.c to prevent
this warning.
---
lib/librte_cryptodev/rte_cr
cmdline_parse_*.h headers use struct cmdline_token_hdr /
cmdline_parse_token_hdr_t which is defined in cmdline_parse.h, but
do not include it, forcing manual inclusion.
This commit includes cmdline_parse.h in all cmdline_parse_*.h.
---
lib/librte_cmdline/cmdline_parse_etheraddr.h | 2 ++
lib/libr
2016-03-02 15:10, Stephen Hurd:
> On Wed, Mar 2, 2016 at 2:15 PM, Thomas Monjalon
> wrote:
> > > The driver itself doesn't have a lot of optional features in it, it's the
> > > header file that's too big.
> >
> > It is big because there are many different things.
> > You can split the file in diff
This patch set add the VxLAN & NVGRE checksum off-load support.
Both RX and TX checksum off-load can be used for VxLAN & NVGRE.
And the VxLAN port can be set, it's implemented in this patch
set either.
v2:
- Update release note.
v3:
- Update RX/TX offload capability.
- Reuse PKT_RX_EIP_CKSUM_BAD
The names of function for tunnel port configuration are not
accurate. They're tunnel_add/del, better change them to
tunnel_port_add/del.
As it may be an ABI change if change the names directly, the
new functions are added but not remove the old ones. The old
ones will be removed in the next release
As the names of tunnel port config functions are not
accurate, change them from tunnel_add/del to
tunnel_port_add/del.
And support both the old and new rte ops.
Signed-off-by: Wenzhuo Lu
---
drivers/net/i40e/i40e_ethdev.c | 22 --
1 file changed, 12 insertions(+), 10 deletion
Add UDP tunnel port add/del support on ixgbe. Now only
support VxLAN port configuration.
Although according to the specification the VxLAN port has
a default value 4789, it can be changed. We support VxLAN
port configuration to meet the change.
Note, the default value of VxLAN port in ixgbe NICs is
X550 will do VxLAN & NVGRE RX checksum off-load automatically.
This patch exposes the result of the checksum off-load.
Signed-off-by: Wenzhuo Lu
---
drivers/net/ixgbe/ixgbe_ethdev.c | 4
drivers/net/ixgbe/ixgbe_rxtx.c | 11 ++-
lib/librte_ether/rte_ethdev.h| 1 +
lib/librte_
The patch add VxLAN & NVGRE TX checksum off-load. When the flag of
outer IP header checksum offload is set, we'll set the context
descriptor to enable this checksum off-load.
Also update release note for VxLAN & NVGRE checksum off-load support.
Signed-off-by: Wenzhuo Lu
---
doc/guides/rel_notes
Hi Bernard,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bernard Iremonger
> Sent: Thursday, March 3, 2016 12:09 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] e1000: fix setting of VF MAC address
>
> Allow reprogramming of the RAR with a zero ma
Hi,
> > > +
> > > + err = mbx->ops.write_posted(hw, msgbuf, 2, 0);
> > > + if (err)
> > > + return err;
> > > +
> > > + err = mbx->ops.read_posted(hw, msgbuf, 2, 0);
> >
> > Is it more reasonable to read a message of size 1 than 2? Pf side only
> > write 1 word into mbx.
> Thanks for the c
On 3/3/2016 11:36 AM, Dhana Eadala wrote:
> We found a problem in dpdk-2.2 using under multi-process environment.
> Here is the brief description how we are using the dpdk:
>
> We have two processes proc1, proc2 using dpdk. These proc1 and proc2 are two
> different compiled binaries.
> proc1 is st
On 3/3/2016 7:11 AM, Stephen Hurd wrote:
> On Wed, Mar 2, 2016 at 2:15 PM, Thomas Monjalon
> wrote:
>
>>> The comments in it are the only publicly available
>>> documentation on the hardware I'm aware of.
>> So you must keep the comments.
>>
> That's my goal, but the comments are well over the 300
Hi,
On 3/3/2016 4:11 AM, Chen, Jing D wrote:
> Hi,
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jianfeng Tan
> Sent: Thursday, February 25, 2016 6:09 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v4 05/12] pmd/fm10k: add dev_ptype_info_get
> imp
On 1/11/2016 3:08 PM, Wenzhuo Lu wrote:
> Add UDP tunnel add/del support on ixgbe. Now it only support
> VxLAN port configuration.
> Although the VxLAN port has a default value 4789, it can be
> changed. We support VxLAN port configuration to meet the
> change.
> Note, the default value of VxLAN po
Hi Michael,
> -Original Message-
> From: Qiu, Michael
> Sent: Thursday, March 3, 2016 2:58 PM
> To: Lu, Wenzhuo; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 1/4] ixgbe: support UDP tunnel add/del
>
> On 1/11/2016 3:08 PM, Wenzhuo Lu wrote:
> > Add UDP tunnel add/del support on ixgbe.
Hi!
On 2016-03-03 05:08, Stephen Hurd wrote:
> Add additional ETH_LINK_SPEED_* macros for 2, 2.5, 25, and 50 Gbps links
>
> Signed-off-by: Stephen Hurd
> ---
> lib/librte_ether/rte_ethdev.h | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/lib/librte_ether/rte_ethdev.h b/lib/librte_
On 03/03/2016 12:35 AM, Thomas Monjalon wrote:
> 2016-03-02 12:21, Thomas Monjalon:
>> 2016-03-02 11:47, Vincent JARDIN:
>>> Le 02/03/2016 09:27, Panu Matilainen a ?crit :
>> I'd like to see these be merged.
>>
>> Jay
>
> The code is really not ready. I am okay with cooperative
Hi Thomas,
In patchwork website, this patch set seem that has been applied.
http://dpdk.org/dev/patchwork/patch/10381/
But I can't find it neither in dpdk repo nor in dpdk-next-net repo.
Could you check with that?
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Beh
2016-03-03 08:36, Liu, Yong:
> Hi Thomas,
> In patchwork website, this patch set seem that has been applied.
> http://dpdk.org/dev/patchwork/patch/10381/
>
> But I can't find it neither in dpdk repo nor in dpdk-next-net repo.
> Could you check with that?
It's here:
http://dpdk.org/browse/next/d
Thanks Thomas, found it.
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Thursday, March 03, 2016 5:11 PM
> To: Liu, Yong
> Cc: He, Shaopeng; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v6 0/6] interrupt mode for fm10k
>
> 2016-03-03 08:36,
Hi,
2016-03-03 08:53, Simon K?gstr?m:
> Hi!
>
> On 2016-03-03 05:08, Stephen Hurd wrote:
> > Add additional ETH_LINK_SPEED_* macros for 2, 2.5, 25, and 50 Gbps links
Stephen,
you could be interested in the rework done by Marc Sune:
http://dpdk.org/dev/patchwork/patch/10919/
> I realize
On 03/02/2016 10:41 PM, Jasvinder Singh wrote:
> Currently, there is no mechanism that allows the pipeline ports (in/out) and
> table action handlers to override the default forwarding decision (as
> previously configured per input port or in the table entry). Therefore, new
> pipeline API function
On 03/03/2016 03:22 AM, Wenzhuo Lu wrote:
> The names of function for tunnel port configuration are not
> accurate. They're tunnel_add/del, better change them to
> tunnel_port_add/del.
> As it may be an ABI change if change the names directly, the
> new functions are added but not remove the old on
> -Original Message-
> From: Panu Matilainen [mailto:pmatilai at redhat.com]
> Sent: Thursday, March 3, 2016 9:35 AM
> To: Singh, Jasvinder ; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v3 1/2] librte_pipeline: add support for
> packet redirection at action handlers
>
> On 03/02/201
Hi Wenzhuo,
> -Original Message-
> From: Lu, Wenzhuo
> Sent: Thursday, March 3, 2016 2:34 AM
> To: Iremonger, Bernard ; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH] e1000: fix setting of VF MAC address
>
> Hi Bernard,
>
>
> > -Original Message-
> > From: dev [mailto:dev-bou
On 3/3/2016 8:31 AM, Panu Matilainen wrote:
> On 03/03/2016 12:35 AM, Thomas Monjalon wrote:
>> 2016-03-02 12:21, Thomas Monjalon:
>>> 2016-03-02 11:47, Vincent JARDIN:
Le 02/03/2016 09:27, Panu Matilainen a ?crit :
>>> I'd like to see these be merged.
>>>
>>> Jay
>>
>> The
Signed-off-by: Alejandro Lucero
---
drivers/net/nfp/nfp_net.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/net/nfp/nfp_net.c b/drivers/net/nfp/nfp_net.c
index fd4dd39..6078e9f 100644
--- a/drivers/net/nfp/nfp_net.c
+++ b/drivers/net/nfp/nfp_net.c
@@ -1522,7
On 3/2/2016 10:18 PM, Jay Rolette wrote:
>
> On Tue, Mar 1, 2016 at 8:02 PM, Stephen Hemminger
> mailto:stephen at networkplumber.org>> wrote:
>
> On Mon, 29 Feb 2016 08:33:25 -0600
> Jay Rolette mailto:rolette at infiniteio.com>>
> wrote:
>
> > On Mon, Feb 29, 2016 at 5:06 AM, T
2016-03-03 10:05, Ferruh Yigit:
> On 3/3/2016 8:31 AM, Panu Matilainen wrote:
> > On 03/03/2016 12:35 AM, Thomas Monjalon wrote:
> >> 2016-03-02 12:21, Thomas Monjalon:
> >>> 2016-03-02 11:47, Vincent JARDIN:
> Le 02/03/2016 09:27, Panu Matilainen a ?crit :
> >>> I'd like to see these be m
Hi Alejandro,
Please start the title with a verb (fix here),
describe briefly the bug,
and add a Fixes: tag.
More info in this doc:
http://dpdk.org/doc/guides/contributing/patches.html#commit-messages-subject-line
2016-03-03 10:08, Alejandro Lucero:
> Signed-off-by: Alejandro Lucero
> ---
> dr
On 2016-03-03 10:28, Thomas Monjalon wrote:
> 2016-03-03 08:53, Simon K?gstr?m:
>> I realize this is a more general question, but is it really meaningful
>> to have macros for all possible link speeds? We're working on a PMD
>> driver with a channelized interface exposed as DPDK ports. Each channe
2016-03-02 22:04, Bruce Richardson:
> On Wed, Mar 02, 2016 at 03:22:23PM +0100, Thomas Monjalon wrote:
> > From: Panu Matilainen
> >
> > Add RTE_DEVEL_BUILD make-variable which can be used to do things
> > differently when doing development vs building a release,
> > autodetected from source root
2016-03-02 16:52, Thomas Monjalon:
> When specifying a wrong directory with RTE_SDK and RTE_TARGET
> to build an application, the error message about missing config
> file was wrong.
>
> Fixes: 6b62a72a70d0 ("mk: install a standard cutomizable tree")
>
> Reported-by: Steeven Lee
> Signed-off-by:
> The version 2.3 has been renamed 16.04.
>
> Fixes: 6d7de6d2e357 ("version: switch to year.month numbers")
>
> Reported-by: Panu Matilainen
> Signed-off-by: Thomas Monjalon
Applied
On 03/03/2016 12:05 PM, Ferruh Yigit wrote:
> On 3/3/2016 8:31 AM, Panu Matilainen wrote:
>> On 03/03/2016 12:35 AM, Thomas Monjalon wrote:
>>> 2016-03-02 12:21, Thomas Monjalon:
2016-03-02 11:47, Vincent JARDIN:
> Le 02/03/2016 09:27, Panu Matilainen a ?crit :
I'd like to see the
On 03/03/2016 12:36 PM, Thomas Monjalon wrote:
> 2016-03-02 22:04, Bruce Richardson:
>> On Wed, Mar 02, 2016 at 03:22:23PM +0100, Thomas Monjalon wrote:
>>> From: Panu Matilainen
>>>
>>> Add RTE_DEVEL_BUILD make-variable which can be used to do things
>>> differently when doing development vs buil
Currently, there is no mechanism that allows the pipeline ports (in/out) and
table action handlers to override the default forwarding decision (as
previously configured per input port or in the table entry). Therefore, new
pipeline API functions have been added which allows action handlers to
hijac
The mbuf ol_flags field was changed to uin64_t with DPDK version 1.8
Fixes: b812daadad0d (\"nfp: add Rx and Tx\")
Signed-off-by: Alejandro Lucero
---
drivers/net/nfp/nfp_net.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/nfp/nfp_net.c b/drivers/net/nfp/nfp_
Even with tx checksum offload available, do not set the flag by default.
Fixes: b812daadad0d (\"nfp: add Rx and Tx\")
Signed-off-by: Alejandro Lucero
---
drivers/net/nfp/nfp_net.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/nfp/nfp_net.c b/drivers/net/nf
This patchset contains fixes and refactoring for Snow3G(UEA2 and
UIA2) wireless algorithm for Intel Quick Assist devices.
QAT PMD previously supported only cipher/hash alg-chaining for AES/SHA.
The code has been refactored to also support cipher-only and hash only
(for Snow3G only) functiona
Refactored the existing functionality into
modular form to support the cipher/auth only
functionalities.
Signed-off-by: Deepak Kumar JAIN
---
drivers/crypto/qat/qat_adf/qat_algs.h| 18 +-
drivers/crypto/qat/qat_adf/qat_algs_build_desc.c | 210 ---
drivers/crypto/
Signed-off-by: Deepak Kumar JAIN
---
doc/guides/cryptodevs/qat.rst| 8 ++-
doc/guides/rel_notes/release_16_04.rst | 6 ++
drivers/crypto/qat/qat_adf/qat_algs.h| 1 +
drivers/crypto/qat/qat_adf/qat_algs_build_desc.c | 86 +---
driver
Signed-off-by: Deepak Kumar JAIN
---
app/test/test_cryptodev.c | 1037 +++-
app/test/test_cryptodev.h |3 +-
app/test/test_cryptodev_snow3g_hash_test_vectors.h | 415
app/test/test_cryptodev_snow3g_test_vectors.h
2016-03-02 14:11, Santosh Shukla:
> On Wed, Mar 2, 2016 at 2:02 PM, Yuanhan Liu
> wrote:
> > On Tue, Mar 01, 2016 at 03:32:17PM +0530, Santosh Shukla wrote:
> >> - 1st patch: let non-x86 arch use virtio pmd driver in non-vec
> >> - 2nd patch: enable virtio arm support
> >> - 3rd patch: update vir
On Thu, Mar 3, 2016 at 6:56 PM, Thomas Monjalon
wrote:
> 2016-03-02 14:11, Santosh Shukla:
>> On Wed, Mar 2, 2016 at 2:02 PM, Yuanhan Liu
>> wrote:
>> > On Tue, Mar 01, 2016 at 03:32:17PM +0530, Santosh Shukla wrote:
>> >> - 1st patch: let non-x86 arch use virtio pmd driver in non-vec
>> >> - 2n
> -Original Message-
> From: Wojciech Zmuda [mailto:woz at semihalf.com]
> Sent: Wednesday, March 2, 2016 11:56 AM
> To: dev at dpdk.org
> Cc: Iremonger, Bernard ;
> linville at tuxdriver.com; Richardson, Bruce ;
> pmatilai at redhat.com
> Subject: [PATCH v4] af_packet: make the device deta
To preserve compatibility with Mellanox OFED 3.1, flow director and RX VLAN
stripping code is only enabled if compiled with 3.2.
Changes in v3:
- Fixed flow registration issue caused by missing masks in flow rules.
- Fixed packet duplication with overlapping FDIR rules.
- Added FDIR flush command
From: Yaacov Hazan
Merge redundant code by adding a static initialization table to manage
promiscuous and allmulticast (special) flows.
New function priv_rehash_flows() implements the logic to enable/disable
relevant flows in one place from any context.
Signed-off-by: Yaacov Hazan
Signed-off-b
From: Yaacov Hazan
Until now, broadcast frames were handled like unicast. Moving the related
flow to the special flows table frees up the related unicast MAC entry.
The same method is used to handle IPv6 multicast frames.
Signed-off-by: Yaacov Hazan
Signed-off-by: Adrien Mazarguil
---
driver
From: Yaacov Hazan
Upcoming flow director support will reuse this function to generate filter
rules.
Signed-off-by: Yaacov Hazan
Signed-off-by: Adrien Mazarguil
---
drivers/net/mlx5/mlx5_mac.c| 4 ++--
drivers/net/mlx5/mlx5_rxmode.c | 5 +++--
drivers/net/mlx5/mlx5_rxq.c| 16 +++
From: Yaacov Hazan
Add support for flow director filters (RTE_FDIR_MODE_PERFECT and
RTE_FDIR_MODE_PERFECT_MAC_VLAN modes).
This feature requires MLNX_OFED >= 3.2.
Signed-off-by: Yaacov Hazan
Signed-off-by: Adrien Mazarguil
Signed-off-by: Raslan Darawsheh
---
doc/guides/nics/mlx5.rst
From: Yaacov Hazan
Allows HW to strip the 802.1Q header from incoming frames and report it
through the mbuf structure.
This feature requires MLNX_OFED >= 3.2.
Signed-off-by: Yaacov Hazan
Signed-off-by: Adrien Mazarguil
---
doc/guides/nics/mlx5.rst | 2 +
doc/guides/rel_notes/
This patchset improves the mlx5 PMD performance by doing better prefetching,
by reordering internal structure fields and by removing a few unnecessary
operations.
Note: should be applied after "Add flow director and RX VLAN stripping
support" to avoid conflicts.
Changes in v3:
- None, submitted a
From: Nelio Laranjeiro
This change improves performance noticeably.
Signed-off-by: Nelio Laranjeiro
---
drivers/net/mlx5/mlx5_rxtx.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/drivers/net/mlx5/mlx5_rxtx.c b/drivers/net/mlx5/mlx5_rxtx.c
index 7585570..b
From: Nelio Laranjeiro
Remove padding and move important fields to the beginning for better
performance.
Signed-off-by: Nelio Laranjeiro
---
drivers/net/mlx5/mlx5_rxtx.h | 31 ---
1 file changed, 16 insertions(+), 15 deletions(-)
diff --git a/drivers/net/mlx5/mlx5_
From: Nelio Laranjeiro
Avoid dereferencing pointers twice to get to fast Verbs functions by
storing them directly in RX/TX queue structures.
Signed-off-by: Nelio Laranjeiro
Signed-off-by: Yaacov Hazan
---
drivers/net/mlx5/Makefile| 1 +
drivers/net/mlx5/mlx5_rxq.c | 16
From: Nelio Laranjeiro
Improve performance by processing offloads only when requested by the
application.
Signed-off-by: Nelio Laranjeiro
---
drivers/net/mlx5/mlx5_rxtx.c | 29 -
1 file changed, 16 insertions(+), 13 deletions(-)
diff --git a/drivers/net/mlx5/mlx5_r
From: Nelio Laranjeiro
Improves performance as the lkey is not needed by hardware in this case.
Signed-off-by: Nelio Laranjeiro
---
drivers/net/mlx5/mlx5_rxtx.c | 23 +--
1 file changed, 13 insertions(+), 10 deletions(-)
diff --git a/drivers/net/mlx5/mlx5_rxtx.c b/drivers/
From: Nelio Laranjeiro
This lowers the amount of cache misses.
Signed-off-by: Nelio Laranjeiro
---
drivers/net/mlx5/mlx5_rxtx.c | 35 ---
1 file changed, 20 insertions(+), 15 deletions(-)
diff --git a/drivers/net/mlx5/mlx5_rxtx.c b/drivers/net/mlx5/mlx5_rxtx.c
The first and last memory pool elements are usually cache-aligned but not
page-aligned, particularly when using huge pages.
Hardware performance can be improved significantly by registering memory
regions starting and ending on page boundaries.
Signed-off-by: Adrien Mazarguil
---
drivers/net/ml
This patchset addresses several minor issues, release notes are updated
accordingly.
Note: should be applied after "Performance optimizations for mlx5 and mlx4".
Changes in v2:
- None, submitted again due to dependency with previous patchset.
Adrien Mazarguil (3):
mlx5: manage all special flow
From: Or Ami
RSS configuration should not be freed when priv is NULL.
Fixes: 2f97422e7759 ("mlx5: support RSS hash update and get")
Signed-off-by: Or Ami
---
doc/guides/rel_notes/release_16_04.rst | 4
drivers/net/mlx5/mlx5.c| 6 --
2 files changed, 8 insertions(+), 2
From: Or Ami
If the port link layer is not Ethernet, notify the user.
Signed-off-by: Or Ami
---
doc/guides/rel_notes/release_16_04.rst | 5 +
drivers/net/mlx5/mlx5.c| 7 +++
2 files changed, 12 insertions(+)
diff --git a/doc/guides/rel_notes/release_16_04.rst
b/doc/gu
This commit adds helpers to remove redundant code.
Signed-off-by: Adrien Mazarguil
---
drivers/net/mlx5/mlx5.c | 5 +
drivers/net/mlx5/mlx5.h | 2 ++
drivers/net/mlx5/mlx5_rxmode.c | 40
drivers/net/mlx5/mlx5_trigger.c | 10 ++--
Signed-off-by: Adrien Mazarguil
---
drivers/net/mlx5/mlx5_rxmode.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/net/mlx5/mlx5_rxmode.c b/drivers/net/mlx5/mlx5_rxmode.c
index bcf4231..730527e 100644
--- a/drivers/net/mlx5/mlx5_rxmode.c
+++ b/drivers/net/mlx5/mlx5_rxmode.c
@@ -204,8
Unlike promiscuous and allmulticast flows, those should remain
VLAN-specific.
Signed-off-by: Adrien Mazarguil
---
doc/guides/rel_notes/release_16_04.rst | 4 ++
drivers/net/mlx5/mlx5_rxmode.c | 105 +
drivers/net/mlx5/mlx5_rxq.c| 5 +-
driv
From: Yaacov Hazan
Change rxq_cq_to_ol_flags() to set checksum flags according to packet type,
so for non L3/L4 packets the mbuf chksum_bad flags will not be set.
Fixes: 67fa62bc672d ("mlx5: support checksum offload")
Signed-off-by: Yaacov Hazan
---
doc/guides/rel_notes/release_16_04.rst | 4
From: Robin Jarry
In the documentation it is specified that the hardware only supports a
number of RX queues if it is a power of 2.
Since ibv_exp_create_qp may not return an error when the number of
queues is unsupported by hardware, sanitize the value in dev_configure.
Signed-off-by: Robin Jar
This patchset adds to mlx5 a few features available in mlx4 (TX from
secondary processes) or provided by Verbs (support for HW packet padding,
TX VLAN insertion).
Release notes and documentation are updated accordingly.
Note: should be applied after "Assorted fixes for mlx4 and mlx5".
Changes in
From: Or Ami
Burst functions are updated to make sure applications cannot attempt to
send/receive after link is brought down.
Signed-off-by: Or Ami
---
doc/guides/rel_notes/release_16_04.rst | 4 ++
drivers/net/mlx5/mlx5.c| 2 +
drivers/net/mlx5/mlx5.h| 2 +
From: Or Ami
Secondary processes are expected to use queues and other resources
allocated by the primary, however Verbs resources can only be shared
between processes when inherited through fork().
This limitation can be worked around for TX by configuring separate queues
from secondary processe
From: Olga Shern
Until now, CRC was always stripped by hardware. This feature can be
configured since MLNX_OFED >= 3.2.
Signed-off-by: Olga Shern
---
doc/guides/nics/mlx5.rst | 2 ++
doc/guides/rel_notes/release_16_04.rst | 6 ++
drivers/net/mlx5/Makefile | 5
From: Olga Shern
Environment variable MLX5_PMD_ENABLE_PADDING enables HW packet padding
in PCI bus transactions.
When packet size is cache aligned and CRC stripping is enabled, 4 fewer
bytes are written to the PCI bus. Enabling padding makes such packets
aligned again.
In cases where PCI bandwi
From: Yaacov Hazan
VLAN insertion is done in software by the PMD by default unless
CONFIG_RTE_LIBRTE_MLX5_VERBS_VLAN_INSERTION is enabled and Verbs provides
support for hardware insertion.
When enabled, this option improves performance when VLAN insertion is
requested, however ConnectX-4 Lx boar
>In order to cleanup the configuration files some and reduce
>the number of duplicate configuration information. Add a new
>file called common_base which contains just about all of the
>configuration lines in one place. Then have the common_bsdapp,
>common_linuxapp files include this one file. Then
>>On Thu, Feb 25, 2016 at 01:09:16PM -0600, Keith Wiles wrote:
>>> A number of short options for EAL are missing long options
>>> and this patch adds those missing options.
>>>
>>> The missing long options are for:
>>> -c add --coremask
>>> -d add --driver
>>> -l add --corelist
>>> -m add --memsiz
>>2016-02-28 21:47, Wiles, Keith:
>>> >Hi,
>>> >
>>> >2016-02-09 11:35, Keith Wiles:
>>> >> Adding support to the build system to allow for Makefile.XXX
>>> >> extention to a subtree, which already has Makefiles. These
>>> >> Makefiles could be from the autotools and others places. Using
>>> >> the
On Thu, Feb 25, 2016 at 11:12 PM, Wiles, Keith wrote:
>>On Thu, Feb 25, 2016 at 01:09:16PM -0600, Keith Wiles wrote:
>>> A number of short options for EAL are missing long options
>>> and this patch adds those missing options.
>>>
>>> The missing long options are for:
>>> -c add --coremask
>>> -d
>On Thu, Feb 25, 2016 at 11:12 PM, Wiles, Keith
>wrote:
>>>On Thu, Feb 25, 2016 at 01:09:16PM -0600, Keith Wiles wrote:
A number of short options for EAL are missing long options
and this patch adds those missing options.
The missing long options are for:
-c add --coremas
I think what Thomas meant is that we should redesign Flow Director feature and
call it something else , Mellanox is calling it "Flow Steering" . I agree
that Filtering may be more generic name.
We have implemented Flow Director API in Mellanox ConnectX-4 PMD (part of the
DPDK 16.04 patches)
On Tue, Jan 12, 2016 at 11:49:06AM +0100, Nelio Laranjeiro wrote:
> Previous version of commit
> "cmdline: increase command line buffer", had side effects and was breaking
> some commands.
>
> In this version, I only applied John McNamara's solution which consists in
> increasing only RDLINE_BUF_S
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Tan, Jianfeng
> Sent: Thursday, March 03, 2016 6:04 AM
> To: Chen, Jing D; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 05/12] pmd/fm10k: add dev_ptype_info_get
> implementation
>
> Hi,
>
> On 3/3/201
On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> The current rte_vhost_dequeue_burst() implementation is a bit messy
> and logic twisted. And you could see repeat code here and there: it
> invokes rte_pktmbuf_alloc() three times at three different places!
>
> However, rte_vhost_dequeue_burst() acutally d
On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> + mbuf_avail = 0;
> + mbuf_offset = 0;
> + while (desc_avail || (desc->flags & VRING_DESC_F_NEXT) != 0) {
> + /* This desc reachs to its end, get the next one */
> + if (desc_avail == 0) {
> + desc =
2016-03-03 14:55, Wiles, Keith:
> >>2016-02-28 21:47, Wiles, Keith:
> >>> >Hi,
> >>> >
> >>> >2016-02-09 11:35, Keith Wiles:
> >>> >> Adding support to the build system to allow for Makefile.XXX
> >>> >> extention to a subtree, which already has Makefiles. These
> >>> >> Makefiles could be from the
On Thu, 3 Mar 2016 10:11:57 +
Ferruh Yigit wrote:
> On 3/2/2016 10:18 PM, Jay Rolette wrote:
> >
> > On Tue, Mar 1, 2016 at 8:02 PM, Stephen Hemminger
> > mailto:stephen at networkplumber.org>>
> > wrote:
> >
> > On Mon, 29 Feb 2016 08:33:25 -0600
> > Jay Rolette mailto:rolette at
2016-03-03 14:43, Wiles, Keith:
> >In order to cleanup the configuration files some and reduce
> >the number of duplicate configuration information. Add a new
> >file called common_base which contains just about all of the
> >configuration lines in one place. Then have the common_bsdapp,
> >common_
Fixes: af75078fece3 ("first public release")
This was working fine because addresses of two structs are same:
struct A {
struct B b;
} a;
As above sample "a" and "b" has same address.
Now casting private data back to the correct struct type, to the one
stored.
Signed-off-by: Ferruh Yig
Minor code cleanup.
Remove array size calculations and remove unnecessary assignment.
Signed-off-by: Ferruh Yigit
---
lib/librte_eal/linuxapp/igb_uio/igb_uio.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/lib/librte_eal/linuxapp/igb_uio/igb_uio.c
b/lib/librte_eal/
On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> [...]
CCed changchun, the author for the chained handling of desc and mbuf.
The change makes the code more readable, but i think the following
commit message is simple and enough.
>
> while (this_desc_is_not_drained_totally || has_next_desc) {
>
It seems that for the most use cases, previous hash_multi_lookup provides
better performance, and more, sequential lookup can cause significant
performance drop.
This patch sets previously optional hash_multi_lookup method as default.
It also provides some minor optimizations such as queue drain o
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ferruh Yigit
> Sent: Thursday, March 03, 2016 5:08 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] igb_uio: use macros for array size calculation
>
> Minor code cleanup.
> Remove array size calculations
On 3/3/2016 5:25 PM, Ananyev, Konstantin wrote:
>
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ferruh Yigit
>> Sent: Thursday, March 03, 2016 5:08 PM
>> To: dev at dpdk.org
>> Subject: [dpdk-dev] [PATCH] igb_uio: use macros for array size calculation
On 2/18/2016 9:48 PM, Yuanhan Liu wrote:
> The current rte_vhost_dequeue_burst() implementation is a bit messy
[...]
> +
> uint16_t
> rte_vhost_dequeue_burst(struct virtio_net *dev, uint16_t queue_id,
> struct rte_mempool *mbuf_pool, struct rte_mbuf **pkts, uint16_t count)
> {
> - stru
> -Original Message-
> From: Yigit, Ferruh
> Sent: Thursday, March 03, 2016 5:35 PM
> To: Ananyev, Konstantin; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] igb_uio: use macros for array size calculation
>
> On 3/3/2016 5:25 PM, Ananyev, Konstantin wrote:
> >
> >
> >> -Original M
>2016-03-03 14:55, Wiles, Keith:
>> >>2016-02-28 21:47, Wiles, Keith:
>> >>> >Hi,
>> >>> >
>> >>> >2016-02-09 11:35, Keith Wiles:
>> >>> >> Adding support to the build system to allow for Makefile.XXX
>> >>> >> extention to a subtree, which already has Makefiles. These
>> >>> >> Makefiles could be
On 3/3/2016 5:45 PM, Ananyev, Konstantin wrote:
>
>
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Thursday, March 03, 2016 5:35 PM
>> To: Ananyev, Konstantin; dev at dpdk.org
>> Subject: Re: [dpdk-dev] [PATCH] igb_uio: use macros for array size
>> calculation
>>
>> On 3/3/2016 5:
On 3/3/2016 4:59 PM, Stephen Hemminger wrote:
> On Thu, 3 Mar 2016 10:11:57 +
> Ferruh Yigit wrote:
>
>> On 3/2/2016 10:18 PM, Jay Rolette wrote:
>>>
>>> On Tue, Mar 1, 2016 at 8:02 PM, Stephen Hemminger
>>> mailto:stephen at networkplumber.org>>
>>> wrote:
>>>
>>> On Mon, 29 Feb 2016 08
1 - 100 of 109 matches
Mail list logo
