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 wrote:
> The tag "Cc: sta...@dpdk.org"
On Thu, Jan 19, 2017 at 09:16:58AM +0800, Tan, Jianfeng wrote:
> > >> On 1/18/2017 11:44 AM, Jianfeng Tan wrote:
> > >>> API rte_eth_dev_info_get() fills driver name according to drv_name
> > >>> of rte_eth_dev_data. But we have not fill such info in virtio_user.
> > >>>
> > >>> We do not use the s
> -Original Message-
> From: Yuanhan Liu [mailto:yuanhan@linux.intel.com]
> Sent: Thursday, January 19, 2017 4:16 PM
> To: Tan, Jianfeng
> Cc: Yigit, Ferruh; dev@dpdk.org; sta...@dpdk.org
> Subject: Re: [dpdk-stable] [PATCH] net/virtio-user: fix missing driver name
>
> On Thu, Jan 19
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 think we should stop rely on this API, and migrate to rte_flow instead.
Adrien any
When no error reported in Rx descriptor, we should set CKSUM_GOOD flag
before return.
Fixes: b704f9071b09 ("net/i40e: implement new Rx checksum flag")
Signed-off-by: Xiao Wang
CC: sta...@dpdk.org
---
drivers/net/i40e/i40e_rxtx.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --
Thanks a lot!
Kind regards
Zbigniew
On 18.01.2017 22:14, De Lara Guarch, Pablo wrote:
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of
zbigniew.bo...@caviumnetworks.com
Sent: Wednesday, January 18, 2017 8:02 PM
To: dev@dpdk.org
Cc: De Lara Guarch, Pablo; Dohert
Perhaps the best solution is as suggested to set
rte_eth_conf.dcb_capability_en = ETH_DCB_PFC_SUPPORT
rte_eth_conf.rxmode.mq_mode = ETH_MQ_RX_DCB_FLAG
and set rte_eth_dcb_rx_conf.nb_tcs to the number of tc's to apply
Using this port configuration will give the same behavior of the patch and it
rem
Alarms are not supported on the FreeBSD.
Application must poll link status periodically itself using
rte_eth_link_get_nowait() to avoid managment event queue overflow.
Fixes: 2de39f4e1310 ("net/sfc: periodic management EVQ polling using alarm")
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andrew
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
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:
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
> -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
> -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
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
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
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 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
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 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 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.
>>>
>>>
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
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
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 |
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 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 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,
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/
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
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/
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 |
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
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
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
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
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 +
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
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
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/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 | 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
---
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 | 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/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
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
---
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 +
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/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
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
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
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
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
> 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
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
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 :/
> -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
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
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
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 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
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.
>
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
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:
> 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:
> --- 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:
> @@ -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
> -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
> -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: 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 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
>
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
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
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 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
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:
> 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:
> 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:
> 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
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 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 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
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
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
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
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
>
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,
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
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
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
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
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
1 - 100 of 108 matches
Mail list logo
