Hi,
Your reasons to keep *dev in pmd_internals are good enough for me!
The rest of the patch looks fine.
Acked-by: Pascal Mazon
On 17/09/2017 00:32, Ophir Munk wrote:
> This commit fixes two bugs related to tap devices. The first bug occurs
> when executing in testpmd the following flow rule a
From: Tonghao Zhang
This is not bugfix, but it's convenient to help developer
to review and maintain the igbuio codes.
Signed-off-by: Tonghao Zhang
---
lib/librte_eal/linuxapp/igb_uio/igb_uio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/librte_eal/linuxapp/igb_uio/
On 09/17/2017 09:54 AM, Shahaf Shuler wrote:
Introduce a new API to configure Tx offloads.
In the new API, offloads are divided into per-port and per-queue
offloads. The PMD reports capability for each of them.
Offloads are enabled using the existing DEV_TX_OFFLOAD_* flags.
To enable per-port of
On 09/17/2017 09:54 AM, Shahaf Shuler wrote:
Add the programmers guide details on the new offloads API introduced
by commits:
commit f649472cad9d ("ethdev: introduce Rx queue offloads API")
commit ecb46b66cda5 ("ethdev: introduce Tx queue offloads API")
Signed-off-by: Shahaf Shuler
---
doc/g
On 09/17/2017 09:54 AM, Shahaf Shuler wrote:
Tx offloads configuration is per queue. Tx offloads are enabled by default,
and can be disabled using ETH_TXQ_FLAGS_NO* flags.
This behaviour is not consistent with the Rx side where the Rx offloads
configuration is per port. Rx offloads are disabled b
Hi Olivier,
On 9/14/2017 11:27 AM, Akhil Goyal wrote:
>
> From: Boris Pismenny
>
> add security crypto flags and update mbuf fields to support
> IPsec crypto offload for transmitted packets, and to indicate
> crypto result for received packets.
>
> Signed-off-by: Aviad Yehezkel
> Signed-off-b
-Original Message-
> Date: Thu, 14 Sep 2017 13:56:46 +0530
> From: Akhil Goyal
> To: dev@dpdk.org
> CC: declan.dohe...@intel.com, pablo.de.lara.gua...@intel.com,
> hemant.agra...@nxp.com, radu.nico...@intel.com, bor...@mellanox.com,
> avia...@mellanox.com, tho...@monjalon.net, sandeep.ma
On 9/14/2017 12:32 PM, Mukunda Naresh wrote:
> Hi All,
>
> Need your inputs on below functions.
>
> Vmxnet3 driver in dpdk does not have the whitelist filter for unicast mac
> addresses. So addition/removal of MAC addresses using
> rte_eth_dev_mac_addr_add and rte_eth_dev_mac_addr_remove will alw
Hi Ferruh,
Sunday, September 17, 2017 10:32 AM, Shachar Beiser:
> > On 9/14/2017 2:34 PM, Shachar Beiser wrote:
> > > This removes the dependency on specific Mellanox OFED libraries by
> > > using the upstream rdma-core and linux upstream community code.
> >
> > Would you mind mentioning what is
The SoftNIC PMD is intended to provide SW fall-back options for specific
ethdev APIs in a generic way to the NICs not supporting those features.
Currently, the only implemented ethdev API is Traffic Management (TM),
but other ethdev APIs such as rte_flow, traffic metering & policing, etc
can be ea
Add ethdev Traffic Management API support to SoftNIC PMD.
Signed-off-by: Cristian Dumitrescu
Signed-off-by: Jasvinder Singh
---
v3 changes:
- add more confguration parameters (tm rate, tm queue sizes)
drivers/net/softnic/Makefile| 1 +
drivers/net/softnic/rte_eth_softnic.
Add SoftNIC PMD to provide SW fall-back for ethdev APIs.
Signed-off-by: Cristian Dumitrescu
Signed-off-by: Jasvinder Singh
---
v4 changes:
- Implemented feedback from Ferruh [1]
- rename map file to rte_pmd_eth_softnic_version.map
- add release notes library version info
- doxygen: fix hooks
Implement ethdev TM capability APIs in SoftNIC PMD.
Signed-off-by: Cristian Dumitrescu
Signed-off-by: Jasvinder Singh
---
drivers/net/softnic/rte_eth_softnic.c | 12 +-
drivers/net/softnic/rte_eth_softnic_internals.h | 32 ++
drivers/net/softnic/rte_eth_softnic_tm.c| 500 +++
Implement ethdev TM hierarchy related APIs in SoftNIC PMD.
Signed-off-by: Cristian Dumitrescu
Signed-off-by: Jasvinder Singh
---
drivers/net/softnic/rte_eth_softnic_internals.h | 41 +
drivers/net/softnic/rte_eth_softnic_tm.c| 2776 ++-
2 files changed, 2813 insert
On 9/17/2017 8:31 AM, Shachar Beiser wrote:
>
>
>> -Original Message-
>> From: Ferruh Yigit [mailto:ferruh.yi...@intel.com]
>> Sent: Thursday, September 14, 2017 4:47 PM
>> To: Shachar Beiser ; dev@dpdk.org
>> Cc: Adrien Mazarguil ; Nélio Laranjeiro
>>
>> Subject: Re: [dpdk-dev] [PATCH v
On 30/08/2017 4:46 AM, ZengGanghui wrote:
When the nic does not support vlan rx offload may be wrong, resulting in
lacp packets will not be processed.
Signed-off-by: ZengGanghui
---
...
Acked-by: Declan Doherty
On Mon, Sep 11, 2017 at 03:39:13PM +0200, Olivier Matz wrote:
> As discussed on the mailing list, the alignment constraint of
> the ring structure can be relaxed.
>
> Link: http://dpdk.org/dev/patchwork/patch/25039
> Link: http://dpdk.org/dev/patchwork/patch/26103
>
> Signed-off-by: Olivier Matz
> -Original Message-
> From: Olivier Matz [mailto:olivier.m...@6wind.com]
> Sent: Monday, September 11, 2017 2:39 PM
> To: dev@dpdk.org
> Cc: Richardson, Bruce ; Mcnamara, John
> ; Verkamp, Daniel ;
> Ananyev, Konstantin
> Subject: [PATCH] doc: announce ABI change for ring structure
>
>
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Olivier Matz
> Sent: Monday, September 11, 2017 2:39 PM
> To: dev@dpdk.org
> Cc: Richardson, Bruce ; Mcnamara, John
> ; Verkamp, Daniel
> ; Ananyev, Konstantin
>
> Subject: [dpdk-dev] [PATCH] doc: announce ABI change for ring structure
>
> As
Hi all,
Here is a new version of the PCI bus move out of the EAL.
The EAL PCI implementation is divided in two parts:
- librte_pci: library offering helpers to handle PCI objects
- librte_bus_pci: bus driver for PCI devices
This allows other libraries / tools to use PCI elements (location,
This function was previously private to the EAL layer.
Other subsystems requires it, such as the PCI bus.
In order not to force other components to include stdbool, which is
incompatible with several NIC drivers, the return type has
been changed from bool to int.
Signed-off-by: Gaetan Rivet
---
Signed-off-by: Gaetan Rivet
---
lib/librte_ether/rte_ethdev.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/lib/librte_ether/rte_ethdev.c b/lib/librte_ether/rte_ethdev.c
index a88916f..c5b0b17 100644
--- a/lib/librte_ether/rte_ethdev.c
+++ b/lib/librte_ether/rte_ethdev.c
@@ -47,7 +47,6 @@
#
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/bsdapp/eal/eal.c | 1 -
lib/librte_eal/common/eal_private.h | 132 ---
lib/librte_eal/linuxapp/eal/eal.c| 1 -
lib/librte_eal/linuxapp/eal/eal_interrupts.c | 1 -
4 files changed, 135 de
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/common/eal_common_bus.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/librte_eal/common/eal_common_bus.c
b/lib/librte_eal/common/eal_common_bus.c
index 08bec2d..9d1be8a 100644
--- a/lib/librte_eal/common/eal_common_bus.c
+++ b/lib/librte_e
Devices and drivers are now defined within the bus-specific PCI header.
Update drivers.
Signed-off-by: Gaetan Rivet
---
drivers/bus/pci/bsd/rte_pci.c| 1 +
drivers/bus/pci/linux/rte_pci.c | 1 +
drivers/bus/pci/linux/rte_pci_uio.c | 1 +
drivers/bus/pci/linux/rte_pci_vf
Devices and drivers are now defined within the bus-specific PCI header.
Update the libraries, as structuraly unsound as it may be.
Signed-off-by: Gaetan Rivet
---
lib/librte_ether/rte_ethdev_pci.h | 1 +
lib/librte_eventdev/rte_eventdev_pmd_pci.h | 1 +
2 files changed, 2 insertions(+)
Devices and drivers are now defined within the bus-specific PCI header.
Update applications.
Signed-off-by: Gaetan Rivet
---
app/test-pmd/testpmd.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/app/test-pmd/testpmd.h b/app/test-pmd/testpmd.h
index 1d1ee75..d0613b5 100644
--- a/app/test-pmd
Those helpers rely on the PCI bus driver implementation.
Other similar libraries relied on the bus-specifics being handled in
inlined functions, to be compiled on demand by drivers, once the proper
PCI dependency has been settled. This seems unsafe.
Move the PCI-specific helpers out of the lib dir
Devices and drivers are now defined within the bus-specific PCI header.
Update test applications.
Signed-off-by: Gaetan Rivet
---
test/test/test_kni.c| 1 +
test/test/virtual_pmd.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/test/test/test_kni.c b/test/test/test_kni.c
index db17fdf
Parsing operations should not happen in performance critical sections.
Headers should not propose implementations unless duly required.
Signed-off-by: Gaetan Rivet
---
lib/librte_pci/include/rte_pci.h | 69 --
lib/librte_pci/rte_pci.c | 65
Rename misnamed functions and describe the change in a deprecation
notice.
Signed-off-by: Gaetan Rivet
---
doc/guides/rel_notes/deprecation.rst | 10 ++
lib/librte_pci/include/rte_pci.h | 63
lib/librte_pci/rte_pci.c | 26 +++
Using a macro helps writing the code to the detriment of the reader in
this case. This is backward. Write once, read many.
The few LOCs gained is not worth the opacity of the implementation.
Signed-off-by: Gaetan Rivet
---
lib/librte_pci/rte_pci.c | 65 ++
Add a section related to EAL API changes to 17.11 release notes.
Signed-off-by: Gaetan Rivet
---
doc/guides/rel_notes/release_17_11.rst | 28
1 file changed, 28 insertions(+)
diff --git a/doc/guides/rel_notes/release_17_11.rst
b/doc/guides/rel_notes/release_17_11.r
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Bruce Richardson
> Sent: Thursday, September 14, 2017 5:02 PM
> To: De Lara Guarch, Pablo ; Doherty,
> Declan ; jerin.ja...@caviumnetworks.com
> Cc: dev@dpdk.org; Richardson, Bruce
> Subject: [dpdk-dev] [PATCH 0/2
> -Original Message-
> From: Burakov, Anatoly
> Sent: Tuesday, September 12, 2017 10:36 AM
> To: dev@dpdk.org
> Cc: Doherty, Declan ; De Lara Guarch, Pablo
>
> Subject: [PATCH v2 1/2] app/crypto-perf: add nb-desc parameter
>
> This parameter makes number of cryptodev descriptors adjusta
> -Original Message-
> From: Yongseok Koh
> Sent: Friday, September 15, 2017 11:50 PM
> To: Shachar Beiser
> Cc: dev@dpdk.org; Adrien Mazarguil ; Nélio
> Laranjeiro
> Subject: Re: [dpdk-dev] [PATCH v3 1/2] net/mlx5: replace network to host
> macros
>
>
> > On Sep 14, 2017, at 6:43 AM,
Hi Ferruh,
On Wednesday 06 September 2017 09:09 PM, Ferruh Yigit wrote:
> On 8/31/2017 4:26 AM, Santosh Shukla wrote:
>> Export rte_pci_match() function as it needed in the followup patch.
>>
>> Signed-off-by: Santosh Shukla
>> Signed-off-by: Jerin Jacob
>> Acked-by: Maxime Coquelin
>> ---
>>
On 27/07/2017 1:00 PM, Tomasz Kulasek wrote:
For fortville NIC bond_ethdev_8023ad_flow_verify fails when action queue
index indicates unavailable queue before slaves configuration.
This fix verifies flow settings for queue 0, which is always available,
and checks if slaves max queue number capac
On Thu, Sep 14, 2017 at 10:02:26AM +0200, Thomas Monjalon wrote:
> 13/09/2017 23:42, Ananyev, Konstantin:
> > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > > 13/09/2017 14:56, Ananyev, Konstantin:
> > > > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > > Konstantin, I would like you
Hello Gaetan,
On Monday 18 September 2017 03:01 PM, Gaetan Rivet wrote:
This function was previously private to the EAL layer.
Other subsystems requires it, such as the PCI bus.
In order not to force other components to include stdbool, which is
incompatible with several NIC drivers, the return
v8:
Includes minor review changes per v7 review comment from Anatoly.
Patches rebased on Tip commit:3d2e0448eb.
v7:
Includes no major change, minor change detailing:
- patch sqashing (Aaron suggestion)
- added run_once for device_parse() and bus_scan() in eal init
(Aaron suggestion)
- Moved rt
Export rte_pci_match() function as it needed in the followup patch.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Acked-by: Maxime Coquelin
Reviewed-by: Anatoly Burakov
---
lib/librte_eal/bsdapp/eal/rte_eal_version.map | 7 +++
lib/librte_eal/common/eal_common_pci.c
Introducing rte_pci_get_iommu_class API which helps to get iommu class
of PCI device on the bus and returns preferred iova mapping mode for
PCI bus.
Patch also add rte_pci_get_iommu_class definition for bsdapp,
in bsdapp case - api returns default iova mode.
Signed-off-by: Santosh Shukla
Signed-
Get iommu class of PCI device on the bus and returns preferred iova
mapping mode for that bus.
Patch also introduces RTE_PCI_DRV_IOVA_AS_VA drv flag.
Flag used when driver needs to operate in iova=va mode.
Algorithm for iova scheme selection for PCI bus:
0. If no device bound then return with RTE
API(rte_bus_get_iommu_class) helps to automatically detect and select
appropriate iova mapping scheme for iommu capable device on that bus.
Algorithm for iova scheme selection for bus:
0. Iterate through bus_list.
1. Collect each bus iova mode value and update into 'mode' var.
2. Mode selection sc
Introducing rte_eal_iova_mode() helper API. This API
used by non-eal library for detecting iova mode.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime Coquelin
---
lib/librte_eal/bsdapp/eal/eal.c | 6 ++
lib/librte_eal/bsdapp/eal/rte_eal_version
For auto detection purpose:
* Below calls moved up in the eal initialization order:
- eal_option_device_parse
- rte_bus_scan
Based on the result of rte_bus_scan_iommu_class - select iova
mapping mode.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime C
Check iova mode and accordingly map iova to pa or va.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime Coquelin
Acked-by: Anatoly Burakov
---
lib/librte_eal/linuxapp/eal/eal_vfio.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/lib/l
Check iova mode and accordingly return phy addr.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime Coquelin
Reviewed-by: Anatoly Burakov
---
lib/librte_eal/linuxapp/eal/eal_memory.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/librte_eal/linuxapp/eal/e
Check iova mode and accordingly return phy addr.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime Coquelin
Reviewed-by: Anatoly Burakov
---
lib/librte_eal/common/rte_malloc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/lib/librte_eal
On 9/15/2017 3:09 AM, Pablo de Lara wrote:
The Multi-buffer library now supports DES-CBC
and DES-DOCSISBPI algorithms, so this commit
extends adds support for them in the PMD.
Signed-off-by: Pablo de Lara
Acked-by: Fan Zhang
---
doc/guides/cryptodevs/aesni_mb.rst | 2 +
doc/g
> -Original Message-
> From: Richardson, Bruce
> Sent: Monday, September 18, 2017 11:32 AM
> To: Thomas Monjalon
> Cc: Ananyev, Konstantin ;
> step...@networkplumber.org; dev@dpdk.org; Shahaf Shuler
>
> Subject: Re: [dpdk-dev] [PATCH 4/4] ethdev: add helpers to move to the new
> offlo
> -Original Message-
> From: Burakov, Anatoly
> Sent: Tuesday, September 12, 2017 10:31 AM
> To: dev@dpdk.org
> Cc: Trahe, Fiona ; Griffin, John
> ; Jain, Deepak K ; De
> Lara Guarch, Pablo
> Subject: [PATCH v2 0/3] performance enhancements for QAT driver
>
> A few performance enhanceme
On Mon, Sep 18, 2017 at 11:57:03AM +0100, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: Richardson, Bruce
> > Sent: Monday, September 18, 2017 11:32 AM
> > To: Thomas Monjalon
> > Cc: Ananyev, Konstantin ;
> > step...@networkplumber.org; dev@dpdk.org; Shahaf Shuler
> >
On Mon, Sep 18, 2017 at 11:57:03AM +0100, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: Richardson, Bruce
> > Sent: Monday, September 18, 2017 11:32 AM
> > To: Thomas Monjalon
> > Cc: Ananyev, Konstantin ;
> > step...@networkplumber.org; dev@dpdk.org; Shahaf Shuler
> >
On Fri, Sep 15, 2017 at 06:36:10PM +0100, luca.bocca...@gmail.com wrote:
> From: Luca Boccassi
>
> In Debian and Ubuntu we have been shipping a pkgconfig file for DPDK
> for more than a year now, and the filename is libdpdk.pc.
> A few downstream projects, like OVS and Collectd, have adopted the
> -Original Message-
> From: Richardson, Bruce
> Sent: Monday, September 18, 2017 12:05 PM
> To: Ananyev, Konstantin
> Cc: Thomas Monjalon ; step...@networkplumber.org;
> dev@dpdk.org; Shahaf Shuler
> Subject: Re: [dpdk-dev] [PATCH 4/4] ethdev: add helpers to move to the new
> offload
For example, when packets received from an MLX network card, the value of
mbuf->vlan_tci is a random value. So that this value cannot be used to
determine whether VLAN packets . We need to judgment mbuf->ol_flags first.
BR.
Zeng Ganghui
Huawei Technologies Co., Ltd.
-Original Message-
F
-Original Message-
> Date: Thu, 14 Sep 2017 13:56:42 +0530
> From: Akhil Goyal
> To: dev@dpdk.org
> CC: declan.dohe...@intel.com, pablo.de.lara.gua...@intel.com,
> hemant.agra...@nxp.com, radu.nico...@intel.com, bor...@mellanox.com,
> avia...@mellanox.com, tho...@monjalon.net, sandeep.ma
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Boris Pismenny
> Sent: Sunday, September 17, 2017 1:07 PM
> To: dev@dpdk.org
> Cc: akhil.go...@nxp.com; Doherty, Declan ; De
> Lara Guarch, Pablo ;
> hemant.agra...@nxp.com; Nicolau, Radu ;
> bor...@mellanox.com;
On Friday 25 August 2017 03:49 PM, Shreyansh Jain wrote:
> Currently DPAA2 code doesn't support multiple groups and containers.
> Remove such provision in code to simplify code.
>
> Signed-off-by: Shreyansh Jain
> ---
Reviewed-by: Santosh Shukla
> drivers/bus/fslmc/fslmc_vfio.c | 70
> ++
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Boris Pismenny
> Sent: Sunday, September 17, 2017 1:07 PM
> To: dev@dpdk.org
> Cc: akhil.go...@nxp.com; Doherty, Declan ; De
> Lara Guarch, Pablo ;
> hemant.agra...@nxp.com; Nicolau, Radu ;
> bor...@mellanox.com;
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Gaetan Rivet
> Sent: Monday, September 18, 2017 10:32 AM
> To: dev@dpdk.org
> Cc: Gaetan Rivet
> Subject: [dpdk-dev] [PATCH v2 14/14] doc: add notes on EAL PCI API update
>
> Add a section related to EAL API cha
On Fri, Sep 15, 2017 at 06:36:11PM +0100, luca.bocca...@gmail.com wrote:
> From: Luca Boccassi
>
> A subset of the dpdk headers are arch-dependent, but have common names
> and thus cause a clash in a multiarch installation.
> For example, rte_config.h is different for each target.
>
> Add a "inc
On Fri, Sep 15, 2017 at 06:36:12PM +0100, luca.bocca...@gmail.com wrote:
> From: Luca Boccassi
>
> Instead of hard-coding the install path of generic and exec-env headers
> use the includedir option, so that it can be correctly overridden.
>
> Signed-off-by: Luca Boccassi
> ---
Acked-by: Bruce
18/09/2017 13:04, Bruce Richardson:
> On Mon, Sep 18, 2017 at 11:57:03AM +0100, Ananyev, Konstantin wrote:
> > From: Richardson, Bruce
> > > On Thu, Sep 14, 2017 at 10:02:26AM +0200, Thomas Monjalon wrote:
> > > > 13/09/2017 23:42, Ananyev, Konstantin:
> > > > > From: Thomas Monjalon [mailto:tho...
On Fri, Sep 15, 2017 at 06:36:09PM +0100, luca.bocca...@gmail.com wrote:
> From: Luca Boccassi
>
> A couple of small fixes are needed in order to make the meson build
> compatible with Debian and Ubuntu, to avoid breaking backward
> compatibility for applications that depend on the packages.
>
>
On 9/15/2017 3:09 AM, Pablo de Lara wrote:
Signed-off-by: Pablo de Lara
---
Acked-by: Radu Nicolau
18/09/2017 13:11, Ananyev, Konstantin:
> From: Richardson, Bruce
> > On Mon, Sep 18, 2017 at 11:57:03AM +0100, Ananyev, Konstantin wrote:
> > > From: Richardson, Bruce
> > > > On Thu, Sep 14, 2017 at 10:02:26AM +0200, Thomas Monjalon wrote:
> > > > > 13/09/2017 23:42, Ananyev, Konstantin:
> > > > >
On 9/15/2017 3:09 AM, Pablo de Lara wrote:
When using DES-CBC, packet size has to be multiple
of 8 bytes, but if a list of packets is provided.
the check was not correct.
Fixes: fc4600fb2520 ("app/crypto-perf: add extra option checks")
Cc: sta...@dpdk.org
Signed-off-by: Pablo de Lara
---
A
Tested-by: Hemant Agrawal
On 8/12/2017 3:52 PM, Shreyansh Jain wrote:
Bus scan is responsible for finding devices over *all* buses.
Some of these buses might not be able to scan but that should
not prevent other buses to be scanned.
Same is the case for probing. It is possible that some device
On Mon, Sep 18, 2017 at 04:17:08PM +0530, Shreyansh Jain wrote:
> Hello Gaetan,
>
> On Monday 18 September 2017 03:01 PM, Gaetan Rivet wrote:
> >This function was previously private to the EAL layer.
> >Other subsystems requires it, such as the PCI bus.
> >
> >In order not to force other component
On Mon, Sep 18, 2017 at 01:32:29PM +0200, Thomas Monjalon wrote:
> 18/09/2017 13:11, Ananyev, Konstantin:
> > From: Richardson, Bruce
> > > On Mon, Sep 18, 2017 at 11:57:03AM +0100, Ananyev, Konstantin wrote:
> > > > From: Richardson, Bruce
> > > > > On Thu, Sep 14, 2017 at 10:02:26AM +0200, Thomas
On Sun, Sep 17, 2017 at 11:12:49AM +0300, Shahaf Shuler wrote:
> TSO segment size must be larger then 0.
>
> Fixes: 3f13f8c23a7c ("net/mlx5: support hardware TSO")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Shahaf Shuler
> Acked-by: Yongseok Koh
Acked-by: Nelio Laranjeiro
--
Nélio Laranjeiro
6
Hello Gaetan,
On Monday 18 September 2017 03:01 PM, Gaetan Rivet wrote:
The PCI lib defines the types and methods allowing to use PCI elements.
The PCI bus implements a bus driver for PCI devices by constructing
rte_bus elements using the PCI lib.
Move the relevant code out of the EAL to their
> -Original Message-
> From: Tan, Jianfeng
> Sent: Friday, August 25, 2017 10:41 AM
> To: dev@dpdk.org
> Cc: Richardson, Bruce ; Ananyev, Konstantin
> ; De Lara Guarch, Pablo
> ; tho...@monjalon.net;
> y...@fridaylinux.org; maxime.coque...@redhat.com;
> mtetsu...@gmail.com; Yigit, Ferruh
> -Original Message-
> From: Tan, Jianfeng
> Sent: Tuesday, August 29, 2017 11:48 PM
> To: Gaëtan Rivet
> Cc: dev@dpdk.org; Richardson, Bruce ;
> Ananyev, Konstantin ; De Lara Guarch,
> Pablo ; tho...@monjalon.net;
> y...@fridaylinux.org; maxime.coque...@redhat.com;
> mtetsu...@gmail.com
> -Original Message-
> From: Tan, Jianfeng
> Sent: Friday, August 25, 2017 10:41 AM
> To: dev@dpdk.org
> Cc: Richardson, Bruce ; Ananyev, Konstantin
> ; De Lara Guarch, Pablo
> ; tho...@monjalon.net;
> y...@fridaylinux.org; maxime.coque...@redhat.com;
> mtetsu...@gmail.com; Yigit, Ferruh
> -Original Message-
> From: Tan, Jianfeng
> Sent: Friday, August 25, 2017 10:41 AM
> To: dev@dpdk.org
> Cc: Richardson, Bruce ; Ananyev, Konstantin
> ; De Lara Guarch, Pablo
> ; tho...@monjalon.net;
> y...@fridaylinux.org; maxime.coque...@redhat.com;
> mtetsu...@gmail.com; Yigit, Ferruh
Hey,
On Mon, Sep 18, 2017 at 05:23:23PM +0530, Shreyansh Jain wrote:
> Hello Gaetan,
>
> On Monday 18 September 2017 03:01 PM, Gaetan Rivet wrote:
> >The PCI lib defines the types and methods allowing to use PCI elements.
> >
> >The PCI bus implements a bus driver for PCI devices by constructing
On Mon, 2017-09-18 at 12:09 +0100, Bruce Richardson wrote:
> On Fri, Sep 15, 2017 at 06:36:10PM +0100, luca.bocca...@gmail.com
> wrote:
> > From: Luca Boccassi
> >
> > In Debian and Ubuntu we have been shipping a pkgconfig file for
> > DPDK
> > for more than a year now, and the filename is libdpd
On Monday 18 September 2017 05:21 PM, Gaëtan Rivet wrote:
Hey,
On Mon, Sep 18, 2017 at 05:23:23PM +0530, Shreyansh Jain wrote:
Hello Gaetan,
On Monday 18 September 2017 03:01 PM, Gaetan Rivet wrote:
The PCI lib defines the types and methods allowing to use PCI elements.
The PCI bus implement
On 18/09/2017 12:12 PM, zengganghui wrote:
For example, when packets received from an MLX network card, the value of
mbuf->vlan_tci is a random value. So that this value cannot be used to determine
whether VLAN packets . We need to judgment mbuf->ol_flags first.
BR.
Zeng Ganghui
Huawei Technol
All mbuf packets have been init to zero when pktmbuf pool create. So judgment
this flag is safe, whether or not support VLAN stripping.
BR.
Zeng Ganghui
Huawei Technologies Co., Ltd.
-Original Message-
From: Doherty, Declan [mailto:declan.dohe...@intel.com]
Sent: Monday, September 18, 2
On 13-Aug-17 8:03 AM, jerin.jacob at caviumnetworks.com (Jerin Jacob) wrote:
CC: Bruce Richardson
CC: Konstantin Ananyev
Signed-off-by: Jerin Jacob
---
Acked-by: Anatoly Burakov
On 18/09/2017 1:50 PM, zengganghui wrote:
All mbuf packets have been init to zero when pktmbuf pool create. So judgment
this flag is safe, whether or not support VLAN stripping.
Ok, but is there any need to check the ol_flags for PKT_RX_VLAN_PKT or
check the vlan_tci at all. I haven't come ac
On 9/14/2017 2:38 PM, Ferruh Yigit wrote:
On 9/14/2017 1:50 PM, David C Harton wrote:
From: David Harton
Some compilers generate warnings for duplicate symbols for the
set of filter lists current defined in ixgbe_ethdev.h.
This commits moves the definition and declaration to the source
file t
-Original Message-
> Date: Thu, 14 Sep 2017 13:56:41 +0530
> From: Akhil Goyal
> To: dev@dpdk.org
> CC: declan.dohe...@intel.com, pablo.de.lara.gua...@intel.com,
> hemant.agra...@nxp.com, radu.nico...@intel.com, bor...@mellanox.com,
> avia...@mellanox.com, tho...@monjalon.net, sandeep.ma
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Shahaf Shuler
> Sent: Sunday, September 17, 2017 7:55 AM
> To: tho...@monjalon.net; jerin.ja...@caviumnetworks.com; Ananyev,
> Konstantin ; arybche...@solarflare.com
> Cc: dev@dpdk.org
> Subject: [dpdk-dev] [PATCH
This commit removes extra newline characters from SW_LOG_ERR()
messages, which cleans up the error output.
Signed-off-by: Harry van Haaren
---
Note that this patchset applies cleanly only on the updated service
cores patchset (which contained a trivial change to SW PMD). Suggesting
a rebase of
> -Original Message-
> From: Ferruh Yigit [mailto:ferruh.yi...@intel.com]
> Sent: Monday, September 18, 2017 12:07 PM
> To: Shachar Beiser ; dev@dpdk.org
> Cc: Adrien Mazarguil ; Nélio Laranjeiro
>
> Subject: Re: [dpdk-dev] [PATCH v5] net/mlx5: support upstream rdma-core
>
> On 9/17/201
Hi Jianfeng,
On Fri, Aug 25, 2017 at 09:40:46AM +, Jianfeng Tan wrote:
> Previouly, there is only one way for primary/secondary to exchange
> messages, that is, primary process writes info into some predefind
> file, and secondary process reads info out. That cannot address
> the requirements
On 07-Sep-17 1:20 PM, Olivier Matz wrote:
There is no reason to prevent ring from beeing larger than 0x0FFF.
Increase the maximum size to 0x7FFF, which is the maximum possible
without changing the code and the structure definition (size is stored
on a uint32_t).
Link: http://dpdk.org/ml/
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Bruce Richardson
> Sent: Friday, September 15, 2017 2:41 PM
> To: dev@dpdk.org
> Cc: Richardson, Bruce
> Subject: [dpdk-dev] [PATCH] doc: add note on hardware support deprecation
>
> Following agreement at the D
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Friday, September 15, 2017 3:56 PM
> To: Piasecki, JacekX
> Cc: dev@dpdk.org; Richardson, Bruce ; Jain,
> Deepak K ; Kozak, KubaX
> ; Jastrzebski, MichalX K
>
> Subject: Re: [dpdk-dev] [PATCH v4 5/5] test/cf
On 07-Sep-17 1:20 PM, Olivier Matz wrote:
The define RTE_RING_SZ_MASK is the maximum size supported by the
rte_ring. The size is checked at ring creation.
There is no reason today to mask the result of
rte_ring_sp_enqueue_burst() or rte_ring_sc_dequeue_burst() with this
value. The flag RTE_RING_
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Matan Azrad
> Sent: Thursday, September 14, 2017 4:32 PM
> To: Gaetan Rivet
> Cc: dev@dpdk.org
> Subject: [dpdk-dev] [PATCH] doc: update failsafe feature list
>
> Add supported failsafe features to feature list.
This removes the dependency on specific Mellanox OFED libraries by
using the upstream rdma-core and linux upstream community code.
Both packages, rdma-core upstream & Mellanox OFED are Linux user-space
packages :
1. Rdma-core is the Linux upstream user-space package.(Generic)
2. Mellanox OFED
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jasvinder Singh
> Sent: Thursday, September 14, 2017 12:53 PM
> To: dev@dpdk.org
> Cc: Dumitrescu, Cristian ; Wu, Jingjing
>
> Subject: [dpdk-dev] [PATCH v2 1/2] app/testpmd: add traffic management
> forwarding m
Following agreement at the DPDK Technical Board meeting [1], the policy
that hardware support deprecation should be treated as though it were an
ABI break needs to be documented in the contributors guide.
[1] http://dpdk.org/ml/archives/dev/2017-September/074613.html
Signed-off-by: Bruce Richards
1 - 100 of 288 matches
Mail list logo
