Hi Harry,
I have few observations on service core feature implementation.
I believe it is allowed to map/unmap a lcore to service while the service is
running (i.e. not just during initialization stage). Please clarify otherwise.
Assuming yes -
In the 'service_run' function, the code to
> -Original Message-
> From: Ye, Xiaolong
> Sent: Friday, March 6, 2020 4:46 PM
> To: Zhang, Qi Z
> Cc: Xing, Beilei ; dev@dpdk.org; sta...@dpdk.org
> Subject: Re: [PATCH] net/ice: remove bulk alloc compile option
>
> Hi, Qi
>
> Thanks for the cleanup.
>
> On 03/04, Qi Zhang wrote:
On Fri, 6 Mar 2020 07:57:19 +
"Tian, Kevin" wrote:
> > From: Alex Williamson
> > Sent: Friday, March 6, 2020 2:23 AM
> >
> > On Tue, 25 Feb 2020 03:08:00 +
> > "Tian, Kevin" wrote:
> >
> > > > From: Alex Williamson
> > > > Sent: Thursday, February 20, 2020 2:54 AM
> > > >
> > > > Wi
06/03/2020 15:32, Ferruh Yigit:
> BAR-> Base Address Register
> FDIR -> Flow Director
> GENEVE -> Generic Network Virtualization Encapsulation
> IO -> Input/Output
> MPLS -> Multiprotocol Label Switching
> NEON
> null
> NVGRE -> Network Virtualization using Generic Routing Encapsulatio
On Wed, Feb 26, 2020 at 4:59 AM humin (Q) wrote:
> We have another question about your patch. It seems that mlockall() also
> takes about two seconds after using this patch(about 0.2 seconds before using
> this patch), if we use "always" option for transparent hugepage configration.
> Is this r
My apologies - I have forgotten to run checkpatch on the series.
I will correct these in version 2 - in the mean time please skip these
minor faults and comment on the rest.
With regards
Andrzej Ostruszka
On 3/5/2020 10:47 AM, Andrew Rybchenko wrote:
> Prepare rte_flow API support code to addition of one more
> backend for flow rules handling.
>
> Ivan Malov (7):
> net/sfc: make flow RSS details VNIC-specific
> net/sfc: make the flow list engine-agnostic
> net/sfc: generalise the flow specifi
Add an example application showing possible library usage.
This is a simplified version of l3fwd where:
- many performance improvements has been removed in order to simplify
logic and put focus on the proxy library usage,
- the configuration of forwarding has to be done by the user (using
typic
This commit adds simple test of the library notifications.
Signed-off-by: Andrzej Ostruszka
---
MAINTAINERS | 1 +
app/test/Makefile| 5 +
app/test/meson.build | 4 +
app/test/test_if_proxy.c | 706 +++
4 files changed, 716 inser
This commit adds documentation of IF Proxy library.
Signed-off-by: Andrzej Ostruszka
---
MAINTAINERS| 1 +
doc/guides/prog_guide/if_proxy_lib.rst | 142 +
doc/guides/prog_guide/index.rst| 1 +
3 files changed, 144 insertions(+)
cre
This library allows to designate ports visible to the system (such as
Tun/Tap or KNI) as port representors serving as proxies for other DPDK
ports. When such a proxy is configured this library initially queries
network configuration from the system and later monitors its changes.
The information
What is this useful for
===
Usually, when an ethernet port is assigned to DPDK it vanishes from the
system and user looses ability to control it via normal configuration
utilities (e.g. those from iproute2 package). Moreover by default DPDK
application is not aware of the netw
From: Pavan Nikhilesh
Add device arguments to lock Rx/Tx contexts.
Application can either choose to lock Rx or Tx contexts by using
'lock_rx_ctx' or 'lock_tx_ctx' respectively per each port.
Example:
-w 0002:02:00.0,lock_rx_ctx=1 -w 0002:03:00.0,lock_tx_ctx=1
Signed-off-by: Pavan Nikhil
From: Pavan Nikhilesh
Add device arguments to lock NPA aura and pool contexts in NDC cache.
The device args take hexadecimal bitmask where each bit represent the
corresponding aura/pool id.
Example:
-w 0002:02:00.0,npa_lock_mask=0xf // Lock first 4 aura/pool ctx
Signed-off-by: Pavan Nikh
On Fri, Mar 06, 2020 at 11:16:24AM -0500, Aaron Conole wrote:
> David Marchand writes:
>
> > On Fri, Mar 6, 2020 at 4:57 PM Aaron Conole wrote:
> >>
> >> Ruifeng Wang writes:
> >>
> >> >> -Original Message-
> >> >> From: Aaron Conole
> >> >> Sent: Thursday, March 5, 2020 22:37
> >> >>
On Fri, 6 Mar 2020 11:35:21 +0800
Jason Wang wrote:
> On 2020/3/6 上午1:14, Alex Williamson wrote:
> > On Tue, 25 Feb 2020 14:09:07 +0800
> > Jason Wang wrote:
> >
> >> On 2020/2/25 上午10:33, Tian, Kevin wrote:
> From: Alex Williamson
> Sent: Thursday, February 20, 2020 2:54 AM
>
On Fri, Mar 6, 2020 at 8:25 PM Coyle, David wrote:
>
> > >
> > > /** Error Detection Algorithms */
> > > enum rte_rawdev_multi_fn_err_detect_algorithm {
> > > RTE_RAWDEV_MULTI_FN_ERR_DETECT_CRC32_ETH,
> >
> > IMO, It does not make sense to add protocol specific stuff in rawdev
> > symbols.
David Marchand writes:
> On Fri, Mar 6, 2020 at 4:57 PM Aaron Conole wrote:
>>
>> Ruifeng Wang writes:
>>
>> >> -Original Message-
>> >> From: Aaron Conole
>> >> Sent: Thursday, March 5, 2020 22:37
>> >> To: Ruifeng Wang
>> >> Cc: maicolgabr...@hotmail.com; bruce.richard...@intel.com;
On Fri, Mar 6, 2020 at 4:57 PM Aaron Conole wrote:
>
> Ruifeng Wang writes:
>
> >> -Original Message-
> >> From: Aaron Conole
> >> Sent: Thursday, March 5, 2020 22:37
> >> To: Ruifeng Wang
> >> Cc: maicolgabr...@hotmail.com; bruce.richard...@intel.com; dev@dpdk.org;
> >> david.march...@
Ruifeng Wang writes:
>> -Original Message-
>> From: Aaron Conole
>> Sent: Thursday, March 5, 2020 22:37
>> To: Ruifeng Wang
>> Cc: maicolgabr...@hotmail.com; bruce.richard...@intel.com; dev@dpdk.org;
>> david.march...@redhat.com; Gavin Hu ; Honnappa
>> Nagarahalli ; juraj.lin...@pantheo
On Fri, 6 Mar 2020 09:45:40 +
"Tian, Kevin" wrote:
> > From: Tian, Kevin
> > Sent: Friday, March 6, 2020 3:57 PM
> >
> > > From: Alex Williamson
> > > Sent: Friday, March 6, 2020 2:23 AM
> > >
> > > On Tue, 25 Feb 2020 03:08:00 +
> > > "Tian, Kevin" wrote:
> > >
> > > > > From: Ale
On Fri, 6 Mar 2020 08:32:40 +
"Tian, Kevin" wrote:
> > From: Alex Williamson
> > Sent: Friday, March 6, 2020 2:18 AM
> >
> > On Tue, 25 Feb 2020 02:59:37 +
> > "Tian, Kevin" wrote:
> >
> > > > From: Alex Williamson
> > > > Sent: Thursday, February 20, 2020 2:54 AM
> > > >
> > > > If
On 3/6/2020 9:56 AM, Kumar, Ravi1 wrote:
> [AMD Official Use Only - Internal Distribution Only]
<...>
>> From: Chandu Babu N
>>
>> Supports adding MAC addresses to enable whitelist filtering to accept
>> packets implement eth_dev_ops mac_addr_set, mac_addr_add, mac_addr_remove
>> and set_mc_addr
> >
> > /** Error Detection Algorithms */
> > enum rte_rawdev_multi_fn_err_detect_algorithm {
> > RTE_RAWDEV_MULTI_FN_ERR_DETECT_CRC32_ETH,
>
> IMO, It does not make sense to add protocol specific stuff in rawdev
> symbols.
>
> IMO, It is better to have a separate library for CRC and BIP3
Since 18.05 and the memory subsystem rework, EAL reserves some big
(unused) mappings.
In testpmd, we have been locking all pages to avoid page faults during
benchmark/performance regression tests [1].
However, asking for locking all the pages triggers issues on FreeBSD [2]
and becomes really heavy
BAR-> Base Address Register
FDIR -> Flow Director
GENEVE -> Generic Network Virtualization Encapsulation
IO -> Input/Output
MPLS -> Multiprotocol Label Switching
NEON
null
NVGRE -> Network Virtualization using Generic Routing Encapsulation
RDMA -> Remote Direct Memory Access
TC -
From: Tonghao Zhang
When setting the CONFIG_RTE_BUILD_SHARED_LIB to y,
and build the mlx5 pmd, there is a building error.
To fix it, add RTE_IBVERBS_LINK_DLOPEN to include
relative codes.
mlx5_common.o: In function `mlx5_glue_init':
drivers/common/mlx5/mlx5_common.c:324: undefined refere
Sync mail box data structures to version 0x0005 to
that of kernel AF driver.
Signed-off-by: Nithin Dabilpuram
---
drivers/common/octeontx2/otx2_mbox.h | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/drivers/common/octeontx2/otx2_mbox.h
b/drivers/common/octeont
On Fri, Mar 6, 2020 at 7:06 PM wrote:
>
> From: Tonghao Zhang
>
> The order of mempool initiation affects mempool index in the
> rte_mempool_ops_table. For example, when building APPs with:
>
> $ gcc -lrte_mempool_bucket -lrte_mempool_ring ...
>
> The "bucket" mempool will be registered firstly,
From: Tonghao Zhang
The order of mempool initiation affects mempool index in the
rte_mempool_ops_table. For example, when building APPs with:
$ gcc -lrte_mempool_bucket -lrte_mempool_ring ...
The "bucket" mempool will be registered firstly, and its index
in table is 0 while the index of "ring"
On 3/6/2020 12:02 AM, Vijaya Mohan Guvva wrote:
> For pci devices presented through igb_uio, pcidev->mem_resource[] is
> not populated when the device is initialized for secondary process.
>
> Initialize pcidev->mem_resource[] with pci-bar mapped addresses.
>
> Signed-off-by: Vijaya Mohan Guvva
gcc 10.0.1 reports:
../drivers/net/hinic/base/hinic_pmd_hwdev.c: In function ‘print_cable_info’:
../drivers/net/hinic/base/hinic_pmd_hwdev.c:1398:3:
warning:
‘snprintf’ argument 4 may overlap destination object ‘tmp_str’
[-Wrestrict]
1398 | snprintf(tmp_str + strlen(tmp_str), (sizeof(tmp_str) -
Correct length and remove unnecessary brackets.
Fixes: d9ce1917941c ("net/hinic/base: add hardware operation")
Cc: sta...@dpdk.org
Signed-off-by: Kevin Traynor
---
v2: fix typo in commit msg
Cc: xuanziya...@huawei.com
Cc: cloud.wangxiao...@huawei.com
Cc: zhouguoy...@huawei.com
---
drivers/net
Correct length and remove unecessary brackets.
Fixes: d9ce1917941c ("net/hinic/base: add hardware operation")
Cc: sta...@dpdk.org
Signed-off-by: Kevin Traynor
---
Cc: xuanziya...@huawei.com
Cc: cloud.wangxiao...@huawei.com
Cc: zhouguoy...@huawei.com
---
drivers/net/hinic/base/hinic_pmd_hwdev.c
gcc 10.0.1 reports:
../drivers/net/hinic/base/hinic_pmd_hwdev.c: In function ‘print_cable_info’:
../drivers/net/hinic/base/hinic_pmd_hwdev.c:1398:3:
warning:
‘snprintf’ argument 4 may overlap destination object ‘tmp_str’
[-Wrestrict]
1398 | snprintf(tmp_str + strlen(tmp_str), (sizeof(tmp_str) -
This commit removes unused prototype of the function pointer
compressdev_queue_pair_count_t.
Signed-off-by: Artur Trybula
---
lib/librte_compressdev/rte_compressdev_pmd.h | 10 --
1 file changed, 10 deletions(-)
diff --git a/lib/librte_compressdev/rte_compressdev_pmd.h
b/lib/librte_com
This commit removes unused function pointer (queue_pair_count)
from struct rte_cryptodev_ops.
Signed-off-by: Artur Trybula
---
lib/librte_cryptodev/rte_cryptodev_pmd.h | 11 ---
1 file changed, 11 deletions(-)
diff --git a/lib/librte_cryptodev/rte_cryptodev_pmd.h
b/lib/librte_cryptodev
This commit removes unused function pointer (queue_pair_count) from
rte_cryptodev_ops objects. Related functions removed as well.
Signed-off-by: Artur Trybula
---
drivers/crypto/aesni_gcm/aesni_gcm_pmd_ops.c | 8
drivers/crypto/aesni_mb/rte_aesni_mb_pmd_ops.c | 8
drivers/c
On Thu, Mar 5, 2020 at 10:19 AM Hemant Agrawal (OSS)
wrote:
> > On Thu, Mar 5, 2020 at 10:06 AM Hemant Agrawal (OSS)
> > wrote:
> > >
> > > Hi David,
> > > > On Mon, Mar 2, 2020 at 10:26 AM Hemant Agrawal
> > > > wrote:
> > > > >
> > > > > This patch series add various patches for enhancing and
On Fri, 2020-03-06 at 01:55 -0500, Pei Zhang wrote:
> Hi Luca,
>
> Testing with dpdk v19.11.1-rc1 from Red Hat looks good.
>
> We cover below 13 scenarios and and all get PASS on RHEL8 testing:
>
> (1)Guest with device assignment(PF) throughput testing(1G hugepage
> size): PASS
> (2)Guest with
Hi Praveen,
Please see inline.
Thanks,
Anoob
> -Original Message-
> From: dev On Behalf Of Praveen Shetty
> Sent: Friday, March 6, 2020 11:26 AM
> To: dev@dpdk.org; declan.dohe...@intel.com;
> bernard.iremon...@intel.com; konstantin.anan...@intel.com
> Subject: [dpdk-dev] [PATCH v1] exa
From: Nipun Gupta
When IOVA is physical address do not prefetch the annotation
of the next frame, as there is a cost involved there to convert
the physical address to virtual address.
Signed-off-by: Nipun Gupta
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 6 ++--
drivers/net/dpaa2/dpaa2_rxtx
From: Gagandeep Singh
Enable congestion handling/tail drop for TX queues.
Signed-off-by: Gagandeep Singh
---
drivers/bus/dpaa/base/qbman/qman.c| 43 +
drivers/bus/dpaa/include/fsl_qman.h | 15 +++
drivers/bus/dpaa/rte_bus_dpaa_version.map | 2 +
drivers/net/dpaa/dpaa_
From: Sachin Saxena
Handle 2.5Gbps ethernet ports as well.
Signed-off-by: Sachin Saxena
Signed-off-by: Gagandeep Singh
---
drivers/bus/dpaa/base/fman/fman.c | 6 --
drivers/bus/dpaa/base/fman/netcfg_layer.c | 3 ++-
drivers/bus/dpaa/include/fman.h | 1 +
drivers/net/dpaa
From: Rohit Raj
Enable/disable link state interrupt and get link state api is
defined using IOCTL calls.
Signed-off-by: Rohit Raj
---
drivers/bus/dpaa/base/fman/fman.c | 4 +-
drivers/bus/dpaa/base/qbman/process.c | 68 ++-
drivers/bus/dpaa/dpaa_bus.c
From: Nipun Gupta
For DPAA devices the memory maps stored in the FMAN interface
information is per process. Store them in the device process specific
area.
Signed-off-by: Nipun Gupta
---
drivers/net/dpaa/dpaa_ethdev.c | 207 -
drivers/net/dpaa/dpaa_ethdev.h |
From: Rohit Raj
Enabled set link status API to start/stop phy
device from application.
Signed-off-by: Rohit Raj
---
drivers/bus/dpaa/base/qbman/process.c | 35 ---
drivers/bus/dpaa/include/process.h| 3 ++
drivers/bus/dpaa/rte_bus_dpaa_version.map | 1 +
drive
From: Nipun Gupta
The destructor was being called for non-dpaa2 as well
Signed-off-by: Nipun Gupta
---
drivers/bus/fslmc/portal/dpaa2_hw_dpio.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/bus/fslmc/portal/dpaa2_hw_dpio.c
b/drivers/bus/fslmc/portal/d
From: Nipun Gupta
multiple buffer pools are not supported on a single device.
Signed-off-by: Nipun Gupta
---
drivers/mempool/dpaa/dpaa_mempool.c | 1 +
drivers/net/dpaa/dpaa_ethdev.c | 6 ++
2 files changed, 7 insertions(+)
diff --git a/drivers/mempool/dpaa/dpaa_mempool.c
b/drivers/
From: Nipun Gupta
The change adds printing the thread id when portal allocation
failure occurs
Signed-off-by: Nipun Gupta
---
drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c | 8 ++--
drivers/event/dpaa2/dpaa2_eventdev.c| 8 ++--
drivers/mempool/dpaa2/dpaa2_hw_mempool.c| 12 +
From: Nipun Gupta
This patch changes the qbman I/O function names as they are
only reading from cinh register, but writing to cena registers.
This gives way to add functions which purely work in cinh mode
Signed-off-by: Nipun Gupta
---
drivers/bus/fslmc/qbman/qbman_portal.c | 250
From: Nipun Gupta
The patch adds support for portal migration by disabling stashing
for the portals which is used in the non-affined threads, or on
threads affined to multiple cores
Signed-off-by: Nipun Gupta
---
drivers/bus/fslmc/portal/dpaa2_hw_dpio.c | 83 +
.../fslmc/qbman/includ
Add the error handling on failure.
Signed-off-by: Nipun Gupta
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/portal/dpaa2_hw_dpio.c | 28 ++--
1 file changed, 16 insertions(+), 12 deletions(-)
diff --git a/drivers/bus/fslmc/portal/dpaa2_hw_dpio.c
b/drivers/bus/fslmc/p
From: Nipun Gupta
The patch reworks the portal allocation which was previously
being done on per lcore basis to a per thread basis.
Now user can also create its own threads and use DPAA2 portals
for packet I/O.
Signed-off-by: Nipun Gupta
---
drivers/bus/fslmc/Makefile | 1 +
dr
This patch series add various patches for enhancing and fixing NXP
fslmc bus, dpaa bus, and dpaax.
- the main change is support to allow thread migration across lcores
- improving the multi-process support
v2: address review comments
Apeksha Gupta (1):
bus/fslmc: fix dereferencing null pointe
From: Rohit Raj
Fixed 10g port negotiation issue with another 10G/non 10G port.
Initialize the port link speed.
Fixes: c5acbb5ea20e ("net/dpaa2: support link status event")
Cc: sta...@dpdk.org
Signed-off-by: Rohit Raj
---
drivers/net/dpaa2/dpaa2_ethdev.c | 4 +---
1 file changed, 1 insertion(
From: Apeksha Gupta
This patch fixees the nxp internal coverity reported
null pointer dereferncing issue.
Fixes: 6fef517e17cf ("bus/fslmc: add qman HW fq query count API")
Cc: sta...@dpdk.org
Signed-off-by: Apeksha Gupta
---
drivers/bus/fslmc/qbman/qbman_debug.c | 9 +
1 file changed,
From: Gagandeep Singh
This is to reduce the thread local storage.
Note that though these variables are part of *.map file
but they are internal to tbe fslmc and dpaa2 drivers and not exposed
outside.
Signed-off-by: Gagandeep Singh
---
drivers/bus/fslmc/fslmc_bus.c| 2 --
drivers/b
[AMD Official Use Only - Internal Distribution Only]
For series,
Acked-by: Ravi Kumar
>From: Chandu Babu N
>
>Supports adding MAC addresses to enable whitelist filtering to accept packets
>implement eth_dev_ops mac_addr_set, mac_addr_add, mac_addr_remove and
>set_mc_addr_list
>
>Signed-off-
On Fri, Mar 6, 2020 at 10:35 AM Gavin Hu wrote:
>
> To keep ordering of mixed accesses, rte_cio is sufficient.
> The rte_io barrier inside the I40E_PCI_REG_WRITE is overkill.[1]
>
> This patch fixes by replacing with just sufficient barriers in the
> normal PMD and vPMD.
>
> It showed 7% performan
On Thu, Mar 5, 2020 at 10:14 PM Coyle, David wrote:
>
> Having taken feedback from the community into account, we would like to
> propose some changes to our approach for combining multiple packet-processing
> functions into a single operation on a single device, be that an optimized
> software
06/03/2020 08:44, Jerin Jacob:
> On Fri, Mar 6, 2020 at 10:35 AM Gavin Hu wrote:
> > --- a/drivers/net/i40e/i40e_rxtx_vec_common.h
> > +++ b/drivers/net/i40e/i40e_rxtx_vec_common.h
> > @@ -98,6 +98,11 @@ i40e_tx_free_bufs(struct i40e_tx_queue *txq)
> > if (likely(m != NULL)) {
> >
05/03/2020 23:51, Ananyev, Konstantin:
>
> > 05/03/2020 12:45, Ananyev, Konstantin:
> > > I think the header need to be "app/test", or "test/ipsec".
> >
> > It should be "test/ipsec" as it is an IPsec test command
> > in the test application.
> >
> > > Apart from that:
> > > Acked-by: Konstantin
> From: Suanming Mou [mailto:suanmi...@mellanox.com]
>
> Hi Morten,
>
> Thanks for the comments.
>
> > From: Morten Brørup
> > > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Suanming Mou
> On
> > > 12/26/2019 7:05 PM, Olivier Matz wrote:
> > > > On Thu, Oct 17, 2019 at 06:55:01AM +,
Hi, Qi
Thanks for the cleanup.
On 03/04, Qi Zhang wrote:
>Remove CONFIG_RTE_LIBRTE_ICE_RX_ALLOW_BULK_ALLOC with below
>consideration:
>
>1. a default Rx path can always be selected by setting a proper
> rx_free_thresh value at runtime, see
> ice_check_rx_burst_bulk_alloc_preconditions.
>
>2.
On Thu, Mar 5, 2020 at 10:32 PM Coyle, David wrote:
>
> > >
> > > Having an API that could be used by parallel hardware does make sense,
> > > but the DPDK already has multiple packet processing infrastructure pieces.
> > >
> > > I would rather the DPDK converge on one widely used, robust and test
On 03/05, Shougang Wang wrote:
>Stopping lldp is necessary for DPDK, but it will cause DCB init failed.
>For kernel shared code, the prerequisite for successful initialization
>of DCB is that LLDP is enabled. This patch starts lldp before DCB init
>and stops it when finish init.
>
>Fixes: a8e84b22b
> -Original Message-
> From: Aaron Conole
> Sent: Thursday, March 5, 2020 22:37
> To: Ruifeng Wang
> Cc: maicolgabr...@hotmail.com; bruce.richard...@intel.com; dev@dpdk.org;
> david.march...@redhat.com; Gavin Hu ; Honnappa
> Nagarahalli ; juraj.lin...@pantheon.tech;
> nd
> Subject: Re:
On 2020-03-06 07:05, Venky Venkatesh wrote:
> Hi Mattias,
> Have a question on this fix. I understand you wanting a certain number
> of events before making a decision to migrate (in the above fix).
> However, suppose there are fewer events over a few flows (even if not
> many) and yet your core
69 matches
Mail list logo
