On Thu, Jan 19, 2017 at 12:00:23PM +, Ferruh Yigit wrote:
> To highlight, and double check, the process will be updated as following:
>
> - Author may or may not have "CC: sta...@dpdk.org" for fixes.
>
> - Maintainer/Committer may add "CC: sta...@dpdk.org" tag to commit log,
> but won't send
On Thu, Jan 19, 2017 at 06:39:13PM +, Ferruh Yigit wrote:
> > struct rte_eth_dev *
> > rte_eth_dev_allocate(const char *name)
> > {
> > @@ -210,13 +223,41 @@ struct rte_eth_dev *
> > return NULL;
> > }
> >
> > - eth_dev = &rte_eth_devices[port_id];
> > - eth_dev->data =
When possible, replace the uses of rte_mempool_create() with
the helper provided in librte_mbuf: rte_pktmbuf_pool_create().
This is the preferred way to create a mbuf pool.
This also updates the documentation.
Signed-off-by: Olivier Matz
Signed-off-by: Hemant Agrawal
---
v2:
* removing compila
On 1/19/2017 11:59 PM, Ferruh Yigit wrote:
On 1/13/2017 5:33 AM, Tan, Jianfeng wrote:
-Original Message-
From: Yigit, Ferruh
Sent: Friday, January 13, 2017 10:05 AM
To: Tan, Jianfeng; Alejandro Lucero
Cc: Gregory Etelson; dev; us...@dpdk.org
Subject: Re: [dpdk-users] [dpdk-dev] IGB_U
On Friday 20 January 2017 12:38 AM, Ferruh Yigit wrote:
On 1/19/2017 1:23 PM, Hemant Agrawal wrote:
The fslmc bus driver is a rte_bus driver which scans the fsl-mc bus
for NXP DPAA2 SoCs.
Signed-off-by: Hemant Agrawal
---
<...>
+#
+# library name
+#
+LIB = librte_pmd_fslmcbus.a
Since now
On 1/19/2017 10:53 PM, Thomas Monjalon wrote:
2017-01-19 18:53, Hemant Agrawal:
@@ -45,8 +45,10 @@ DPDK_17.02 {
dpseci_open;
dpseci_reset;
dpseci_set_rx_queue;
+mcp_ptr_list;
rte_fslmc_driver_register;
rte_fslmc_driver_unregister;
+vfi
On 1/20/2017 12:40 AM, Ferruh Yigit wrote:
On 1/19/2017 1:23 PM, Hemant Agrawal wrote:
This patch intoduces the DPAA2 MC(Management complex Driver).
This is a minimal set of low level functions to send and
receive commands to the fsl-mc. It includes support for basic
management commands and com
On 1/20/2017 12:37 AM, Ferruh Yigit wrote:
On 1/19/2017 1:23 PM, Hemant Agrawal wrote:
QBMAN, is a hardware block which interfaces with the other
accelerating hardware blocks (For e.g., WRIOP) on NXP's DPAA2
SoC for queue, buffer and packet scheduling.
This patch introduces a userspace driver f
On 1/19/2017 11:04 PM, Mcnamara, John wrote:
-Original Message-
From: Hemant Agrawal [mailto:hemant.agra...@nxp.com]
Sent: Thursday, January 19, 2017 1:23 PM
To: dev@dpdk.org
Cc: thomas.monja...@6wind.com; Richardson, Bruce
; shreyansh.j...@nxp.com; Mcnamara, John
; Yigit, Ferruh ;
jer
On 1/19/2017 10:38 PM, Thomas Monjalon wrote:
2017-01-19 18:53, Hemant Agrawal:
--- a/MAINTAINERS
+++ b/MAINTAINERS
+NXP DPAA2 PMD
+M: Hemant Agrawal
+F: drivers/bus/fslmc/
+F: drivers/common/dpaa2/
+F: drivers/net/dpaa2/
+F: drivers/pool/dpaa2/
+F: doc/guides/nics/dpaa2.rst
Please introduce
When bind the "uio_pci_generic" module in X710/XL710/XXV710,
the result is failed. The "uio_pci_generic" module is not
supported by X710/XL710/XXV710.
Signed-off-by: Jeff Guo
Acked-by: Jingjing Wu
---
v4: modify the signed-off name to be consistent and fix make doc issue.
v3: add related linux k
Thanks Igor for your comments!
A good point on the first item.
For the second question, I walked through device initialization routines to see
any other potential issue.
I found one case where index 0 is still required to replay MAC address; ex) MAC
address change on the PHY port – index 0
No co
Ok, that make sense, I will re-correct it then. Thanks.
Best regards,
Jeff Guo
-Original Message-
From: Mcnamara, John
Sent: Thursday, January 19, 2017 10:54 PM
To: Guo, Jia ; Zhang, Helin ; Wu,
Jingjing
Cc: dev@dpdk.org; g...@dpdk.org
Subject: RE: [dpdk-dev] [PATCH v3] doc: add known
Wenzhou, thanks for note.
> -Original Message-
> From: Lu, Wenzhuo
> Sent: Friday, January 20, 2017 10:15 AM
> To: Adrien Mazarguil ; Thomas Monjalon
>
> Cc: Liu, Yong ; dev@dpdk.org
> Subject: RE: [dpdk-dev] [PATCH] doc: announce ABI change for cloud filter
>
> Hi Adrien, Thomas, Yong,
Hi Adrien, Thomas, Yong,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Adrien Mazarguil
> Sent: Friday, January 20, 2017 2:46 AM
> To: Thomas Monjalon
> Cc: Liu, Yong; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] doc: announce ABI change for cloud filter
>
Hi, Thomas
Does this patch be forget? Or still have something need to amend?
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Monday, January 16, 2017 6:10 PM
> To: Yang, Qiming ; dev@dpdk.org
> Cc: Yang, Qiming
> Subject: RE: [dpdk-dev] [PATCH v7] app/testpmd: supported offload
mi->next will be assigned to NULL few lines later, trivial patch
Signed-off-by: Ilya V. Matveychikov
---
lib/librte_mbuf/rte_mbuf.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/lib/librte_mbuf/rte_mbuf.h b/lib/librte_mbuf/rte_mbuf.h
index ead7c6e..5589d54 100644
--- a/lib/librte_mbuf/rte_m
Hello Steve,
Thank you for the patch.
I think a couple of improvements can be done:
1. Function existence check – if (*dev->dev_ops->mac_addr_add) – can be
taken out of the loop. We don't need to check it on each iteration.
2. I'm not completely sure, but I think loop can be started from 1, not
f
Dear DPDK users,
I am working on the l3fwd-acl example
http://dpdk.org/doc/guides/sample_app_ug/l3_forward_access_ctrl.html.
I just find that the macro "RTE_ETH_IS_IPV4_HDR" used on line 699 and 752 of
the main.c rejected all the normal UDP packets.
Hence, I want to know if the PMD driver i
On Thu, Jan 19, 2017 at 4:36 PM, Ferruh Yigit
wrote:
> On 1/13/2017 11:10 AM, Alejandro Lucero wrote:
> > I completely misread the patch, and I wrongly thought that code was
> > linked to module removal, but I see this is not about that, but about
> > releasing the /dev/uio file calling release f
Dear maintainer,
Sorry that I forgot to add “Fixes:” line as follows:
Fixes: 4bdefaade6d1 ("ethdev: VMDQ enhancements")
Can you please add the above line as part of comment?
Thanks,
Steve
On 1/19/17, 10:47 AM, "Steve Shin (jonshin)" wrote:
This patch fixes a bug in replaying MAC
On 1/19/2017 1:23 PM, Hemant Agrawal wrote:
> add support for fsl-mc bus based dpaa2 pmd driver.
>
> Signed-off-by: Hemant Agrawal
<...>
> diff --git a/drivers/common/Makefile b/drivers/common/Makefile
> index e5bfecb..76ec2d1 100644
> --- a/drivers/common/Makefile
> +++ b/drivers/common/Makefi
On 1/19/2017 1:23 PM, Hemant Agrawal wrote:
> Add support for using VFIO for dpaa2 based fsl-mc bus.
>
> There are some differences in the way vfio used for fsl-mc bus
> from the eal vfio.
> - The scanning of bus for individual objects on the basis of
>the DPRC container.
> - The use and map
On 1/19/2017 1:23 PM, Hemant Agrawal wrote:
> This patch intoduces the DPAA2 MC(Management complex Driver).
>
> This is a minimal set of low level functions to send and
> receive commands to the fsl-mc. It includes support for basic
> management commands and commands to manipulate MC objects.
>
>
On 1/19/2017 1:23 PM, Hemant Agrawal wrote:
> The fslmc bus driver is a rte_bus driver which scans the fsl-mc bus
> for NXP DPAA2 SoCs.
>
> Signed-off-by: Hemant Agrawal
> ---
<...>
> +#
> +# library name
> +#
> +LIB = librte_pmd_fslmcbus.a
Since now there is a bus folder/driver, what do you t
On 1/19/2017 1:23 PM, Hemant Agrawal wrote:
> QBMAN, is a hardware block which interfaces with the other
> accelerating hardware blocks (For e.g., WRIOP) on NXP's DPAA2
> SoC for queue, buffer and packet scheduling.
>
> This patch introduces a userspace driver for interfacing with
> the QBMAN hw b
This patch fixes a bug in replaying MAC address to the hardware
in rte_eth_dev_config_restore() routine.
Signed-off-by: Steve Shin
---
lib/librte_ether/rte_ethdev.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/lib/librte_ether/rte_ethdev.c b/lib/librte_ether/rte
On Thu, Jan 19, 2017 at 10:06:34AM +0100, Thomas Monjalon wrote:
> 2017-01-19 13:34, Yong Liu:
> > +* ABI changes are planned for 17.05: structure
> > ``rte_eth_tunnel_filter_conf``
> > + will be extended with a new member ``vf_id`` in order to enable cloud
> > filter
> > + on VF device.
>
> I
On 1/9/2017 7:50 AM, Yuanhan Liu wrote:
> Assume we have two virtio ports, 00:03.0 and 00:04.0. The first one is
> managed by the kernel driver, while the later one is managed by DPDK.
>
> Now we start the primary process. 00:03.0 will be skipped by DPDK virtio
> PMD driver (since it's being used
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Thursday, January 19, 2017 4:45 AM
> To: Shreyansh Jain
> Cc: dev@dpdk.org
> Subject: [dpdk-dev] [PATCH v11 13/13] doc: remove deprecation notice for
> rte_bus
>
> From: Shreyansh Jain
>
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Yong Liu
> Sent: Thursday, January 19, 2017 5:34 AM
> To: dev@dpdk.org
> Cc: Liu, Yong
> Subject: [dpdk-dev] [PATCH] doc: announce ABI change for cloud filter
>
> Signed-off-by: Yong Liu
Acked-by: John McNamar
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jerin Jacob
> Sent: Thursday, January 19, 2017 5:43 AM
> To: dev@dpdk.org
> Cc: thomas.monja...@6wind.com; Jerin Jacob
>
> Subject: [dpdk-dev] [PATCH] doc: update release notes for I/O device
> memory access API
> -Original Message-
> From: Hemant Agrawal [mailto:hemant.agra...@nxp.com]
> Sent: Thursday, January 19, 2017 1:23 PM
> To: dev@dpdk.org
> Cc: thomas.monja...@6wind.com; Richardson, Bruce
> ; shreyansh.j...@nxp.com; Mcnamara, John
> ; Yigit, Ferruh ;
> jerin.ja...@caviumnetworks.com; Hem
2017-01-19 18:53, Hemant Agrawal:
> @@ -45,8 +45,10 @@ DPDK_17.02 {
> dpseci_open;
> dpseci_reset;
> dpseci_set_rx_queue;
> +mcp_ptr_list;
> rte_fslmc_driver_register;
> rte_fslmc_driver_unregister;
> +vfio_dmamap_mem_region;
These symbo
2017-01-19 18:53, Hemant Agrawal:
> --- a/lib/librte_eal/bsdapp/eal/rte_eal_version.map
> +++ b/lib/librte_eal/bsdapp/eal/rte_eal_version.map
> @@ -183,5 +183,8 @@ DPDK_17.02 {
> rte_bus_register;
> rte_bus_scan;
> rte_bus_unregister;
> +vfio_get_container_fd;
> +
2017-01-19 18:53, Hemant Agrawal:
> This patch add support for dpni object support in MC
> driver.
>
> DPNI represent a network interface object in DPAA2.
I really think you need to provide a design doc for this bus,
event if it a collection of links to some web resources.
2017-01-19 18:53, Hemant Agrawal:
> The fslmc bus driver is a rte_bus driver which scans the fsl-mc bus
> for NXP DPAA2 SoCs.
>
> Signed-off-by: Hemant Agrawal
> ---
> config/common_base | 6 +
> config/defconfig_arm64-dpaa2-linuxapp-gcc | 5 +
> drivers/Make
2017-01-19 18:53, Hemant Agrawal:
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> +NXP DPAA2 PMD
> +M: Hemant Agrawal
> +F: drivers/bus/fslmc/
> +F: drivers/common/dpaa2/
> +F: drivers/net/dpaa2/
> +F: drivers/pool/dpaa2/
> +F: doc/guides/nics/dpaa2.rst
Please introduce line by line in the patches
addi
On 1/13/2017 11:10 AM, Alejandro Lucero wrote:
> I completely misread the patch, and I wrongly thought that code was
> linked to module removal, but I see this is not about that, but about
> releasing the /dev/uio file calling release function, what is done by
> the kernel when the process exits.
>
On 1/13/2017 5:33 AM, Tan, Jianfeng wrote:
>
>
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Friday, January 13, 2017 10:05 AM
>> To: Tan, Jianfeng; Alejandro Lucero
>> Cc: Gregory Etelson; dev; us...@dpdk.org
>> Subject: Re: [dpdk-users] [dpdk-dev] IGB_UIO: PCI Resources Manageme
Signed-off-by: Andrew Rybchenko
---
It is a mistake that TSO support is compiled out by default.
We would be happy to enable it by deafult, but strictly speaking
it is not a bug fix.
Arguments to enable are:
- be more feature-rich (and user-friendly) in default config
- the most of internal tes
On 13/1/2017 3:26 PM, Bruce Richardson wrote:
On Mon, Jan 09, 2017 at 07:50:44AM +, David Hunt wrote:
Signed-off-by: David Hunt
---
lib/librte_distributor/Makefile| 4 +
lib/librte_distributor/rte_distributor_burst.c | 11 +-
lib/librte_distributor/rte_distr
On 13/1/2017 3:19 PM, Bruce Richardson wrote:
On Mon, Jan 09, 2017 at 07:50:43AM +, David Hunt wrote:
Now sends bursts of up to 8 mbufs to each worker, and tracks
the in-flight flow-ids (atomic scheduling)
New file with a new api, similar to the old API except with _burst
at the end of th
> -Original Message-
> From: Guo, Jia
> Sent: Thursday, January 19, 2017 1:50 PM
> To: Mcnamara, John ; Zhang, Helin
> ; Wu, Jingjing
> Cc: dev@dpdk.org; g...@dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v3] doc: add known uio_pci_generic issue
> for i40e
>
> Hi,john
> The "bind uio_pc
2017-01-19 14:21, Pablo de Lara:
> rte_bus_scan() and rte_bus_probe() have been introduced
> in eal.c, but it is missing the rte_bus.h header file,
> for BSD systems.
>
> Fixes: f44abbc12fa0 ("bus: add scanning")
> Fixes: c3cec1d80708 ("bus: add probing")
>
> Signed-off-by: Pablo de Lara
Oh :/
rte_bus_scan() and rte_bus_probe() have been introduced
in eal.c, but it is missing the rte_bus.h header file,
for BSD systems.
Fixes: f44abbc12fa0 ("bus: add scanning")
Fixes: c3cec1d80708 ("bus: add probing")
Signed-off-by: Pablo de Lara
---
lib/librte_eal/bsdapp/eal/eal.c | 1 +
1 file chang
> On Jan 19, 2017, at 1:42 AM, Arnon Warshavsky wrote:
>
>> Is there a application available in DPDK where we can specify the sending
>> rate i.e. ask the application to send 1 Gbps traffic etc, so that it would
>> send 1 Gb traffic uniformly in the second.
>> Please guide us on this.
>>
>
> H
When bind the "uio_pci_generic" module in X710/XL710/XXV710,
the result is failed. The "uio_pci_generic" module is not
supported by X710/XL710/XXV710.
Signed-off-by: Jeff Guo
Acked-by: Jingjing Wu
---
v4: modify the signed-off name to be consistent.
v3: add related linux kernel commit info and f
Yes, rerruh, I will recheck the gitconfig and consistent the sign-off name in
v4. thanks for your suggestion.
Best regards,
Jeff Guo
-Original Message-
From: Yigit, Ferruh
Sent: Thursday, January 19, 2017 8:06 PM
To: Guo, Jia ; Zhang, Helin ; Wu,
Jingjing
Cc: dev@dpdk.org; g...@dpdk
Hi,john
The "bind uio_pci_generic`` is not the definitely command, but very
appreciate for your correcting the other syntax issue. I will involve them in
v4, Thanks very much.
Best regards,
Jeff Guo
-Original Message-
From: Mcnamara, John
Sent: Thursday, January 19, 2017 7:17 PM
Please ignore.
Apologies for repeated sent. This patch was posted earlier.
- Hemant
> -Original Message-
> From: Hemant Agrawal [mailto:hemant.agra...@nxp.com]
> Sent: Thursday, January 19, 2017 6:53 PM
> To: dev@dpdk.org
> Cc: thomas.monja...@6wind.com; bruce.richard...@intel.com; Shre
Please ignore.
Apologies for repeated sent. This patch was posted earlier.
- Hemant
> -Original Message-
> From: Hemant Agrawal [mailto:hemant.agra...@nxp.com]
> Sent: Thursday, January 19, 2017 6:53 PM
> To: dev@dpdk.org
> Cc: thomas.monja...@6wind.com; bruce.richard...@intel.com; Shre
This patch adds generic functions for allowing dq storage
for the frame queues.
As the frame queues are common resource for different drivers
this is helpful.
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/portal/dpaa2_hw_dpio.c | 32 ++
drivers/bus/fslmc/porta
Signed-off-by: Hemant Agrawal
---
doc/guides/nics/features/dpaa2.ini | 1 +
drivers/net/dpaa2/dpaa2_ethdev.c | 86 ++
2 files changed, 87 insertions(+)
diff --git a/doc/guides/nics/features/dpaa2.ini
b/doc/guides/nics/features/dpaa2.ini
index 0660cab..d43f
Signed-off-by: Hemant Agrawal
---
drivers/net/dpaa2/dpaa2_rxtx.c | 74 --
1 file changed, 72 insertions(+), 2 deletions(-)
diff --git a/drivers/net/dpaa2/dpaa2_rxtx.c b/drivers/net/dpaa2/dpaa2_rxtx.c
index 7d73bde..55068e5 100644
--- a/drivers/net/dpaa2/dp
DPAA2 - ARM support both physical and virtual addressing.
This patch enables the compile time usages of physical
address instead of virtual address.
The current usages are also set to default as Physical
Address.
Signed-off-by: Hemant Agrawal
---
config/common_base| 1 +
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/fslmc_vfio.c | 96 ++
drivers/bus/fslmc/fslmc_vfio.h | 1 +
drivers/bus/fslmc/rte_pmd_fslmcbus_version.map | 1 +
drivers/net/dpaa2/dpaa2_ethdev.c | 2 +
4 files changed, 1
As the hardware determines which core will process which packet,
performance is boosted by direct cache warming/stashing as well
as by providing biasing for core-to-flow affinity, which ensures
that flow-specific data structures can remain in the core’s cache.
This patch enables the one cache line
Signed-off-by: Hemant Agrawal
---
doc/guides/nics/features/dpaa2.ini | 1 +
drivers/net/dpaa2/dpaa2_ethdev.c | 107 +
2 files changed, 108 insertions(+)
diff --git a/doc/guides/nics/features/dpaa2.ini
b/doc/guides/nics/features/dpaa2.ini
index 0746d4b..06
Signed-off-by: Hemant Agrawal
---
doc/guides/nics/features/dpaa2.ini | 1 +
drivers/net/dpaa2/base/dpaa2_hw_dpni_annot.h | 257 +++
drivers/net/dpaa2/dpaa2_ethdev.c | 23 +++
drivers/net/dpaa2/dpaa2_rxtx.c | 91 +-
4 files ch
Signed-off-by: Hemant Agrawal
---
doc/guides/nics/features/dpaa2.ini | 1 +
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 4
drivers/net/dpaa2/dpaa2_ethdev.c| 34 +
3 files changed, 39 insertions(+)
diff --git a/doc/guides/nics/features/dpaa2.ini
Signed-off-by: Hemant Agrawal
---
doc/guides/nics/features/dpaa2.ini | 1 +
drivers/net/dpaa2/dpaa2_ethdev.c | 41 ++
2 files changed, 42 insertions(+)
diff --git a/doc/guides/nics/features/dpaa2.ini
b/doc/guides/nics/features/dpaa2.ini
index d50c62e..b7c2
Signed-off-by: Hemant Agrawal
---
doc/guides/nics/features/dpaa2.ini | 2 +
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 6 +++
drivers/net/dpaa2/dpaa2_ethdev.c| 72 +++--
3 files changed, 76 insertions(+), 4 deletions(-)
diff --git a/doc/guides/nics/featu
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 54 +++
drivers/net/dpaa2/Makefile | 1 +
drivers/net/dpaa2/dpaa2_ethdev.c| 4 +
drivers/net/dpaa2/dpaa2_ethdev.h| 3 +
drivers/net/dpaa2/dpaa2_rxtx.c | 260 +++
Signed-off-by: Hemant Agrawal
---
drivers/net/dpaa2/dpaa2_ethdev.c | 28
drivers/net/dpaa2/dpaa2_ethdev.h | 3 +++
2 files changed, 31 insertions(+)
diff --git a/drivers/net/dpaa2/dpaa2_ethdev.c b/drivers/net/dpaa2/dpaa2_ethdev.c
index 1d7ca66..54f4498 100644
--- a/
This patch configures a MC-DPNI based DPAA2 PMD network
port with a DPBP based buffer pool.
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 10 ++
drivers/net/dpaa2/Makefile | 3 ++
drivers/net/dpaa2/base/dpaa2_hw_dpni.c | 57 +++
Signed-off-by: Hemant Agrawal
---
doc/guides/nics/features/dpaa2.ini | 1 +
drivers/net/dpaa2/Makefile | 1 +
drivers/net/dpaa2/base/dpaa2_hw_dpni.c | 287 +
drivers/net/dpaa2/dpaa2_ethdev.c | 31 +++-
drivers/net/dpaa2/dpaa2_ethdev.h
Signed-off-by: Hemant Agrawal
---
doc/guides/nics/features/dpaa2.ini | 1 +
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 20 ++
drivers/net/dpaa2/Makefile | 3 +
drivers/net/dpaa2/dpaa2_ethdev.c| 412 +++-
drivers/net/dpaa2/dpaa2_ethdev.h
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/portal/dpaa2_hw_dpio.c | 45 ++
drivers/bus/fslmc/portal/dpaa2_hw_dpio.h | 3 ++
drivers/bus/fslmc/rte_pmd_fslmcbus_version.map | 1 +
3 files changed, 49 insertions(+)
diff --git a/drivers/bus/fslmc/portal
Adding NXP DPAA2 architecture specific mempool support
Each mempool instance is represented by a DPBP object
from the FSL-MC bus.
This patch also registers a dpaa2 type MEMPOOL OPS
Signed-off-by: Hemant Agrawal
---
config/common_base| 1 +
config/defconfig_arm6
The portal driver is bound to DPIO objects discovered on the fsl-mc bus and
provides services that:
- allow other drivers, such as the Ethernet driver, to enqueue and dequeue
frames for their respective objects
A system will typically allocate 1 DPIO object per CPU to allow queuing
operations to
add support for fsl-mc bus based dpaa2 pmd driver.
Signed-off-by: Hemant Agrawal
---
config/common_base | 4 +
config/defconfig_arm64-dpaa2-linuxapp-gcc | 5 +
drivers/bus/Makefile| 2 +
drivers/common/Makefile | 2 +
Signed-off-by: Hemant Agrawal
---
config/common_base| 7 +++
config/defconfig_arm64-dpaa2-linuxapp-gcc | 5 ++
drivers/bus/fslmc/Makefile| 5 ++
drivers/bus/fslmc/fslmc_logs.h| 76 +++
drivers/common/dpaa2/qbman/Ma
This patch will add support in fslmc vfio process to
scan and parse the dpni and dpseci object for net and crypto
devices. It will add the scanned devices to the fslmc bus.
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/fslmc_vfio.c | 63 +-
1 file ch
adding extra vfio utility functions to map file.
They will be used by other vfio supported buses like fslmc bus
for NXP DPAA2 devices
Signed-off-by: Hemant Agrawal
---
lib/librte_eal/bsdapp/eal/rte_eal_version.map | 3 +++
lib/librte_eal/linuxapp/eal/rte_eal_version.map | 3 +++
2 files change
Add support for using VFIO for dpaa2 based fsl-mc bus.
There are some differences in the way vfio used for fsl-mc bus
from the eal vfio.
- The scanning of bus for individual objects on the basis of
the DPRC container.
- The use and mapping of MC portal for object access
With the evolution of
dpseci represent a instance of SEC HW in DPAA2.
Signed-off-by: Cristian Sovaiala
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/Makefile | 1 +
drivers/bus/fslmc/mc/dpseci.c | 527
drivers/bus/fslmc/mc/fsl_dpseci.h |
DPBP object represent a hw based buffer pool instance
in the DPAA2 hardware.
Signed-off-by: Alex Marginean
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/Makefile | 1 +
drivers/bus/fslmc/mc/dpbp.c| 230 +
drivers/bus/fslmc/
This patch adds the DPIO object support in MC driver.
DPIO - Data Path Input Output represent the processing
context to access the QBMAN HW for packet I/O.
Signed-off-by: Alex Marginean
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/Makefile | 1 +
drivers/bus/fslmc/
This patch intoduces the DPAA2 MC(Management complex Driver).
This is a minimal set of low level functions to send and
receive commands to the fsl-mc. It includes support for basic
management commands and commands to manipulate MC objects.
This is common to be used by various DPAA2 PMDs. e.g.net,
The fslmc bus driver is a rte_bus driver which scans the fsl-mc bus
for NXP DPAA2 SoCs.
Signed-off-by: Hemant Agrawal
---
config/common_base | 6 +
config/defconfig_arm64-dpaa2-linuxapp-gcc | 5 +
drivers/Makefile | 1 +
driver
This patch add support for dpni object support in MC
driver.
DPNI represent a network interface object in DPAA2.
Signed-off-by: Alex Marginean
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/Makefile |1 +
drivers/bus/fslmc/mc/dpni.c| 732 ++
This makes struct rte_cryptodev independent of struct rte_pci_device by
replacing it with a pointer to the generic struct rte_device.
This is inline with the recent changes in ethdev
Signed-off-by: Hemant Agrawal
---
drivers/crypto/qat/qat_qp.c| 12 +---
drivers/crypto/qat/r
Signed-off-by: Hemant Agrawal
Acked-by: Jerin Jacob
---
mk/machine/dpaa2/rte.vars.mk | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/mk/machine/dpaa2/rte.vars.mk b/mk/machine/dpaa2/rte.vars.mk
index 8541633..e4735c2 100644
--- a/mk/machine/dpaa2/rte.vars.mk
+++ b/mk/mach
This patch adds the NXP dpaa2 architecture and pmd details
in the Network interfaces section.
Signed-off-by: Hemant Agrawal
---
MAINTAINERS| 8 +
doc/guides/nics/dpaa2.rst | 594 +
doc/guides/nics/features/dpaa2.ini |
When possible, replace the uses of rte_mempool_create() with
the helper provided in librte_mbuf: rte_pktmbuf_pool_create().
This is the preferred way to create a mbuf pool.
This also updates the documentation.
Signed-off-by: Olivier Matz
Signed-off-by: Hemant Agrawal
---
This patch is derived
The patch series adds NXP’s QorIQ-Layerscape DPAA2 Architecture based
fsl-mc bus driver and network SoC PMD. This version of the driver
supports NXP LS208xA, LS204xA and LS108x families Network SoCs.
DPAA2, or Data Path Acceleration Architecture, is a hardware architecture
designed for high-speed
On 1/19/2017 6:30 AM, Andrew Rybchenko wrote:
> On 01/19/2017 08:53 AM, Jerin Jacob wrote:
>> On Wed, Jan 18, 2017 at 07:31:39PM +, Ferruh Yigit wrote:
>>> Hi Andrew, Jerin,
>>>
>>> Existing "I/O device memory read/write" doesn't cover sfc driver because
>>> driver was in next-net tree.
>>>
>>>
On 1/19/2017 12:10 PM, Bruce Richardson wrote:
> On Tue, Jan 17, 2017 at 02:38:20PM +0100, Olivier Matz wrote:
>> Hi Bruce,
>>
>> Maybe it's worth checking the impact. The size check could be done only
>> once per bulk, so it may not cost that much.
>>
>> It's also possible to have a particular cas
On 16/1/2017 4:40 PM, Bruce Richardson wrote:
On Mon, Jan 09, 2017 at 07:50:44AM +, David Hunt wrote:
--- a/lib/librte_distributor/rte_distributor_burst.c
+++ b/lib/librte_distributor/rte_distributor_burst.c
@@ -352,6 +352,9 @@ rte_distributor_process_burst(struct rte_distributor_burst
*d,
On Tue, Jan 17, 2017 at 02:38:20PM +0100, Olivier Matz wrote:
> Hi Bruce,
>
> Maybe it's worth checking the impact. The size check could be done only
> once per bulk, so it may not cost that much.
>
> It's also possible to have a particular case for pointer size, and
> use a memcpy for other size
Thanks for the comments Bruce. Addressed below.
On 16/1/2017 4:36 PM, Bruce Richardson wrote:
On Mon, Jan 09, 2017 at 07:50:43AM +, David Hunt wrote:
Now sends bursts of up to 8 mbufs to each worker, and tracks
the in-flight flow-ids (atomic scheduling)
New file with a new api, similar to
On 1/19/2017 10:56 AM, Jeff Guo wrote:
> From: "Guo, Jia"
>
> When bind with the "uio_pci_generic" module in X710/XL710/XXV710,
> the result is failed. The "uio_pci_generic" module is not supported
> by X710/XL710/XXV710.
>
> Signed-off-by: Guo, Jia
To be consistent on names, this should be "J
On 1/19/2017 8:05 AM, Yuanhan Liu wrote:
> On Wed, Jan 18, 2017 at 05:25:10PM +, Ferruh Yigit wrote:
>> On 1/18/2017 4:41 AM, Yuanhan Liu wrote:
>>> On Tue, Jan 17, 2017 at 07:42:33PM +0100, Thomas Monjalon wrote:
2017-01-17 18:15, Ferruh Yigit:
> On 1/17/2017 2:54 PM, Thomas Monjalon
> -Original Message-
> From: Michał Mirosław [mailto:mirq-li...@rere.qmqm.pl]
> Sent: Wednesday, January 18, 2017 7:33 PM
> To: dev@dpdk.org
> Cc: Ananyev, Konstantin ; Thomas Monjalon
>
> Subject: [PATCH 0/2] Enable zero verdicts in ACLs
>
> This set enables one to have ACL matches re
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jeff Guo
> Sent: Thursday, January 19, 2017 10:57 AM
> To: Zhang, Helin ; Wu, Jingjing
>
> Cc: dev@dpdk.org; Guo, Jia ; g...@dpdk.org
> Subject: [dpdk-dev] [PATCH v3] doc: add known uio_pci_generic issue for
> i4
Alarms are not supported on the FreeBSD.
Application must poll link status periodically itself using
rte_eth_link_get_nowait() to avoid management event queue overflow.
Fixes: 2de39f4e1310 ("net/sfc: periodic management EVQ polling using alarm")
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andre
From: "Guo, Jia"
When bind with the "uio_pci_generic" module in X710/XL710/XXV710,
the result is failed. The "uio_pci_generic" module is not supported
by X710/XL710/XXV710.
Signed-off-by: Guo, Jia
Acked-by: Jingjing Wu
---
v3: add related linux kernel commit info and fix some syntax issues
v2:
From: "Guo, Jia"
When bind with the "uio_pci_generic" module in X710/XL710/XXV710, the result
is failed. The "uio_pci_generic" module is not supported by X710/XL710/XXV710.
Signed-off-by: Guo, Jia
Acked-by: Jingjing Wu
---
v3: add related linux kernel commit info and fix some syntax issues
v2:
From: Ivan Malov
The number of Tx queues requested by the user must not be overridden;
instead, the limits imposed by TSO must be applied to the advertised
maximum
Fixes: fec33d5bb3eb ("net/sfc: support firmware-assisted TSO")
Signed-off-by: Ivan Malov
Signed-off-by: Andrew Rybchenko
Reviewed
1 - 100 of 108 matches
Mail list logo
