On 02/22/2018 03:42 AM, Tan, Jianfeng wrote:
Hi Maxime,
-Original Message-
From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
Sent: Tuesday, February 20, 2018 4:45 AM
To: Tan, Jianfeng; dev@dpdk.org
Cc: y...@fridaylinux.org
Subject: Re: [PATCH 4/4] vhost: avoid populate guest m
I have found myself the solution to the problem.
When the struct rte_mempool *pktmbuf_pool[NB_SOCKETS]; was declared, it was
not initialized with NULL and the memory pool was not created because the
if clause 'if (pktmbuf_pool[socketID]==NULL)' avoided it.
Once I forced the initialization of all
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Thursday, February 22, 2018 4:26 PM
> To: Tan, Jianfeng; dev@dpdk.org
> Cc: y...@fridaylinux.org
> Subject: Re: [PATCH 4/4] vhost: avoid populate guest memory
>
>
>
> On 02/22/2018 03:42 AM, Tan, J
Now that the 18.02 release is complete, we need to update the 18.05 roadmap.
These are the features that we plan to contribute:
vHost Selective Data Path: Provide support for a selective datapath in the
vhost-user library. The default datapath will be the existing software
implementation. Alter
There are two API's which are required by NXP specific Command Interface
Application (AIOP CMDIF). This patch exposes these two API's.
Signed-off-by: Nipun Gupta
---
doc/api/doxy-api-index.md | 1 +
doc/api/doxy-api.conf | 1 +
drivers/memp
Signed-off-by: Nipun Gupta
---
drivers/bus/fslmc/rte_bus_fslmc_version.map | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/bus/fslmc/rte_bus_fslmc_version.map
b/drivers/bus/fslmc/rte_bus_fslmc_version.map
index b7db074..c02b9c6 100644
--- a/drivers/bus/fslmc/rte_bus_fslmc_vers
The DPCI devices have oth Tx and Rx queues. Event devices use
DPCI Rx queues only, but CMDIF (AIOP) uses both Tx and Rx queues.
This patch enables Tx queues configuration too.
Signed-off-by: Nipun Gupta
---
drivers/bus/fslmc/portal/dpaa2_hw_dpci.c | 57 ++--
drivers/b
Signed-off-by: Nipun Gupta
---
MAINTAINERS| 6 +
config/common_armv8a_linuxapp | 5 +
config/common_base | 5 +
config/defconfig_arm64-dpaa2-linuxapp-gcc | 6 +
drivers/raw/Makefile
This patch also fixes the typecasting in iova/virt conversion
macros
Fixes: df0011c92312 ("bus/fslmc: add physical-virtual address translation
helpers")
Cc: sta...@dpdk.org
Signed-off-by: Nipun Gupta
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 9 ++---
1 file changed, 6 insertions(+), 3
Signed-off-by: Nipun Gupta
---
drivers/raw/dpaa2_cmdif/dpaa2_cmdif.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/raw/dpaa2_cmdif/dpaa2_cmdif.c
b/drivers/raw/dpaa2_cmdif/dpaa2_cmdif.c
index 0d98d36..9044489 100644
--- a/drivers/raw/dpaa2_cmdif/dpaa2_cmdi
Signed-off-by: Nipun Gupta
---
MAINTAINERS| 1 +
doc/guides/rawdevs/dpaa2_cmdif.rst | 136 +
2 files changed, 137 insertions(+)
create mode 100644 doc/guides/rawdevs/dpaa2_cmdif.rst
diff --git a/MAINTAINERS b/MAINTAINERS
index e06df3
Signed-off-by: Nipun Gupta
---
doc/api/doxy-api-index.md | 1 +
doc/api/doxy-api.conf | 1 +
drivers/raw/dpaa2_cmdif/Makefile | 2 +
drivers/raw/dpaa2_cmdif/dpaa2_cmdif.c | 146 ++
drivers/raw/dpaa2_cmd
Signed-off-by: Nipun Gupta
---
doc/guides/rel_notes/release_18_05.rst | 7 +++
1 file changed, 7 insertions(+)
diff --git a/doc/guides/rel_notes/release_18_05.rst
b/doc/guides/rel_notes/release_18_05.rst
index 3923dc2..db403eb 100644
--- a/doc/guides/rel_notes/release_18_05.rst
+++ b/doc/gu
This patch set introduces DPAA2 based Command Interface
device driver.
This driver is provides communication between the GPP and
AIOP Firmware.
Patches 1-4:
Makes necessary changes and fixes in the DPAA2 bus and
mempool region
Patches 5-7:
Add the DPAA2 CMDIF driver
Patches 8-9:
Update th
> > +.. Note::
> > +At a given instance only one core option ``--lcores``, ``-l`` or
> > ``-c`` can be
> used.
> > +
> > +
Hi Marko,
I always found the n different way to specify cores perplexing. I always
suspected they were mutually exclusive but that was far from clear from the
docs and
Hi,
I propose to shift the proposal deadline and the integration deadline
for 18.05:
- Proposal deadline: March 9, 2018
- Integration deadline: April 6, 2018
- Release: May 4, 2018
The idea is to follow these guidelines:
- more time before the proposal deadline
Hi Shally,
> [Shally] That's the intention but until then I assume we agree to current
> proposal?!
>
> If yes, then just to align and close on our discussion on this here’s the
> summary :
> - There's no differentiation to device capability and qp capability. If PMD
> shows in its feature fl
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Thursday, February 22, 2018 10:34 AM
> To: dev@dpdk.org
> Subject: [dpdk-dev] deadlines postponed
>
> Hi,
>
> I propose to shift the proposal deadline and the integration deadline
> for 18
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of O'Driscoll, Tim
> Sent: Thursday, February 22, 2018 10:44 AM
> To: Thomas Monjalon ; dev@dpdk.org
> Subject: Re: [dpdk-dev] deadlines postponed
>
>
> > -Original Message-
> > From: dev [mailto:dev-boun..
Although this can be done by the app, because other PMDs are doing it,
apps expect this behaviour from the PMD.
Signed-off-by: Alejandro Lucero
---
drivers/net/nfp/nfp_net.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/nfp/nfp_net.c b/drivers/net/nfp/nfp_net.c
index e5bfde6.
The barrier needs to be after reading the DD bit. It has not been
a problem because the potential reads which can not happen before
reading the DD bit seem to be far enough, so the compiler is not
rescheduling them. However, a refactoring could make this problem
to arise.
Fixes: b812daadad0d ("nfp
Acked-by: Pascal Mazon
On 12/02/2018 15:44, Vipin Varghese wrote:
> Allow TAP PMD to pass user desired MAC address as argument.
> The argument value is processed as string delimited by ':',
> is parsed and converted to HEX MAC address after validation.
>
> Signed-off-by: Vipin Varghese
> Signe
Mixing numeric macros with bit shifts macros is not a good idea.
Fixes: 011411586e03 ("net/nfp: extend speed capabilities advertised")
Signed-off-by: Alejandro Lucero
---
drivers/net/nfp/nfp_net.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/nfp/nfp_net.
My english is far worse than those from the marketing team.
Signed-off-by: Alejandro Lucero
---
doc/guides/nics/nfp.rst | 43 ++-
1 file changed, 22 insertions(+), 21 deletions(-)
diff --git a/doc/guides/nics/nfp.rst b/doc/guides/nics/nfp.rst
index 99a3b7
Personally, I'm mostly ok with this.
I added a couple of comments inline.
On 21/02/2018 00:12, Vipin Varghese wrote:
> The change adds TUN PMD logic to the existing TAP PMD. TUN PMD can
> be initialized with 'net_tunX' where 'X' represents unique id. PMD
> supports argument interface, while MAC ad
On 02/22/2018 09:40 AM, Tan, Jianfeng wrote:
-Original Message-
From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
Sent: Thursday, February 22, 2018 4:26 PM
To: Tan, Jianfeng; dev@dpdk.org
Cc: y...@fridaylinux.org
Subject: Re: [PATCH 4/4] vhost: avoid populate guest memory
Hi Nipun,
Some trivial inputs:
On Thursday 22 February 2018 03:04 PM, Nipun Gupta wrote:
Signed-off-by: Nipun Gupta
---
MAINTAINERS| 6 +
config/common_armv8a_linuxapp | 5 +
config/common_base
On Thu, Feb 22, 2018 at 10:55:06AM +, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of O'Driscoll, Tim
> > Sent: Thursday, February 22, 2018 10:44 AM
> > To: Thomas Monjalon ; dev@dpdk.org
> > Subject: Re: [dpdk-dev] deadli
Hi,
I am trying to build the latest DPDK (18.02) but facing some issues on ARM64
platform.
I'm using the option CONFIG_RTE_MAJOR_ABI to set the SONAME to 18.02.
= START =
The error is connected to building the librte_pmd_dpaa.so. Please, see below:
[ 405s] /usr/lib64/gcc/aarch64-suse-l
-Original Message-
> Date: Thu, 22 Feb 2018 15:04:45 +0530
> From: Nipun Gupta
> To: tho...@monjalon.net, hemant.agra...@nxp.com, shreyansh.j...@nxp.com
> CC: dev@dpdk.org, Nipun Gupta
> Subject: [dpdk-dev] [PATCH 5/9] raw/dpaa2_cmdif: introduce DPAA2 command
> interface driver
> X-Maile
Hi Marco,
On Thu, Feb 22, 2018 at 03:23:47PM +0100, Marco Varlese wrote:
> Hi,
>
> I am trying to build the latest DPDK (18.02) but facing some issues on ARM64
> platform.
>
> I'm using the option CONFIG_RTE_MAJOR_ABI to set the SONAME to 18.02.
>
Just to put things in their context for the DP
Hi,
If I disable vfio by setting CONFIG_RTE_EAL_VFIO=n, I'm having the following
compilation error.
> /download/dpdk/drivers/bus/fslmc/fslmc_vfio.c: In function
> ‘fslmc_get_container_group’:
> /download/dpdk/drivers/bus/fslmc/fslmc_vfio.c:97:2: error: implicit
> declaration of function ‘vfio_
Hi Yongseok,
On 2/22/2018 8:12 PM, Yongseok Koh wrote:
Hi,
If I disable vfio by setting CONFIG_RTE_EAL_VFIO=n, I'm having the following
compilation error.
/download/dpdk/drivers/bus/fslmc/fslmc_vfio.c: In function
‘fslmc_get_container_group’:
/download/dpdk/drivers/bus/fslmc/fslmc_vfio.c:97
Fixes: 783b6e54971d ("eal: add synchronous multi-process communication")
Cc: jianfeng@intel.com
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/common/eal_common_proc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/librte_eal/common/eal_common_proc.c
b/lib/librte_
Fixes: 783b6e54971d ("eal: add synchronous multi-process communication")
Cc: jianfeng@intel.com
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/common/eal_common_proc.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/lib/librte_eal/common/eal_common_proc.c
b/lib/l
Fixes: bacaa2754017 ("eal: add channel for multi-process communication")
Cc: jianfeng@intel.com
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/common/eal_common_proc.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/lib/librte_eal/common/eal_common_proc.c
b/lib/li
Fixes: bacaa2754017 ("eal: add channel for multi-process communication")
Cc: jianfeng@intel.com
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/common/eal_common_proc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/librte_eal/common/eal_common_proc.c
b/lib/lib
Fixes: 279b581c897d ("vfio: expose functions")
Cc: gaetan.ri...@6wind.com
Cc: sta...@dpdk.org
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/common/include/rte_vfio.h | 8
1 file changed, 8 insertions(+)
diff --git a/lib/librte_eal/common/include/rte_vfio.h
b/lib/librte_eal/common/
Rather than trying to use meson's build-in detection for libpcap, and
having to special-case cross-building, just check for the presence of
pcap.h and the pcap library.
Signed-off-by: Bruce Richardson
---
drivers/net/pcap/meson.build | 20 +---
1 file changed, 5 insertions(+), 15
Hi Marco/Gaetan,
On 2/22/2018 7:53 PM, Marco Varlese wrote:
Hi,
I am trying to build the latest DPDK (18.02) but facing some issues on ARM64
platform.
I'm using the option CONFIG_RTE_MAJOR_ABI to set the SONAME to 18.02.
you mean you configured CONFIG_RTE_MAJOR_ABI=18.02, And did a SHARED bu
Hi all,
In the project I am working I need to define custom metadata fields on each
packet once they are captured using DPDK.
I have seen that each packet has a headroom memory space (128 bytes long)
where RSS hashing and other metadata provided by the NIC is stored. This
information will be usefu
The meson.build files for building the kernel modules directory could
be improved now that it is extracted from the EAL. For example, no
global processing is necessary inside the kernel folder, just need to
subdir to the appropriate bsd or linux folder to do the actual work.
Signed-off-by: Bruce R
On 2/22/2018 10:50 PM, Bruce Richardson wrote:
Rather than trying to use meson's build-in detection for libpcap, and
having to special-case cross-building, just check for the presence of
pcap.h and the pcap library.
Signed-off-by: Bruce Richardson
---
drivers/net/pcap/meson.build | 20 +--
Group ID 0xFF indicates that packages does not change parser
graph so compatible with any other packages.
Fixes: b1ec717bfff5 ("net/i40e: fix multiple DDP packages conflict")
Signed-off-by: Kirill Rybalchenko
---
drivers/net/i40e/rte_pmd_i40e.c | 7 +++
1 file changed, 7 insertions(+)
diff
On 2/22/2018 11:08 PM, Bruce Richardson wrote:
The meson.build files for building the kernel modules directory could
be improved now that it is extracted from the EAL. For example, no
global processing is necessary inside the kernel folder, just need to
subdir to the appropriate bsd or linux fold
The series introduce support for a new protocol request that
notifies the backend with Virtio device status updates.
Main goal is to be able with Virtio 1.0 devices to start
the port even if the guest hasn't initialized all the
queue pairs of the device. This case happens for example
with Windows
This patch implements support for the new SET_VIRTIO_STATUS
vhost-user request.
The main use for this new request is for the backend to know
when the driver sets the DRIVER_OK status bit. Starting Virtio
1.0, we know that once the the bit is set, no more queues will
be initialized.
When it happens
When cleaning-up the virtqueue, we also need to invalidate its
addresses to be sure outdated addresses won't be used later.
Signed-off-by: Maxime Coquelin
---
lib/librte_vhost/vhost.c | 6 --
lib/librte_vhost/vhost.h | 4 +++-
lib/librte_vhost/vhost_user.c | 2 +-
3 files changed,
When the guest driver driver does not initialize all the queues,
QEMU currently sends SET_VRING_ADDR request for these queues.
In this case all the desc, avail and used addresses have GPA 0,
so translating them likely succeed.
The problem is that even if the uninitialized queues remain
disabled, t
It is not possible for a primary process to receive any messages
while initializing, because RTE_MAGIC value is not set in the
shared config, and hence no secondary process can ever spin up
during that time.
However, it is possible for a secondary process to receive messages
from the primary durin
Currently, primary process initialization is finalized by setting
the RTE_MAGIC value in the shared config. However, it is not
possible to check whether secondary process initialization has
completed. Add such a value to internal config.
Signed-off-by: Anatoly Burakov
---
lib/librte_eal/common/e
Previously, IPC would remove sockets it considers to be "inactive"
based on whether they have responded. Change this to create lock
files in addition to socket files, so that we can determine if
secondary process is active before attempting to communicate with
it. That way, we can distinguish secon
On 22-Feb-18 6:21 PM, Anatoly Burakov wrote:
Currently, primary process initialization is finalized by setting
the RTE_MAGIC value in the shared config. However, it is not
possible to check whether secondary process initialization has
completed. Add such a value to internal config.
Signed-off-by
On 2/21/2018 11:47 PM, Verma, Shally wrote:
>
>> -Original Message-
>> From: Ahmed Mansour [mailto:ahmed.mans...@nxp.com]
>> Sent: 22 February 2018 01:06
>> To: Trahe, Fiona ; Verma, Shally
>> ; dev@dpdk.org
>> Cc: Athreya, Narayana Prasad ; Gupta,
>> Ashish ; Sahu, Sunila
>> ; De Lara Gu
Dear Hemant,
On Thu, 2018-02-22 at 22:58 +0530, Hemant Agrawal wrote:
> Hi Marco/Gaetan,
>
> On 2/22/2018 7:53 PM, Marco Varlese wrote:
> > Hi,
> >
> > I am trying to build the latest DPDK (18.02) but facing some issues
> > on ARM64
> > platform.
> >
> > I'm using the option CONFIG_RTE_MAJOR_AB
This patch series introduces new library librte_rib which potentially could
replace librte_lpm.
Medvedkin Vladimir (2):
Add RIB library
Add autotests for RIB library
config/common_base | 6 +
doc/api/doxy-api.conf | 1 +
lib/Makefile |
RIB is an alternative to current LPM library.
It solves the following problems
- Increases the speed of control plane operations against lpm such as
adding/deleting routes
- Adds abstraction from dataplane algorithms, so it is possible to add
different ip route lookup algorythms such as DXR
Signed-off-by: Medvedkin Vladimir
---
test/test/Makefile | 5 +
test/test/test_rib.c | 290 ++
test/test/test_rib_generate_rt.c | 297 +++
test/test/test_rib_generate_rt.h | 38 +
test/test/te
The bus and mempool dependencies should be declared after the PMD
libraries needing them.
Moreover there is no need to disable the PMDs at the Makefile level,
in case the dependencies are not met.
Such dependencies should be handled at configuration time.
The other side effect of this clean-up is
The dynamic link is broken for ARM platform because the dependencies
of the DPAA PMD are not declared.
Fixes: 83c82e15e1c0 ("app/testpmd: support loopback config for DPAA")
Cc: sta...@dpdk.org
Reported-by: Marco Varlese
Signed-off-by: Thomas Monjalon
---
app/test-pmd/Makefile | 2 ++
1 file ch
> -Original Message-
> From: Burakov, Anatoly
> Sent: Thursday, February 22, 2018 11:44 PM
> To: dev@dpdk.org
> Cc: Tan, Jianfeng
> Subject: [PATCH 1/4] eal: fix IPC timeouts
>
> Fixes: 783b6e54971d ("eal: add synchronous multi-process communication")
> Cc: jianfeng@intel.com
> Signe
Hi,
First, I think your question should be sent to the user mailing list, not
the dev mailing list.
> I have seen that each packet has a headroom memory space (128 bytes long)
> where RSS hashing and other metadata provided by the NIC is stored.
If I'm not mistaken, the headroom is not where met
> -Original Message-
> From: Burakov, Anatoly
> Sent: Thursday, February 22, 2018 11:44 PM
> To: dev@dpdk.org
> Cc: Tan, Jianfeng
> Subject: [PATCH 2/4] eal: fix IPC socket paths
>
> Fixes: bacaa2754017 ("eal: add channel for multi-process communication")
> Cc: jianfeng@intel.com
> S
> -Original Message-
> From: Burakov, Anatoly
> Sent: Thursday, February 22, 2018 11:44 PM
> To: dev@dpdk.org
> Cc: Tan, Jianfeng
> Subject: [PATCH 3/4] eal: fix IPC request socket paths
>
> Fixes: 783b6e54971d ("eal: add synchronous multi-process communication")
> Cc: jianfeng@intel
> -Original Message-
> From: Burakov, Anatoly
> Sent: Thursday, February 22, 2018 11:44 PM
> To: dev@dpdk.org
> Cc: Tan, Jianfeng
> Subject: [PATCH 4/4] eal: fix handling of errno values in IPC
>
> Fixes: bacaa2754017 ("eal: add channel for multi-process communication")
> Cc: jianfeng...
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Thursday, February 22, 2018 8:33 PM
> To: Tan, Jianfeng; dev@dpdk.org
> Cc: y...@fridaylinux.org
> Subject: Re: [PATCH 4/4] vhost: avoid populate guest memory
>
>
> >> What could be done is maybe to
From: Chas Williams
When a slave is configured make sure that the slave's MTU
matches the bonding's idea of the MTU.
Signed-off-by: Chas Williams
---
drivers/net/bonding/rte_eth_bond_pmd.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/net/bonding/rte_eth_bond_pmd.c
b/dri
On 2/23/2018 4:23 AM, Thomas Monjalon wrote:
The dynamic link is broken for ARM platform because the dependencies
of the DPAA PMD are not declared.
Fixes: 83c82e15e1c0 ("app/testpmd: support loopback config for DPAA")
Cc: sta...@dpdk.org
Reported-by: Marco Varlese
Signed-off-by: Thomas Monjalo
Hi Thomas,
On 2/23/2018 4:23 AM, Thomas Monjalon wrote:
The bus and mempool dependencies should be declared after the PMD
libraries needing them.
Moreover there is no need to disable the PMDs at the Makefile level,
in case the dependencies are not met.
Such dependencies should be handled at conf
> -Original Message-
> From: Shreyansh Jain
> Sent: Thursday, February 22, 2018 18:42
> To: Nipun Gupta
> Cc: tho...@monjalon.net; Hemant Agrawal ;
> dev@dpdk.org
> Subject: Re: [PATCH 5/9] raw/dpaa2_cmdif: introduce DPAA2 command
> interface driver
>
> Hi Nipun,
>
> Some trivial input
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Thursday, February 22, 2018 20:02
> To: Nipun Gupta
> Cc: tho...@monjalon.net; Hemant Agrawal ;
> Shreyansh Jain ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 5/9] raw/dpaa2_cmdif: introduce DPAA2
71 matches
Mail list logo
