This is a very old thread which has no conclusion.
Now that we have more experience with virtio, could we try to fix it properly?
http://dpdk.org/patch/3897/
2015-10-21 15:58, Thomas Monjalon:
> 2015-08-05 12:49, Vincent JARDIN:
> > > Use '--disable-hw-vlan-filter' in testpmd command lin
Do we need to discuss again the prefetch calls inside DPDK
or can we definitely close this kind of request?
mbuf: http://dpdk.org/patch/4678/
ethdev: http://dpdk.org/patch/8867/
2015-07-20 10:02, Olivier MATZ:
> Hi Thomas,
>
>
> On 07/20/2015 03:00 AM, Thomas Monjalon wrote:
> >
There was no follow-up on this discussion.
Please, what is the conclusion?
2016-05-20 11:25, Sergio Gonzalez Monroy:
> On 20/05/2016 09:41, Chao Zhu wrote:
> > Sergio,
> >
> > The step 4 will not fail because each huge page will get an virtual address
> > finally, though it's a different address
Was there any progress on this topic?
Can we close the request?
http://dpdk.org/patch/1/
2016-04-27 16:08, Yuanhan Liu:
> On Tue, Apr 26, 2016 at 09:33:48AM -0400, Aaron Conole wrote:
> > >> > b) would prefer a change of the API?
> > >>
> > >> Adding a new option to the current regis
2017-02-14 16:12, Mcnamara, John:
> It is probably more important that the user runs the tests than just
> compiles them. :-) As a side effect of running the tests they will
> also compile them.
>
> As a side issue I think that we should improve the ease of running and
> extending the test suite.
With the rte_bus infrastructure present in 17.02 it is possible to refactor
the virtual device probing into a bus. This series also introduces the
rte_vdev_device to better keep track of devices.
Jan Blunck (7):
eal: use different constructor priorities for initcalls
eal: probe legacy PCI devi
This introduces different initcall macros to allow for late registration of
the virtual device bus.
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/include/rte_bus.h | 17 -
lib/librte_eal/common/include/rte_eal.h | 12 ++--
lib/librte_eal/common/include/rte_tailq
Make sure that the PCI devices are probed before the virtual devices after
the legacy virtual device probing has been moved to a bus.
Signed-off-by: Jan Blunck
---
lib/librte_eal/bsdapp/eal/eal.c | 8
lib/librte_eal/linuxapp/eal/eal.c | 8
2 files changed, 8 insertions(+), 8
This is a refactoring of the virtual device probing which moves into into
a proper bus structure.
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/eal_common_dev.c | 22 -
lib/librte_eal/common/eal_common_vdev.c | 44 +
2 files changed, 44 inse
Signed-off-by: Jan Blunck
---
lib/librte_eal/bsdapp/eal/eal.c | 3 ---
lib/librte_eal/common/eal_common_dev.c | 6 --
lib/librte_eal/common/include/rte_dev.h | 5 -
lib/librte_eal/linuxapp/eal/eal.c | 3 ---
4 files changed, 17 deletions(-)
diff --git a/lib/librte_eal/bsda
This is a preparation for the introduction of the struct rte_vdev_device.
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/eal_common_vdev.c | 44 -
1 file changed, 33 insertions(+), 11 deletions(-)
diff --git a/lib/librte_eal/common/eal_common_vdev.c
b/lib/l
This adds the rte_vdev_device structure which embeds a generic rte_device.
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/eal_common_vdev.c | 5 +
lib/librte_eal/common/include/rte_vdev.h | 5 +
2 files changed, 10 insertions(+)
diff --git a/lib/librte_eal/common/eal_common_vdev.c
This allows the virtual bus to be rescanned and probed by tracking the
creation of rte_vdev_device.
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/eal_common_vdev.c | 194 +---
1 file changed, 154 insertions(+), 40 deletions(-)
diff --git a/lib/librte_eal/common
On 2/15/2017 2:11 AM, Yuanhan Liu wrote:
> On Tue, Feb 14, 2017 at 05:30:14PM +, Richardson, Bruce wrote:
>> Just to be awkward :-), one last question: Why separate building and running
>> the tests? My suggestion would be to have "make test" both build and run the
>> tests. If there is no work
On Thu, Jan 19, 2017 at 5:45 AM, Thomas Monjalon
wrote:
> From: Shreyansh Jain
>
> Based on EAL Bus APIs, PCI bus callbacks and support functions are
> introduced in this patch.
>
> EAL continues to have direct PCI init/scan calls as well. These would be
> removed in subsequent patches to enable
On Thu, Jan 19, 2017 at 5:45 AM, Thomas Monjalon
wrote:
> From: Shreyansh Jain
>
> Matching of PCI device address and driver ID table is being done at two
> discreet locations duplicating the code. (rte_eal_pci_probe_one_driver
> and rte_eal_pci_detach_dev).
>
> Splitting the matching function in
On Thu, Jan 19, 2017 at 5:45 AM, Thomas Monjalon
wrote:
> From: Shreyansh Jain
>
> Given a bus, attach and detach callbacks allow the implementation to
> handles calls from EAL for attaching or detaching a named device.
>
> Signed-off-by: Shreyansh Jain
> Reviewed-by: Ferruh Yigit
> ---
> lib/
2017-02-15 10:06, Ferruh Yigit:
> On 2/15/2017 2:11 AM, Yuanhan Liu wrote:
> > On Tue, Feb 14, 2017 at 05:30:14PM +, Richardson, Bruce wrote:
> >> Just to be awkward :-), one last question: Why separate building and
> >> running
> >> the tests? My suggestion would be to have "make test" both b
2017-02-15 11:42, Jan Blunck:
> > /**
> > + * Add a PCI device to the PCI Bus (append to PCI Device list). This
> > function
> > + * also updates the bus references of the PCI Device (and the generic
> > device
> > + * object embedded within.
> > + *
> > + * @param pci_dev
> > + * PCI device
2017-02-15 11:45, Jan Blunck:
> > /**
> > + * Match the PCI Driver and Device using the ID Table
> > + *
> > + * @param pci_drv
> > + * PCI driver from which ID table would be extracted
> > + * @param pci_dev
> > + * PCI device to match against the driver
> > + * @return
> > + * 0 for
On Wednesday 15 February 2017 04:15 PM, Jan Blunck wrote:
On Thu, Jan 19, 2017 at 5:45 AM, Thomas Monjalon
wrote:
From: Shreyansh Jain
Matching of PCI device address and driver ID table is being done at two
discreet locations duplicating the code. (rte_eal_pci_probe_one_driver
and rte_eal_pci
2017-02-15 12:08, Jan Blunck:
> > int rte_eal_dev_attach(const char *name, const char *devargs)
> > {
> > - struct rte_pci_addr addr;
> > + int ret = 1;
> > + struct rte_bus *bus;
> >
> > if (name == NULL || devargs == NULL) {
> > RTE_LOG(ERR, EAL, "Inval
On 2/15/2017 11:16 AM, Thomas Monjalon wrote:
> 2017-02-15 10:06, Ferruh Yigit:
>> On 2/15/2017 2:11 AM, Yuanhan Liu wrote:
>>> On Tue, Feb 14, 2017 at 05:30:14PM +, Richardson, Bruce wrote:
Just to be awkward :-), one last question: Why separate building and
running
the tests?
On Wed, Feb 15, 2017 at 12:26 PM, Thomas Monjalon
wrote:
> 2017-02-15 12:08, Jan Blunck:
>> > int rte_eal_dev_attach(const char *name, const char *devargs)
>> > {
>> > - struct rte_pci_addr addr;
>> > + int ret = 1;
>> > + struct rte_bus *bus;
>> >
>> > if (name == NULL
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monja...@6wind.com]
> Sent: Wednesday, February 15, 2017 4:53 PM
> To: Jan Blunck ; Shreyansh Jain
>
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v11 07/13] pci: split match and probe
>
> 2017-02-15 11:45, Jan Blunck:
> >
Hi Thomas and John,
We found that the performance degradation is not related to DPDK 17.02 for
Intel XL710/ixgbe. Now It is back to normal. The fix was to add a one
unrelated line to a specific file. This probably changed the instructions
trace. This line is not related to DP or CP. (We still
Add template release notes for DPDK 17.05 with inline
comments and explanations of the various sections.
Signed-off-by: John McNamara
---
doc/guides/rel_notes/index.rst | 1 +
doc/guides/rel_notes/release_17_05.rst | 195 +
2 files changed, 196 insertion
Signed-off-by: Ferruh Yigit
---
config/common_base | 3 -
devtools/test-build.sh | 1 -
doc/guides/prog_guide/index.rst| 4 -
doc/guides/prog_guide/kernel_nic_interface.rst | 113
doc/guides/rel_notes/deprecation.rst
> From: Nipun Gupta [mailto:nipun.gu...@nxp.com]
> Sent: Tuesday, February 14, 2017 12:43 PM
> To: dev@dpdk.org
> Cc: hemant.agra...@nxp.com; jerin.ja...@caviumnetworks.com; Richardson, Bruce
> ; Eads, Gage ; Van Haaren,
> Harry
> ; Nipun Gupta
> Subject: [PATCH v3] eventdev: amend comments for e
On Wednesday 15 February 2017 03:32 PM, Jan Blunck wrote:
Make sure that the PCI devices are probed before the virtual devices after
the legacy virtual device probing has been moved to a bus.
Signed-off-by: Jan Blunck
---
Acked-by: Shreyansh Jain
On Wed, Feb 15, 2017 at 12:38:58PM +, John McNamara wrote:
> Add template release notes for DPDK 17.05 with inline
> comments and explanations of the various sections.
>
> Signed-off-by: John McNamara
> ---
> doc/guides/rel_notes/index.rst | 1 +
> doc/guides/rel_notes/release_17_0
On Wed, Feb 15, 2017 at 01:15:38PM +, Ferruh Yigit wrote:
> Signed-off-by: Ferruh Yigit
> ---
> config/common_base | 3 -
> devtools/test-build.sh | 1 -
> doc/guides/prog_guide/index.rst| 4 -
> doc/guides/prog_guide/k
Using just the device name to attach a device on the EAL level is not enough
for a unique identification of the bus it should get attached to. Therefore
lets change rte_eal_dev_attach() introduced in 16.11 to take the busname and
the raw devargs string.
Signed-off-by: Jan Blunck
---
lib/librte_e
On Wednesday 15 February 2017 03:32 PM, Jan Blunck wrote:
This is a refactoring of the virtual device probing which moves into into
a proper bus structure.
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/eal_common_dev.c | 22 -
lib/librte_eal/common/eal_common_vdev.c | 44
On Wednesday 15 February 2017 07:41 PM, Shreyansh Jain wrote:
On Wednesday 15 February 2017 03:32 PM, Jan Blunck wrote:
This is a refactoring of the virtual device probing which moves into into
a proper bus structure.
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/eal_common_dev.c | 22
On Wed, Feb 15, 2017 at 3:11 PM, Shreyansh Jain wrote:
> On Wednesday 15 February 2017 03:32 PM, Jan Blunck wrote:
>>
>
>> +
>> +static struct rte_bus rte_vdev_bus = {
>> + .scan = vdev_scan,
>> + .probe = vdev_probe,
>> +};
>> +
>> +RTE_REGISTER_BUS_LATE(virtual, rte_vdev_bus);
>>
>
>
On Wednesday 15 February 2017 07:43 PM, Jan Blunck wrote:
On Wed, Feb 15, 2017 at 3:11 PM, Shreyansh Jain wrote:
On Wednesday 15 February 2017 03:32 PM, Jan Blunck wrote:
+
+static struct rte_bus rte_vdev_bus = {
+ .scan = vdev_scan,
+ .probe = vdev_probe,
+};
+
+RTE_REGISTER_B
> On Feb 15, 2017, at 8:15 AM, Shreyansh Jain wrote:
>
> On Wednesday 15 February 2017 07:41 PM, Shreyansh Jain wrote:
>> On Wednesday 15 February 2017 03:32 PM, Jan Blunck wrote:
>>> This is a refactoring of the virtual device probing which moves into into
>>> a proper bus structure.
>>>
>>> S
> -Original Message-
> From: Wiles, Keith [mailto:keith.wi...@intel.com]
> Sent: Wednesday, February 15, 2017 7:53 PM
> To: Shreyansh Jain
> Cc: Jan Blunck ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 3/7] eal: move virtual device probing into a
> bus
>
>
> > On Feb 15, 2017, at 8:15
On Wednesday 15 February 2017 03:32 PM, Jan Blunck wrote:
This introduces different initcall macros to allow for late registration of
the virtual device bus.
Signed-off-by: Jan Blunck
---
lib/librte_eal/common/include/rte_bus.h | 17 -
lib/librte_eal/common/include/rte_eal.h
Thomas Monjalon writes:
> Was there any progress on this topic?
> Can we close the request?
> http://dpdk.org/patch/1/
No update in almost a year is probably a bad sign.
>From the OVS side, we've dropped our patches due to too many corner
cases handling this - instead we're opting to
On Tue, Feb 07, 2017 at 10:00:10AM +, Nipun Gupta wrote:
>
>
> > -Original Message-
> > From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> > Sent: Monday, February 06, 2017 11:00
> > To: dev@dpdk.org
> > Cc: bruce.richard...@intel.com; Hemant Agrawal
> > ; gage.e...@intel.com
On Wed, Feb 15, 2017 at 01:53:45PM +, Van Haaren, Harry wrote:
> > From: Nipun Gupta [mailto:nipun.gu...@nxp.com]
> > Sent: Tuesday, February 14, 2017 12:43 PM
> > To: dev@dpdk.org
> > Cc: hemant.agra...@nxp.com; jerin.ja...@caviumnetworks.com; Richardson,
> > Bruce
> > ; Eads, Gage ; Van Haar
2017-02-15 12:38, John McNamara:
> + Build the docs and view the output file to ensure the changes are
> correct::
> +
> + make doc-guides-html
> +
> + firefox build/doc/html/guides/rel_notes/release_17_05.html
I would suggest xdg-open instead of firefox.
It is more open regarding chr
On Wed, Feb 15, 2017 at 3:37 PM, Shreyansh Jain wrote:
> On Wednesday 15 February 2017 03:32 PM, Jan Blunck wrote:
>>
>> --- a/lib/librte_eal/common/include/rte_eal.h
>> +++ b/lib/librte_eal/common/include/rte_eal.h
>> @@ -258,8 +258,16 @@ static inline int rte_gettid(void)
>> return RTE_P
This is to logically group unit tests into their own folder separating
them from "app" folder.
Hopefully this will make the unit test in DPDK more visible.
Following binaries moved to "test" folder:
cmdline-test
test-acl
test-pipeline
test <-- various DPDK unit tests
Signed-off-by: Ferruh Yigi
Since "make test" and "make test-build" does dependency resolving, they
check for all dependent components (lib and drivers) which takes a few
seconds.
This is a good feature during development, but if the target is just
running unit test, that step is unnecessary, it is possible to compile
onece
Make rules renamed to;
fast_test-> test-fast
ring_test-> test-ring
mempool_test -> test-mempool
perf_test-> test-perf
These are to run various sub-set of the unit tests.
Not touched to the rules that already follows the syntax:
test-run
test-build
test
Signed-off-by: Ferruh Yigit
--
Don't build tests with default "make" command.
Require explicit command to build tests because not everybody interested
in running unit tests.
Following changes done in make rules:
"make test-build" <--- Added
"make test"<--- Updated functionality (build + run)
Now "make test" builds al
2017-02-15 15:26, Ferruh Yigit:
> +.PHONY: test-buid
> +test-build:
> + $(Q)$(MAKE) -f $(RTE_SDK)/mk/rte.sdkconfig.mk checkconfig
> + $(Q)$(MAKE) -f $(RTE_SDK)/mk/rte.sdkbuild.mk test
Why not rely on default rule below?
# all other build targets
%:
$(Q)$(MAKE) -f $(RTE_SDK)/mk/rte.sdk
On Wed, Feb 15, 2017 at 3:22 PM, Wiles, Keith wrote:
>
>> On Feb 15, 2017, at 8:15 AM, Shreyansh Jain wrote:
>>
>>
>> Just ignore this comment - I am misunderstood something.
>>
>> But another question: Is there specific reason VDEV should be
>> registered/scanned *after* other devices? Is there
On Wed, Feb 15, 2017 at 03:26:31PM +, Ferruh Yigit wrote:
> Since "make test" and "make test-build" does dependency resolving, they
> check for all dependent components (lib and drivers) which takes a few
> seconds.
>
> This is a good feature during development, but if the target is just
> run
This change allows user software to differentiate between an invalid argument
(such as an invalid queue_id or sched_type in an enqueued event) and
backpressure from the event device.
The port and device ID checks are placed in RTE_LIBRTE_EVENTDEV_DEBUG header
guards to avoid the performance hit in
> On Feb 15, 2017, at 11:06 AM, Jan Blunck wrote:
>
> On Wed, Feb 15, 2017 at 3:22 PM, Wiles, Keith wrote:
>>
>>> On Feb 15, 2017, at 8:15 AM, Shreyansh Jain wrote:
>>>
>>>
>>> Just ignore this comment - I am misunderstood something.
>>>
>>> But another question: Is there specific reason V
On 2/15/2017 10:02 AM, Jan Blunck wrote:
> With the rte_bus infrastructure present in 17.02 it is possible to refactor
> the virtual device probing into a bus. This series also introduces the
> rte_vdev_device to better keep track of devices.
>
> Jan Blunck (7):
> eal: use different constructor
On 2/15/2017 10:02 AM, Jan Blunck wrote:
> Signed-off-by: Jan Blunck
<...>
> -int
> -rte_eal_dev_init(void)
> -{
> - return 0;
> -}
> -
API should be removed from .map files too (rte_eal_version.map).
On 2/15/2017 10:02 AM, Jan Blunck wrote:
> This adds the rte_vdev_device structure which embeds a generic rte_device.
>
> Signed-off-by: Jan Blunck
<...>
>
> +struct rte_vdev_device {
> + TAILQ_ENTRY(rte_vdev_device) next; /**< Next attached vdev */
> + struct rte_device device;
On 2/15/2017 10:02 AM, Jan Blunck wrote:
> This allows the virtual bus to be rescanned and probed by tracking the
> creation of rte_vdev_device.
>
> Signed-off-by: Jan Blunck
<...>
> +
> + dev->device.devargs = devargs;
> + dev->device.numa_node = -1;
SOCKET_ID_ANY can be used instead
> On Feb 15, 2017, at 11:10 AM, Wiles, Keith wrote:
>
>
>> On Feb 15, 2017, at 11:06 AM, Jan Blunck wrote:
>>
>> On Wed, Feb 15, 2017 at 3:22 PM, Wiles, Keith wrote:
>>>
On Feb 15, 2017, at 8:15 AM, Shreyansh Jain wrote:
Just ignore this comment - I am misunderstood s
On Wed, Feb 15, 2017 at 02:27:47PM +, Shreyansh Jain wrote:
> > -Original Message-
> > From: Wiles, Keith [mailto:keith.wi...@intel.com]
> > Sent: Wednesday, February 15, 2017 7:53 PM
> > To: Shreyansh Jain
> > Cc: Jan Blunck ; dev@dpdk.org
> > Subject: Re: [dpdk-dev] [PATCH 3/7] eal:
On 2/15/2017 4:58 PM, Thomas Monjalon wrote:
> 2017-02-15 15:26, Ferruh Yigit:
>> +.PHONY: test-buid
>> +test-build:
>> +$(Q)$(MAKE) -f $(RTE_SDK)/mk/rte.sdkconfig.mk checkconfig
>> +$(Q)$(MAKE) -f $(RTE_SDK)/mk/rte.sdkbuild.mk test
>
> Why not rely on default rule below?
>
> # all other
On 2/15/2017 5:07 PM, Bruce Richardson wrote:
> On Wed, Feb 15, 2017 at 03:26:31PM +, Ferruh Yigit wrote:
>> Since "make test" and "make test-build" does dependency resolving, they
>> check for all dependent components (lib and drivers) which takes a few
>> seconds.
>>
>> This is a good feature
On 6/16/2016 7:38 PM, thomas.monjalon at 6wind.com (Thomas Monjalon) wrote:
> 2016-06-16 16:41, Iremonger, Bernard:
>> Hi Thomas,
>>
>>> 2016-06-16 15:32, Bruce Richardson:
On Mon, Jun 13, 2016 at 01:28:08PM +0100, Iremonger, Bernard wrote:
>> Why does this particular PMD need spinlocks w
> On Feb 15, 2017, at 11:25 AM, Jerin Jacob
> wrote:
>
> On Wed, Feb 15, 2017 at 02:27:47PM +, Shreyansh Jain wrote:
>>> -Original Message-
>>> From: Wiles, Keith [mailto:keith.wi...@intel.com]
>>> Sent: Wednesday, February 15, 2017 7:53 PM
>>> To: Shreyansh Jain
>>> Cc: Jan Blunck
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
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
From: Shreyansh Jain
Suggested-by: Ferruh Yigit
Signed-off-by: Shreyansh Jain
---
mk/rte.lib.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mk/rte.lib.mk b/mk/rte.lib.mk
index 33a5f5a..ac4df9a 100644
--- a/mk/rte.lib.mk
+++ b/mk/rte.lib.mk
@@ -79,7 +79,7 @@ endif
# T
The fslmc bus driver is a rte_bus driver which scans the fsl-mc bus
for NXP DPAA2 SoCs.
Signed-off-by: Hemant Agrawal
---
MAINTAINERS | 1 +
config/common_base | 5 +
config/defconfig_arm64-dpaa2-linuxapp-gcc | 8 +-
drivers/Makefi
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 | 739
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/mc/
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 | 237
drivers/bus/fslmc/mc/
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 | 534 ++
drivers/bus/fslmc/mc/fsl_dpseci.h | 668 +++
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 adds the NXP dpaa2 architecture and pmd details
in the Network interfaces section.
Signed-off-by: Hemant Agrawal
Acked-by: John McNamara
---
MAINTAINERS| 1 +
doc/guides/nics/dpaa2.rst | 593 +
doc/guides/nics
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/Makefile | 5 +++
drivers/bus/fslmc/fslmc_logs.h | 76 ++
2 files changed, 81 insertions(+)
create mode 100644 drivers/bus/fslmc/fslmc_logs.h
diff --git a/drivers/bus/fslmc/Makefile b/drivers/bus/fs
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
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 fsl-mc bus based dpaa2 pmd driver.
Signed-off-by: Hemant Agrawal
---
MAINTAINERS | 1 +
config/common_base | 5 +
config/defconfig_arm64-dpaa2-linuxapp-gcc | 5 +
drivers/bus/Makefile| 2 +
Signed-off-by: Hemant Agrawal
---
drivers/common/dpaa2/qbman/Makefile | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/common/dpaa2/qbman/Makefile
b/drivers/common/dpaa2/qbman/Makefile
index 18bca6b..771bdc6 100644
--- a/drivers/common/dpaa2/qbman/Makefile
+++ b/drivers/common/dp
Signed-off-by: Hemant Agrawal
---
drivers/net/dpaa2/Makefile | 5 +
drivers/net/dpaa2/dpaa2_ethdev.c | 9 +++--
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/net/dpaa2/Makefile b/drivers/net/dpaa2/Makefile
index c6a2764..966377a 100644
--- a/drivers/net/dpa
Signed-off-by: Hemant Agrawal
---
config/common_base| 5 +
config/defconfig_arm64-dpaa2-linuxapp-gcc | 5 +
2 files changed, 10 insertions(+)
diff --git a/config/common_base b/config/common_base
index 11760a4..781d97b 100644
--- a/config/common_base
+++ b/config/c
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
---
MAINTAINERS | 1 +
config/common_base
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_bus_fslmc_version.map | 1 +
3 files changed, 49 insertions(+)
diff --git a/drivers/bus/fslmc/portal/dpaa2
Before DPAA2 devices can communicate using hardware queues, this patch
adds queue definitions in the FSLMC bus which the DPAA2 devices would
instantitate.
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 20
1 file changed, 20 insertions(+)
diff -
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/net/dpaa2/Makefile | 4 +
drivers/net/dpaa2/dpaa2_ethdev.c | 410 -
drivers/net/dpaa2/dpaa2_ethdev.h | 15 ++
4 files changed, 429 insertions(+), 1 deletion(-)
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
b/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
index 42c5517..8efac2d 100644
--- a/drivers/bus/fslmc/portal/dpaa2_hw_pvt.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 c14b4df..ab9dfe6 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/net/dpaa2/Makefile | 4 +++
drivers/net/dpaa2/base/dpaa2_hw_dpni.c | 57 +++
drivers/net/dpaa2/dpaa2_ethdev.c | 62
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
b/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
index 8efac2d..1af93a5 100644
--- a/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
+++ b/
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/net/dpaa2/dpaa2_ethdev.c | 72 +++---
2 files changed, 70 insertions(+), 4 deletions(-)
diff --git a/doc/guides/nics/features/dpaa2.ini
b/doc/guides/nics/features/dpaa2.ini
in
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 53 +
1 file changed, 53 insertions(+)
diff --git a/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
b/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
index 2a8d9e5..c26360d3 100644
--- a/drivers/bus/fslm
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
b/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
index 1af93a5..2a8d9e5 100644
--- a/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h
+++ b/dr
Signed-off-by: Hemant Agrawal
---
doc/guides/nics/features/dpaa2.ini | 1 +
drivers/net/dpaa2/dpaa2_ethdev.c | 34 ++
2 files changed, 35 insertions(+)
diff --git a/doc/guides/nics/features/dpaa2.ini
b/doc/guides/nics/features/dpaa2.ini
index b7c274a..a6b7964
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
Signed-off-by: Hemant Agrawal
---
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 +++
4 files changed, 268 insertions(+)
create mode 100644 dr
1 - 100 of 118 matches
Mail list logo
