On Wed, Jan 24, 2024 at 4:22 PM Pavan Nikhilesh Bhagavatula
wrote:
>
>
>
> > -Original Message-
> > From: Juraj Linkeš
> > Sent: Monday, January 22, 2024 9:57 PM
> > To: Pavan Nikhilesh Bhagavatula
> > Cc: Jerin Jacob ; ruifeng.w...@arm.com;
> > n...@arm.com; Bruce Richardson ;
> > dev@d
This patch series aims to fix some problems in secondary process PCI UIO
resource map logic.
Zerun Fu (2):
bus/pci: fix secondary process PCI uio resource map problem
bus/pci: fix secondary process save 'FD' problem
drivers/bus/pci/linux/pci_uio.c | 5 +-
drivers/bus/pci/pci_common_uio.c
From: Zerun Fu
For the primary process, the logic loops all BARs and will skip
the map of BAR with an invalid physical address (0), also will
assign 'uio_res->nb_maps' with the real mapped BARs number. But
for the secondary process, instead of loops all BARs, the logic
using the 'uio_res->nb_map'
From: Zerun Fu
In the previous logic the 'fd' was only saved in the primary process,
but for some devices this value is also used in the secondary logic.
For example, the call of 'rte_pci_find_ext_capability()' will fail in
the secondary process.
Fix this problem by getting and saving the value
Members Attending
-
Aaron Conole
Bruce Richardson
Hemant Agrawal
Honappa Nagarahalli
Jerin Jacob
Kevin Traynor (Chair)
Konstantin Ananyev
Maxime Coquelin
Morten Brorup
Stephen Hemminger
Thomas Monjalon
NOTE: The technical board meetings are on every second Wednesday at 3 pm
UTC.
Me
On 1/27/2024 1:52 AM, lihuisong (C) wrote:
>
> 在 2024/1/27 0:54, Ferruh Yigit 写道:
>> On 1/11/2024 6:25 AM, lihuisong (C) wrote:
>>> Hi Ferruh,
>>>
>>> 在 2023/11/23 19:56, lihuisong (C) 写道:
在 2023/11/2 7:39, Ferruh Yigit 写道:
> timesync_read_rx_timestamp
> On 9/21/2023 12:59 PM, lihuiso
On Mon, Jan 22, 2024 at 7:26 PM Luca Vizzarro wrote:
>
> DTS needs an input to gather the DPDK source code from. This is then
> built on the remote target. This commit makes sure that this input is
> more constrained, separating the Git revision ID – used to create a
> tarball using Git – and prov
On 1/29/2024 6:37 AM, Satha Koteswara Rao Kottidi wrote:
>>
>> --
>> Please doc this command in doc/guides/testpmd_app_ug/testpmd_funcs.rst
>>
>
> Thanks, will update in next version
>
>>
>> Also why not extend "show port rxq xx
>>
>> -
>> - Please doc this command in
>> doc/guides/testpmd_app_ug/testpmd_funcs.rst
>>
>
> Thanks, will update in next version
>
>>
>> Also why not extend "show port rxq xxx" command to support txq ?
>
> txq and rxq are d
Hi,
> -Original Message-
> From: Michael Baum
> Sent: Thursday, January 25, 2024 3:30 PM
> To: dev@dpdk.org
> Cc: Matan Azrad ; Raslan Darawsheh
> ; Dariusz Sosnowski ; Slava
> Ovsiienko ; Ori Kam ;
> Suanming Mou
> Subject: [PATCH v2 00/23] net/mlx5: support Geneve and options for HWS
When DPDK is used as a subproject, declare static libs to be linked with
-Wl,--whole-archive along with the drivers. This is already done this
way in pkg-config.
Fixes: f93a605f2d6e ("build: add definitions for use as Meson subproject")
Cc: sta...@dpdk.org
Signed-off-by: Robin Jarry
---
buildto
> -Original Message-
> From: Mattias Rönnblom
> Sent: Saturday, January 27, 2024 7:32 PM
> To: Morten Brørup ; Mattias Rönnblom
> ; dev@dpdk.org
> Cc: Van Haaren, Harry ; Stefan Sundkvist
>
> Subject: Re: [RFC] service: extend service function call statistics
Hi Mattias,
Thanks for the
On Mon, Jan 29, 2024 at 1:47 PM Robin Jarry wrote:
>
> When DPDK is used as a subproject, declare static libs to be linked with
> -Wl,--whole-archive along with the drivers. This is already done this
> way in pkg-config.
>
> Fixes: f93a605f2d6e ("build: add definitions for use as Meson subproject"
On Mon, Jan 22, 2024 at 7:26 PM Luca Vizzarro wrote:
>
> This commit customises the arguments parsing class' error message,
> making it so the confusing usage is not displayed in these occurrences,
I'm curious, what exactly is confusing about the message?
> but the user is redirected to use the
On Mon, Jan 22, 2024 at 7:26 PM Luca Vizzarro wrote:
>
> Add the executed command stderr to RemoteCommandExecutionError. So that
> it is logged as an error, instead of just as debug.
Here's I'd add logged additionally as an error, as this sounds as if
we're changing debug to error.
>
> Reviewed-
On Mon, Jan 29, 2024 at 01:55:36PM +0100, David Marchand wrote:
> On Mon, Jan 29, 2024 at 1:47 PM Robin Jarry wrote:
> >
> > When DPDK is used as a subproject, declare static libs to be linked with
> > -Wl,--whole-archive along with the drivers. This is already done this
> > way in pkg-config.
> >
Hi,
> -Original Message-
> From: Rongwei Liu
> Sent: Monday, January 22, 2024 9:44 AM
> To: dev@dpdk.org; Matan Azrad ; Slava Ovsiienko
> ; Ori Kam ; Suanming Mou
> ; NBU-Contact-Thomas Monjalon (EXTERNAL)
>
> Cc: sta...@dpdk.org; Anatoly Burakov
> Subject: [PATCH v1] net/mlx5: fix secon
Hi all,
> -Original Message-
> From: Dariusz Sosnowski
> Sent: Tuesday, January 23, 2024 12:37
> To: Stephen Hemminger
> Cc: NBU-Contact-Thomas Monjalon (EXTERNAL) ;
> Ferruh Yigit ; Andrew Rybchenko
> ; Ori Kam ;
> dev@dpdk.org
> Subject: RE: [RFC] ethdev: fast path async flow API
>
>
Add support for compare item with "RTE_FLOW_FIELD_RANDOM".
Depends-on: series-30606 ("ethdev: add RTE_FLOW_ITEM_TYPE_COMPARE")
v2:
- Rebase.
- Add "RTE_FLOW_FIELD_META" compare support.
- Reduce the "Depends-on" list.
v3:
- Rebase.
- Fix typo in function name, r/tranlate/translate.
- Fix a
From: Hamdan Igbaria
Add support for compare matcher, this matcher will allow
direct comparison between two packet fields, or a packet
field and a value, with fully masked DW.
For now this matcher hash table is limited to size 1x1,
thus it supports only 1 rule STE.
Signed-off-by: Hamdan Igbaria
Add support to use "RTE_FLOW_ITEM_TYPE_COMPARE" with
"RTE_FLOW_FIELD_RAMDOM" as an argument.
The random field is supported only when base is an immediate value,
random field cannot be compared with enother field.
Signed-off-by: Michael Baum
---
drivers/net/mlx5/mlx5_flow_hw.c | 70 ++
在 2024/1/29 19:16, Ferruh Yigit 写道:
On 1/27/2024 1:52 AM, lihuisong (C) wrote:
在 2024/1/27 0:54, Ferruh Yigit 写道:
On 1/11/2024 6:25 AM, lihuisong (C) wrote:
Hi Ferruh,
在 2023/11/23 19:56, lihuisong (C) 写道:
在 2023/11/2 7:39, Ferruh Yigit 写道:
timesync_read_rx_timestamp
On 9/21/2023 12:59 PM
On 12/17/2023 9:32 AM, Gregory Etelson wrote:
> Template table creation API sets table flows capacity.
> If application needs more flows then the table was designed for,
> the following procedures must be completed:
> 1. Create a new template table with larger flows capacity.
> 2. Re-create existin
On 1/29/2024 1:58 PM, lihuisong (C) wrote:
>
> 在 2024/1/29 19:16, Ferruh Yigit 写道:
>> On 1/27/2024 1:52 AM, lihuisong (C) wrote:
>>> 在 2024/1/27 0:54, Ferruh Yigit 写道:
On 1/11/2024 6:25 AM, lihuisong (C) wrote:
> Hi Ferruh,
>
> 在 2023/11/23 19:56, lihuisong (C) 写道:
>> 在 2023/1
On 1/18/2024 9:47 AM, jer...@marvell.com wrote:
> diff --git a/lib/ethdev/version.map b/lib/ethdev/version.map
> index a050baab0f..73a788d91a 100644
> --- a/lib/ethdev/version.map
> +++ b/lib/ethdev/version.map
> @@ -319,6 +319,7 @@ EXPERIMENTAL {
>
> # added in 24.03
> rte_eth_find_r
Hello Ferruh,
Hi Gregory, Ori,
Why we need three separate APIs,
rte_flow_template_table_resize
rte_flow_async_update_resized
rte_flow_template_table_resize_complete
Why not 'rte_flow_template_table_resize()' update existing flows and
release resources related to the original tables automatica
Update documentation and release notes.
Signed-off-by: Ed Czeck
---
doc/guides/nics/ark.rst| 3 +++
doc/guides/rel_notes/release_24_03.rst | 4
drivers/net/ark/ark_ethdev.c | 3 +++
3 files changed, 10 insertions(+)
diff --git a/doc/guides/nics/ark.rst b/doc/guide
16/01/2024 08:54, Simei Su:
> Remove myself from maintainers.
>
> Signed-off-by: Simei Su
Sorry to see you leaving.
Applied
16/01/2024 07:33, Wenjun Wu:
> Remove myself from maintainers.
>
> Signed-off-by: Wenjun Wu
Sorry to see you leaving.
Applied
17/01/2024 11:17, qiming.y...@intel.com:
> From: Qiming Yang
>
> Remove the maintainer that no longer work.
>
> Signed-off-by: Qiming Yang
Sorry to see you leaving.
Applied
16/01/2024 14:32, beilei.x...@intel.com:
> From: Beilei Xing
>
> Remove myself from maintainers.
>
> Signed-off-by: Beilei Xing
Sorry to see you leaving.
Applied
18/01/2024 20:01, Qi Zhang:
> Remove my name for next-net-intel, fm10k, ice and af_xdp.
>
> Signed-off-by: Qi Zhang
Sorry to see you leaving.
Applied
29/11/2023 02:43, Xu, Rosen:
> Hi,
>
> > -Original Message-
> > From: Huang, Wei
> > Sent: Wednesday, November 29, 2023 9:45 AM
> > To: dev@dpdk.org; tho...@monjalon.net
> > Cc: sta...@dpdk.org; Xu, Rosen ; Mcnamara, John
> > ; Huang, Wei
> > Subject: [PATCH v1] maintainers: remove tianf
On Mon, Jan 22, 2024 at 11:35 AM Juraj Linkeš
wrote:
>
> The tool used to generate developer docs is Sphinx, which is already in
> use in DPDK. The same configuration is used to preserve style, but it's
> been augmented with doc-generating configuration. There's a change that
> modifies how the si
15/12/2023 01:35, Chengwen Feng:
> Add myself as a new maintainer to DMA device performance tool.
>
> Signed-off-by: Chengwen Feng
Acked-by: Thomas Monjalon
Applied, thanks.
On 1/29/2024 1:38 PM, Dariusz Sosnowski wrote:
> Hi all,
>
>> -Original Message-
>> From: Dariusz Sosnowski
>> Sent: Tuesday, January 23, 2024 12:37
>> To: Stephen Hemminger
>> Cc: NBU-Contact-Thomas Monjalon (EXTERNAL) ;
>> Ferruh Yigit ; Andrew Rybchenko
>> ; Ori Kam ;
>> dev@dpdk.org
On 1/29/2024 3:48 PM, Ed Czeck wrote:
> Update documentation and release notes.
>
> Signed-off-by: Ed Czeck
>
Applied to dpdk-next-net/main, thanks.
Hi Ferruh
Thanks for the review
Please find response inline
> -Original Message-
> From: Ferruh Yigit
> Sent: Friday, January 26, 2024 7:13 PM
> To: Harman Kalra ; dev@dpdk.org; Thomas Monjalon
> ; Andrew Rybchenko
> ; Ajit Khaparde
> ; Somnath Kotur
> ; John Daley ;
> Hyong Youb Kim ;
This commit adds SM2 elliptic curve based asymmetric
encryption and decryption to the Intel QuickAssist
Technology PMD.
Signed-off-by: Arkadiusz Kusztal
---
.../common/qat/qat_adf/icp_qat_fw_mmp_ids.h | 3 +
drivers/common/qat/qat_adf/qat_pke.h | 20 +++
drivers/crypto/qat/qat_asym
In the case when PMD cannot support full process of the SM2,
but elliptic curve computation only, additional fields
are needed to handle such a case.
Points C1, kP therefore were added to the SM2 crypto operation struct.
Signed-off-by: Arkadiusz Kusztal
---
lib/cryptodev/rte_crypto_asym.h | 119
This commit adds tests cases to be used when C1 or kP elliptic
curve points need to be computed.
Signed-off-by: Arkadiusz Kusztal
---
app/test/test_cryptodev_asym.c | 116 -
app/test/test_cryptodev_sm2_test_vectors.h | 112 +++-
2 files changed, 22
On Sun, Jan 28, 2024 at 11:00:31AM +0100, Mattias Rönnblom wrote:
> On 2024-01-28 09:57, Morten Brørup wrote:
> >>From: Mattias Rönnblom [mailto:hof...@lysator.liu.se]
> >>Sent: Saturday, 27 January 2024 20.15
> >>
> >>On 2024-01-26 11:18, Morten Brørup wrote:
> From: Mattias Rönnblom [mailto:h
From: Long Li
Instead of allocating mbufs one by one during RX, use rte_pktmbuf_alloc_bulk()
to allocate them in a batch.
Signed-off-by: Long Li
---
Change in v2:
use rte_calloc_socket() in place of rte_calloc()
drivers/net/mana/rx.c | 68 ---
1 file ch
From: Long Li
The content of the MR is copied to the cache trees, it's not necessary to
allocate a MR to do this. Use a variable on the stack instead.
This also fixes the memory leak in the code where a MR is allocated but
never freed.
Signed-off-by: Long Li
---
drivers/net/mana/mr.c | 15 +++
From: Long Li
On MR cache expension failure, the request should fail as there is no path
to get a new MR into the tree. Attempting to insert a new MR to the cache
tree will result in memory violation.
Signed-off-by: Long Li
---
drivers/net/mana/mana.h | 6 +++---
drivers/net/mana/mr.c | 45
On 2024/1/26 14:23, fengchengwen wrote:
> Hi Dengdui,
>
> On 2024/1/26 10:41, Dengdui Huang wrote:
>> On multi-process scenario, each process creates flows based on the
>> number of queues. When nbcore is greater than 1, multiple cores may
>> use the same queue to forward packet, like:
>> dpdk-
On multi-process scenario, each process creates flows based on the
number of queues. When nbcore is greater than 1, multiple cores may
use the same queue to forward packet, like:
dpdk-testpmd -a BDF --proc-type=auto -- -i --rxq=4 --txq=4
--nb-cores=2 --num-procs=2 --proc-id=0
testpmd> start
mac pac
Telemetry can only create 10 conns by default, each of which is processed
by a thread.
When a thread fails to write using socket, the thread will end directly
without reducing the total number of conns.
This will result in the machine running for a long time, and if there are
10 failures, the tel
This is a early (alpha) view of my recent work to
to update (gut job) of the RSS handling in the
tap device. The rework was so big that it did not
make sense to do it in incremental stages.
Overall it comes out much simpler and cleaner.
Much more testing is needed, at this point it will
load the p
The proper place for finding bpf structures and functions is
in linux/bpf.h. The original version was trying to workaround the
case where the build environment was running on old pre BPF
version of Glibc, but the target environment had BPF. This is not
a supportable build method, and not how rest o
Currently, the PTP feature is a little messy and has some issue.
1> There is different implementation for PTP. This feature of some
hardware depends on the Rx HW timestamp offload, and use this
offload to detect if enable PTP feature. Others can enable PTP
feature with only ethdev ops.
2>
Hi,
Nice to see this fix.
ps: our team also founds this problem, and the bugfix is still being reviewed
internally.
As for this patch, I prefer not extract subfunction, because the father is
simple and just
need do some minor adjustment.
map_idx = 0;
for (i = 0;
Hi,
The pci_uio_alloc_resource in drivers/bus/pci/bsd should also modified.
How about add subfunction: pci_uio_init_intr() which includes
access/rte_intr_fd_set/rte_intr_fd_get/rte_intr_type_set?
Thanks
On 2024/1/29 17:22, Chaoyong He wrote:
> From: Zerun Fu
>
> In the previous logic the 'fd
This patchset fix some bugs and support attaching and detaching port
in primary and secondary.
---
-v7: fix conflicts
-v6: adjust rte_eth_dev_is_used position based on alphabetical order
in version.map
-v5: move 'ALLOCATED' state to the back of 'REMOVED' to avoid abi break.
-v4: fix a mi
This patch checks the validity of port id for all events in
'eth_event_callback()'.
Signed-off-by: Huisong Li
Acked-by: Aman Singh
Acked-by: Chengwen Feng
---
app/test-pmd/testpmd.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/app/test-pmd/testpmd.c b/app/test-pmd/t
The event callback in application may use the macro RTE_ETH_FOREACH_DEV to
iterate over all enabled ports to do something(like, verifying the port id
validity) when receive a probing event. If the ethdev state of a port is
not RTE_ETH_DEV_UNUSED, this port will be considered as a valid port.
Howev
The driver assignment was moved back at the end of the device probing
because there is no something to use rte_driver during the phase of
probing. See commit 391797f04208 ("drivers/bus: move driver assignment
to end of probing")
However, it is necessary for probing callback to reference rte_driver
When testpmd receives the new or destroy event, the port related
information will be updated. Testpmd must stop packet forwarding
before updating the information to avoid some serious problems.
Signed-off-by: Huisong Li
Acked-by: Chengwen Feng
---
app/test-pmd/testpmd.c | 4
1 file changed
The port information needs to be updated due to attaching and detaching
port. Currently, it is done in the same thread as removing or probing
device, which doesn't satisfy the operation of attaching and detaching
device in multiple process.
If this operation is performed in one process, the other
Previously, discovering of IPv6 traffic class would happen on each device
not sharing context with others. However, It's not necessary to repeat it
on devices of the same physical device. A flow will be created and
destroyed in the detection, which may trigger cache allocation and take
more memory
On 2024-01-29 13:50, Van Haaren, Harry wrote:
-Original Message-
From: Mattias Rönnblom
Sent: Saturday, January 27, 2024 7:32 PM
To: Morten Brørup ; Mattias Rönnblom
; dev@dpdk.org
Cc: Van Haaren, Harry ; Stefan Sundkvist
Subject: Re: [RFC] service: extend service function call statisti
61 matches
Mail list logo
