Hi Thomas,
On Sun, 30 Apr 2017 17:58:45 +0200, Thomas Monjalon wrote:
> 09/02/2017 16:56, Olivier MATZ:
> > Hi,
> >
> > On Mon, 30 Jan 2017 10:54:08 +0100, Thomas Monjalon
> > wrote:
> > > It is fixing the introduction of the new flag PKT_RX_VLAN_STRIPPED.
> > >
> > > Fixes: b37b528d957c ("m
On 04/05/2017 07:09, Akhil Goyal wrote:
Hi Sergio,
On 5/3/2017 7:48 PM, Sergio Gonzalez Monroy wrote:
On 03/05/2017 12:01, Akhil Goyal wrote:
Hi Pablo,
On 4/28/2017 11:33 PM, Pablo de Lara wrote:
This is a proposal to correct and improve the current crypto
operation (rte_crypto_op)
and symme
On 5/4/2017 1:01 PM, Sergio Gonzalez Monroy wrote:
On 04/05/2017 07:09, Akhil Goyal wrote:
Hi Sergio,
On 5/3/2017 7:48 PM, Sergio Gonzalez Monroy wrote:
On 03/05/2017 12:01, Akhil Goyal wrote:
Hi Pablo,
On 4/28/2017 11:33 PM, Pablo de Lara wrote:
This is a proposal to correct and improve th
On 04/05/2017 08:38, Akhil Goyal wrote:
On 5/4/2017 1:01 PM, Sergio Gonzalez Monroy wrote:
On 04/05/2017 07:09, Akhil Goyal wrote:
Hi Sergio,
On 5/3/2017 7:48 PM, Sergio Gonzalez Monroy wrote:
On 03/05/2017 12:01, Akhil Goyal wrote:
Hi Pablo,
On 4/28/2017 11:33 PM, Pablo de Lara wrote:
Thi
Hi Ashwin,
On 3 May 2017 at 13:24, Jianbo Liu wrote:
> Hi Ashwin,
>
> On 2 May 2017 at 19:47, Sekhar, Ashwin wrote:
>> Hi Jianbo,
>>
>> I tested your neon changes on thunderx. I am seeing a performance
>> regression of ~10% for LPM case and ~20% for EM case with your changes.
>> Did you see impr
Hi Thomas,
Below patches have been verified. It would be great if they can get included
into DPDK17.05.
http://www.dpdk.org/dev/patchwork/patch/23957/
http://dpdk.org/dev/patchwork/patch/24044/
http://dpdk.org/dev/patchwork/patch/24021/
http://dpdk.org/dev/patchwork/patch/24022/
http://dpdk.or
Previous numa_support = 0 by default, it need to add --numa to testpmd
command line to enable numa, so port_numa and ring_numa were initialized
at function launch_args_parse(), now testpmd change numa_support = 1 as
default, so port_numa and ring_numa also need to initialize by default,
otherwise p
04/05/2017 11:00, Liu, Yu Y:
> Hi Thomas,
>
> Below patches have been verified. It would be great if they can get included
> into DPDK17.05.
Thanks for the list Yu.
> http://www.dpdk.org/dev/patchwork/patch/23957/
>
> http://dpdk.org/dev/patchwork/patch/24044/
>
> http://dpdk.org/dev/patchwo
Previous numa_support = 0 by default, it need to add --numa to testpmd
command line to enable numa, so port_numa and ring_numa were initialized
at function launch_args_parse(), now testpmd change numa_support = 1 as
default, so port_numa and ring_numa also need to initialize by default,
otherwise p
The following PMD names definitions will be moved to the individual PMDs
to remove the coupling between crypto PMDs and the librte_cryptodev:
CRYPTODEV_NAME_NULL_PMD
CRYPTODEV_NAME_AESNI_MB_PMD
CRYPTODEV_NAME_AESNI_GCM_PMD
CRYPTODEV_NAME_OPENSSL_PMD
CRYPTODEV_NAME_QAT_SYM_PMD
CRYPTODEV_NAME_SNOW3G_
Some customers find that 82599 NIC DPDK VF PMD can't receive any
broadcast packets when it is bound to igb_uio in the first time
to run a DPDK application like testpmd. But when the application
is quited and run again, the DPDK VF PMD can receive broadcast
packets again. The associated PF is run by
Hi,
For my pipeline application, I want to share same table between two
different pipeline. Is that possible? If yes, how can I do it?
Thanks for your reply and help.
--
Regards,
Nidhia Varghese
From: Guduri Prathyusha
If multiple devices of same class are added to a device type,
only devices that match first device listed in device type list are
processed.
Fixing it in device_type_match() by returning false after iterating
through all the devices listed in a device type list.
Fixes: 8
Signed-off-by: Jerin Jacob
---
usertools/dpdk-devbind.py | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/usertools/dpdk-devbind.py b/usertools/dpdk-devbind.py
index 79e7e8938..f0225b6ce 100755
--- a/usertools/dpdk-devbind.py
+++ b/usertools/dpdk-devbind.py
@@ -49,8 +49,10 @
Hi Developers,
I believe wireless NICs would be able to handle higher amount of data in
future and bringing in support of DPDK for wireless NICs earlier would be
beneficial to the wireless community. I would like to work on this.
Could you please share some light on how to proceed further. Whethe
strncpy may left destination buffer not NULL terminated, switched using
snprintf to be sure destination buffer is NULL terminated.
Coverity issue: 1407495
Coverity issue: 1407498
Fixes: cc68ac4847bc ("net/af_packet: support MTU change")
Fixes: 218259590ea4 ("net/af_packet: support promiscuous")
S
On 5/4/2017 1:49 PM, Sergio Gonzalez Monroy wrote:
On 04/05/2017 08:38, Akhil Goyal wrote:
On 5/4/2017 1:01 PM, Sergio Gonzalez Monroy wrote:
On 04/05/2017 07:09, Akhil Goyal wrote:
Hi Sergio,
On 5/3/2017 7:48 PM, Sergio Gonzalez Monroy wrote:
On 03/05/2017 12:01, Akhil Goyal wrote:
Hi Pabl
Hi,
The current 17.08 schedule dates are:
17.08
* Proposal deadline:March 3, 2017
* Integration deadline: March 30, 2017
* Release: May1, 2017
http://dpdk.org/dev/roadmap#dates
The following are proposed dates for 17.11 and 18.02
> -Original Message-
> From: Yigit, Ferruh
> Sent: Thursday, April 20, 2017 7:55 PM
> To: dev@dpdk.org
> Cc: Yigit, Ferruh ; Mcnamara, John
> ; Tahhan, Maryam
> Subject: [RFC 17.08] flow_classify: add librte_flow_classify library
CCing techbo...@dpdk.org since we would like this RFC add
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Hemant Agrawal
> Sent: Wednesday, May 3, 2017 6:57 AM
> To: dev@dpdk.org; techbo...@dpdk.org
> Subject: [dpdk-dev] Minutes of tech-board meeting 2017-04-27
>
> Hi all,
>
> Here is the meeting notes for the last
-Original Message-
> Date: Thu, 4 May 2017 12:05:54 +0530
> From: Jerin Jacob
> To: Harry van Haaren
> Cc: dev@dpdk.org, bruce.richard...@intel.com, hemant.agra...@nxp.com,
> nipun.gu...@nxp.com, narender.vang...@intel.com, gage.e...@intel.com
> Subject: Re: [RFC] service core concept he
Hey Folks,
I'm seeing some strange behavior with regard to the RSS hash values in my
applications and was hoping somebody might have some pointers on where to
look. In my application, I'm using RSS to divide work among multiple
cores, each of which services a single RX queue. When dealing with a
Instead of many PMD define their own macro, define a generic one in
ethdev and use that in PMDs.
Signed-off-by: Ferruh Yigit
---
drivers/net/ark/ark_ethdev.c | 4 ++--
drivers/net/ark/ark_ethdev.h | 4
drivers/net/avp/avp_ethdev.c | 25 +++--
drivers/net
> -Original Message-
> From: Ferruh Yigit [mailto:ferruh.yi...@intel.com]
> Sent: Thursday, May 04, 2017 9:08 AM
> To: Thomas Monjalon; Shepard Siegel; Ed Czeck; John Miller; Legacy, Allain;
> Peters, Matt; LU, WENZHUO; ZHANG, HELIN; WU, JINGJING; ANANYEV,
> KONSTANTIN; Andrew Rybchenko
> C
-u accepts "dpdk" argument to unbind all devices bound to a DPDK driver.
Usage:
usertools/dpdk-devbind.py -u dpdk
Example:
$ usertools/dpdk-devbind.py -s
Network devices using DPDK-compatible driver
:08:00.1 '...' drv=igb_uio unused=
:81:00.0
On 5/4/2017 6:23 AM, gowrishankar muthukrishnan wrote:
> Hi Ferruh,
> Even w/o this patch, I mostly find mbufs returned by rte_kni_rx_burst()
> always 0
> (or sometimes 1) where as more than 32000 mbufs approx created in
> ingress side
> for this test.
>
>dpdk/test/test $ ./test -l 0,1,2 --s
On Wed, 3 May 2017 23:56:59 -0700
Ashwin Sekhar T K wrote:
> armv8-a has optional CRYPTO extension which adds the
> AES, PMULL, SHA1 and SHA2 capabilities. -march=armv8-a+crypto
> enables code generation for the ARMv8-A architecture together
> with the optional CRYPTO extensions.
>
> added the
On Wed, 3 May 2017 23:57:00 -0700
Ashwin Sekhar T K wrote:
> moved the definition of GCC_VERSION from lib/librte_table/rte_lru.h
s/moved/Moved/
> to lib/librte_eal/common/include/rte_common.h
dot after the sentence
>
> Tested compilation on arm64 with gcc
>
> Tested compilation on x86 with
This RFC describes a proposal to change crypto device's session
management to make it device independent and simplify architecture when
session is intended to be used on more than one device.
1. Overview
Limitations of existing implementation:
a) Each session can store only private data f
02/05/2017 01:05, Thomas Monjalon:
> These lists were unused and useless because they are maintained per bus:
> struct rte_driver_list dev_driver_list
> struct rte_device_list dev_device_list
>
> Signed-off-by: Thomas Monjalon
> ---
> lib/librte_eal/bsdapp/eal/rte_eal_version.map |
Since GCC 7 is now yesterday's news :-), I figured we should try and make
DPDK compile successfully with that new version. The main difficulties are
because of new warnings being triggered.
* New warnings for fall-though in case statements
* New warnings for possible truncation using snprintf
* Ne
For base code in drivers shared with other projects, disable the new
warnings from gcc 7 about unlabelled fall-through in switch statements.
Signed-off-by: Bruce Richardson
---
drivers/net/e1000/Makefile | 3 +++
drivers/net/fm10k/Makefile | 3 +++
drivers/net/ixgbe/Makefile | 3 +++
drivers/net
There are two new warnings in GCC 7 that cause problems in the DPDK
compile.
1. GCC now warns if you have a switch fall-through without a suitable
comment indicating that it was intentional. The compiler supports a number
of levels of warning which are triggered depending on the type of message
us
Add in a comment for each switch fall-through indicating that it is
intentional. This will fix compiler warnings with GCC 7.
Fixes: b5bf7719221d ("bnx2x: driver support routines")
Signed-off-by: Bruce Richardson
---
drivers/net/bnx2x/ecore_sp.c | 2 +-
drivers/net/bnx2x/elink.c| 3 +++
2 fi
Add a comment documenting explicitly that we are falling through the case
statements to the next one.
Fixes: f9072f8b90bb ("ixgbe: migrate flow director filtering to new API")
Signed-off-by: Bruce Richardson
---
drivers/net/ixgbe/ixgbe_fdir.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
GCC 7 flags a value as uninitialized before used. While it's a false
positive, there is little harm in providing an initial value for the
variable.
Fixes: bb1d14b87fc3 ("vmxnet3: fix link state handling")
Signed-off-by: Bruce Richardson
---
drivers/net/vmxnet3/vmxnet3_ethdev.c | 2 +-
1 file ch
With GCC 7 we need to explicitly document when we are falling through from
one switch case to another.
Fixes: af75078fece3 ("first public release")
Fixes: 8bae1da2afe0 ("hash: fallback to software CRC32 implementation")
Fixes: 9ec201f5d6e7 ("mbuf: provide bulk allocation")
Signed-off-by: Bruce Ri
The #ifdef only had the break in the else leg rather than in the first leg,
leading to the value set their being overridden on fall-through.
Fixes: 986ff526fb84 ("net: add CRC computation API")
Signed-off-by: Bruce Richardson
---
lib/librte_net/rte_net_crc.c | 2 +-
1 file changed, 1 insertion(
Issue flagged by GCC 7 as a switch fall-through.
Fixes: dbb860e03eb1 ("cmdline: tests")
CC: sta...@dpdk.org
Signed-off-by: Bruce Richardson
---
test/test/test_cmdline_num.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/test/test/test_cmdline_num.c b/test/test/test_cmdline_num.c
index 0426
This fixes compiler warnings with GCC 7.
Fixes: 28d62131a1b1 ("app/testpmd: extend flow director input set commands")
Signed-off-by: Bruce Richardson
---
app/test-pmd/cmdline.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/app/test-pmd/cmdline.c b/app/test-pmd/cmdline.c
index 06c1ce2..0
GCC flags an uninitialized value, so provide an initializer.
Fixes: 3a17ff401f1e ("test/eventdev: add basic SW tests")
Signed-off-by: Bruce Richardson
---
test/test/test_eventdev_sw.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/test/test/test_eventdev_sw.c b/test/test/te
API changes are planned for 17.08 to made sessions agnostic to the
underlaying devices, removing coupling with crypto PMDs, so a single
session can be used on multiple devices.
It requires to change "struct rte_cryptodev_sym_session" to store more
than one private data for devices, as well as remo
mbuf next and nb_segs fields already have the default values when get
from mempool, no need to update them in PMD.
See: 8f094a9ac5d7 ("mbuf: set mbuf fields while in pool")
Signed-off-by: Ferruh Yigit
---
Cc: Olivier Matz
---
drivers/net/null/rte_eth_null.c | 2 --
1 file changed, 2 deletions(
We can just move rte_driver definition before rte_device
(which depends on rte_driver).
Signed-off-by: Thomas Monjalon
---
lib/librte_eal/common/include/rte_dev.h | 19 ---
1 file changed, 8 insertions(+), 11 deletions(-)
diff --git a/lib/librte_eal/common/include/rte_dev.h
b/l
See: 8f094a9ac5d7 ("mbuf: set mbuf fields while in pool")
Signed-off-by: Ferruh Yigit
---
Cc: Olivier Matz
---
drivers/net/ixgbe/ixgbe_rxtx.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/net/ixgbe/ixgbe_rxtx.c b/drivers/net/ixgbe/ixgbe_rxtx.c
index 1e07895..590ab63 100644
--- a
It is planned to move the bus PCI and VDEV to /drivers/bus/
during 17.08. So the eal_ prefix will not make sense.
Let's rename now before releasing 17.05 where EAL API has
already some breaking changes.
Thomas Monjalon (2):
pci: remove eal prefix
vdev: remove eal prefix
app/test-pmd/testpmd.
The PCI code will move to the bus drivers directory.
Rename functions from rte_eal_pci_ to rte_pci_
to prepare the move of the driver out of EAL.
Signed-off-by: Thomas Monjalon
---
app/test-pmd/testpmd.c | 2 +-
.../sample_app_ug/l2_forward_real_virtual.rst | 4
The VDEV code will move to the bus drivers directory.
Rename functions from rte_eal_vdev_ to rte_vdev_
to prepare the move of the driver out of EAL.
The prefix rte_eal_vdrv_ is also renamed to rte_vdev_.
It was used for registration of vdev drivers.
Signed-off-by: Thomas Monjalon
---
doc/guides
> -Original Message-
> From: Akhil Goyal [mailto:akhil.go...@nxp.com]
> Sent: Thursday, May 04, 2017 12:23 PM
> To: Gonzalez Monroy, Sergio; De Lara Guarch, Pablo; dev@dpdk.org
> Cc: Doherty, Declan; hemant.agra...@nxp.com;
> zbigniew.bo...@caviumnetworks.com; jerin.ja...@caviumnetworks.c
Disable latency stats gathering by default,
so there is not performance degradation if user
is not interested in them.
Signed-off-by: Pablo de Lara
---
This patch depends on http://dpdk.org/dev/patchwork/patch/24064/
app/test-pmd/testpmd.c | 8 ++--
1 file changed, 6 insertions(+), 2 delet
> On May 4, 2017, at 8:04 AM, Matt Laswell wrote:
>
> Hey Folks,
>
> I'm seeing some strange behavior with regard to the RSS hash values in my
> applications and was hoping somebody might have some pointers on where to
> look. In my application, I'm using RSS to divide work among multiple
> co
On Thu, 4 May 2017 16:38:13 +0100
Bruce Richardson wrote:
> There are two new warnings in GCC 7 that cause problems in the DPDK
> compile.
>
> 1. GCC now warns if you have a switch fall-through without a suitable
> comment indicating that it was intentional. The compiler supports a number
> of
On Thu, 4 May 2017 16:38:17 +0100
Bruce Richardson wrote:
> diff --git a/drivers/net/vmxnet3/vmxnet3_ethdev.c
> b/drivers/net/vmxnet3/vmxnet3_ethdev.c
> index 0e8eb75..1cd72c1 100644
> --- a/drivers/net/vmxnet3/vmxnet3_ethdev.c
> +++ b/drivers/net/vmxnet3/vmxnet3_ethdev.c
> @@ -935,7 +935,7 @@
On Thu, 4 May 2017 18:18:49 +0200
Thomas Monjalon wrote:
> It is planned to move the bus PCI and VDEV to /drivers/bus/
> during 17.08. So the eal_ prefix will not make sense.
> Let's rename now before releasing 17.05 where EAL API has
> already some breaking changes.
>
> Thomas Monjalon (2):
>
On 5/3/2017 4:50 PM, Stephen Hemminger wrote:
> On Wed, 3 May 2017 17:01:31 +0530
> Hemant Agrawal wrote:
>
>> Signed-off-by: Hemant Agrawal
>> ---
>> doc/guides/rel_notes/deprecation.rst | 7 +++
>> 1 file changed, 7 insertions(+)
>>
>> diff --git a/doc/guides/rel_notes/deprecation.rst
>>
On 5/3/2017 12:31 PM, Hemant Agrawal wrote:
> Signed-off-by: Hemant Agrawal
> ---
> doc/guides/rel_notes/deprecation.rst | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/doc/guides/rel_notes/deprecation.rst
> b/doc/guides/rel_notes/deprecation.rst
> index a3e7c72..0c1ef2c 100644
Hi,
The previous email had the 17.05 dates instead of the 17.08 dates due to
an ENOC0FFEE error. Fixed 17.08 dates below.
The current 17.08 schedule dates are:
17.08
* Proposal deadline:May 28, 2017
* Integration deadline: June 29, 2017
* Release:
MAC addresses are implicitly handled in network order since they are
actually byte strings, however this is not properly enforced with MAC masks
provided as prefix lengths, which end up inverted on little endian
systems.
Fixes: 6df81b325fa4 ("app/testpmd: add items eth/vlan to flow command")
Sign
The parameter type parser function stores a stack-local address in the
global parser context when parsing a "prefix" keyword.
This usually translates to "Bad arguments" errors even for correct flow
rules as stack gets overwritten by subsequent function calls.
Fixes: d3f61b7bad20 ("app/testpmd: ad
This email is notification ahead of the May 28 proposal deadline for 17.08
that Atomic Rules proposes to implement, test and support our Arkville
net/ark PMD for ARM architecture in the DPDK 17.08 release. Our intent is
for ARM architecture support with Arkville to stand equal with the current
deep
Hey Keith,
Here is a hexdump of a subset of one of my packet captures. In this
capture, all of the packets are part of the same TCP connection, which
happens to be NFSv3 traffic. All of them except packet number 6 get the
correct RSS hash and go to the right queue. Packet number 6 (an NFS rename
On Sun, Apr 30, 2017 at 05:53:55PM +0200, Thomas Monjalon wrote:
> 13/12/2016 02:28, Michał Mirosław:
> > Signed-off-by: Michał Mirosław
> > ---
> > lib/librte_eal/linuxapp/eal/eal_hugepage_info.c | 43
> > ++---
> > 1 file changed, 32 insertions(+), 11 deletions(-)
> There i
There were several tables in NIC and crypto guides with the same
copy-pasted CSS addition.
It is moved into one unique place: conf.py.
Signed-off-by: Thomas Monjalon
---
doc/guides/conf.py | 75 +++--
doc/guides/cryptodevs/overview.rst | 212 -
Ping
The Xen dom0 support in DPDK seems dead.
Reminder:
Last time we talked about, it was because of a severe bug which is not
fixed yet:
http://dpdk.org/ml/archives/dev/2016-July/044207.html
http://dpdk.org/ml/archives/dev/2016-July/044376.html
The request (9 months ago) was to g
04/05/2017 17:20, Jan Viktorin:
> On Wed, 3 May 2017 23:56:59 -0700
> Ashwin Sekhar T K wrote:
>
> > armv8-a has optional CRYPTO extension which adds the
> > AES, PMULL, SHA1 and SHA2 capabilities. -march=armv8-a+crypto
> > enables code generation for the ARMv8-A architecture together
> > with t
From: Michał Mirosław
Apply the new flag PKT_RX_VLAN_STRIPPED to the software emulation case
(currently only for virtio and af_packet).
Fixes: b37b528d957c ("mbuf: add new Rx flags for stripped VLAN")
Cc: sta...@dpdk.org
Signed-off-by: Michał Mirosław
Signed-off-by: Thomas Monjalon
---
v2: ad
> Subject: Re: [PATCH v6 1/3] ethdev: fix adding invalid MAC addr
>
> On Tue, May 02, 2017 at 08:44:23PM +0800, Wei Dai wrote:
> > Some customers find adding MAC addr to VF sometimes can fail, but it
> > is still stored in dev->data->mac_addrs[ ]. So this can lead to some
> > errors that assumes t
Hi,
> -Original Message-
> From: Yigit, Ferruh
> Sent: Thursday, May 4, 2017 9:08 PM
> To: Thomas Monjalon; Shepard Siegel; Ed Czeck; John Miller; Legacy, Allain
> (Wind River); Peters, Matt (Wind River); Lu, Wenzhuo; Zhang, Helin; Wu,
> Jingjing; Ananyev, Konstantin; Andrew Rybchenko
> Cc
Hi,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Bruce Richardson
> Sent: Thursday, May 4, 2017 11:38 PM
> To: dev@dpdk.org
> Cc: Richardson, Bruce
> Subject: [dpdk-dev] [PATCH 04/10] net/ixgbe: fix gcc 7 warning for switch
> fallthrough
>
> Add a comment d
Some customers find adding MAC addr to VF sometimes can fail,
but it is still stored in dev->data->mac_addrs[ ]. So this
can lead to some errors that assumes the non-zero entry in
dev->data->mac_addrs[ ] is valid.
Following acknowledgements are from specific NIC PMD
maintainer for their managing pa
Add following lines in section of API change in release note.
If a MAC address fails to be added without this change, it is still
stored and may be regarded as a valid one. This may lead to errors
in application. The type of return value of eth_mac_addr_add_t in
rte_ethdev.h is changed. Any specif
Current ethdev always stores the MAC address even it fails to be added.
Other function may regard the failed MAC address valid and lead to
some errors. So There is a need to check if the addr is added
successfully or not and discard it if it fails.
In 3rd patch, add a command "add_more_mac_addr po
This patch is added to introduce a testpmd command which
is used to add more than one MAC addresses one time.
This command can simplify the test for the change where
the type of return value of adding MAC address.
Normally a MAC address may fails to be added only after
many MAC addresses have been
Hi,
> -Original Message-
> From: Yigit, Ferruh
> Sent: Thursday, May 4, 2017 11:59 PM
> To: Lu, Wenzhuo; Ananyev, Konstantin
> Cc: dev@dpdk.org; Olivier Matz
> Subject: [PATCH] net/ixgbe: do not touch mbuf initialized fields
>
> See: 8f094a9ac5d7 ("mbuf: set mbuf fields while in pool")
>
Hi, Thomas
I noticed that my following patch set has been superseded.
It address the compile errors when DPDK is built with musl.
I know some customer products like Yocto Linux and that from Roph are using
DPDK with musl and
they have to manually change something to build it.
Roph also referenced
Hi, Dai wei
> static void
> diff --git a/drivers/net/e1000/igb_ethdev.c
> b/drivers/net/e1000/igb_ethdev.c index b6b81cb..e8c6282 100644
> --- a/drivers/net/e1000/igb_ethdev.c
> +++ b/drivers/net/e1000/igb_ethdev.c
> @@ -171,9 +171,9 @@ static int eth_igb_led_off(struct rte_eth_dev *dev);
>
> s
Hi,
> -Original Message-
> From: Dai, Wei
> Sent: Thursday, May 4, 2017 5:55 PM
> To: Zhang, Helin; Ananyev, Konstantin; Lu, Wenzhuo
> Cc: dev@dpdk.org; Dai, Wei; sta...@dpdk.org
> Subject: [PATCH] net/ixgbe: fix VF Rx mode if allmulticast is disabled
>
> Some customers find that 82599 NI
Because accuracy of timing to the microsecond is not guaranteed
in rte_eal_alarm_set, this function will not be called before
the requested time, but may be called a period of time
afterwards which can not be calculated. In order to ensure
test alarm running success, this patch added the delay time
Hi DPDK team,
I am using DPDK to build a program in multithread environment.
I use 1 thread (on 1 core) to add and delete hash table key ( by
rte_hash_add_key() and rte_hash_del_key() function); And use 8 thread
(on 8 others core) to lookup (by rte_hash_lookup() function ).
As I know, rte_hash_l
Add tested Intel platforms with Intel NICs to the release note.
Signed-off-by: Yulong Pei
---
doc/guides/rel_notes/release_17_05.rst | 68 ++
1 file changed, 68 insertions(+)
diff --git a/doc/guides/rel_notes/release_17_05.rst
b/doc/guides/rel_notes/release_17_0
On Thu, 2017-05-04 at 16:42 +0800, Jianbo Liu wrote:
> Hi Ashwin,
>
> On 3 May 2017 at 13:24, Jianbo Liu wrote:
> >
> > Hi Ashwin,
> >
> > On 2 May 2017 at 19:47, Sekhar, Ashwin
> > wrote:
> > >
> > > Hi Jianbo,
> > >
> > > I tested your neon changes on thunderx. I am seeing a performance
>
Because of UIO only support one interrupt, when insmod
``igb_uio`` and running l3fwd-power APP, link status
getting doesn't work properly.
Signed-off-by: Qiming Yang
---
doc/guides/rel_notes/known_issues.rst | 21 +
1 file changed, 21 insertions(+)
diff --git a/doc/guides/re
On 5 May 2017 at 12:24, Sekhar, Ashwin wrote:
> On Thu, 2017-05-04 at 16:42 +0800, Jianbo Liu wrote:
>> Hi Ashwin,
>>
>> On 3 May 2017 at 13:24, Jianbo Liu wrote:
>> >
>> > Hi Ashwin,
>> >
>> > On 2 May 2017 at 19:47, Sekhar, Ashwin
>> > wrote:
>> > >
>> > > Hi Jianbo,
>> > >
>> > > I tested you
Hi,
> diff --git a/test/test/test_alarm.c b/test/test/test_alarm.c index
> ecb2f6d..cbae1a0 100644
> --- a/test/test/test_alarm.c
> +++ b/test/test/test_alarm.c
> @@ -96,6 +96,7 @@ static int
> test_multi_alarms(void)
> {
> int rm_count = 0;
> + int count = 0;
> cb_count.cnt =
84 matches
Mail list logo
