On 5/8/2023 4:11 PM, Tianli Lai wrote:
Caution: This is an external email. Please take care when clicking links or
opening attachments. When in doubt, report the message using the 'Report this
email' button
this threshold value can be changed with function argument nb_rx_desc.
Signed-off-by:
From: Hamdan Igbaria
> Add support for dest root table action creation.
> This support will allow to redirect the packets to the kernel from non root
> tables.
>
> Signed-off-by: Hamdan Igbaria
> Reviewed-by: Alex Vesker
Series-acked-by: Matan Azrad
This series introduces a VFIO standard capability, called sparse
mmap to PCI bus. In linux kernel, it's defined as
VFIO_REGION_INFO_CAP_SPARSE_MMAP. Sparse mmap means instead of
mmap whole BAR region into DPDK process, only mmap part of the
BAR region after getting sparse mmap information from kern
From: Chenbo Xia
This patch introduces an internal representation of the PCI device
which will be used to store the internal information that don't have
to be exposed to drivers, e.g., the VFIO region sizes/offsets.
In this patch, the internal structure is simply a wrapper of the
rte_pci_device
From: Chenbo Xia
The value 40 used in VFIO_GET_REGION_ADDR() is a private value
(VFIO_PCI_OFFSET_SHIFT) defined in Linux kernel source [1]. It
is not part of VFIO API, and we should not depend on it.
[1] https://github.com/torvalds/linux/blob/v6.2/include/linux/vfio_pci_core.h
Signed-off-by: Ch
From: Chenbo Xia
The MMIO regions may not be mmap-able for VFIO-PCI devices.
In this case, the driver should explicitly do read and write
to access these regions.
Signed-off-by: Chenbo Xia
---
drivers/bus/pci/bsd/pci.c| 22 +++
drivers/bus/pci/linux/pci.c | 46
This patch adds sparse mmap support in PCI bus. Sparse mmap is a
capability defined in VFIO which allows multiple mmap areas in one
VFIO region.
In this patch, the sparse mmap regions are mapped to one continuous
virtual address region that follows device-specific BAR layout. So,
driver can still
Ping.
> -Original Message-
> From: Rahul Bhansali
> Sent: Friday, January 20, 2023 11:26 AM
> To: 'dev@dpdk.org' ; 'Kirill Rybalchenko'
>
> Subject: RE: [PATCH] examples/ptpclient: add signal handler for cleanup
>
> Ping.
>
> > -Original Message-
> > From: Rahul Bhansali
> > Sen
On Wed, Jan 4, 2023 at 6:19 AM Nipun Gupta wrote:
> At the cleanup time when dma unmap is done, linux kernel
> does not allow unmap of individual segments which were
> coalesced together while creating the DMA map for type1 IOMMU
> mappings. So, this change updates the mapping of the memory
> segm
Covscan reported:
2. dpdk-21.11/lib/vhost/socket.c:852: lock_acquire: Calling function
"pthread_mutex_lock" acquires lock "vhost_user.mutex".
23. dpdk-21.11/lib/vhost/socket.c:955: sleep: Call to
"vhost_user_reconnect_init" might sleep while holding lock
"vhost_user.mutex"
On Thu, May 11, 2023 at 10:10 AM Xia, Chenbo wrote:
> > Covscan reported:
> >
> > 2. dpdk-21.11/lib/vhost/socket.c:852: lock_acquire: Calling function
> > "pthread_mutex_lock" acquires lock "vhost_user.mutex".
> > 23. dpdk-21.11/lib/vhost/socket.c:955: sleep: Call to
> > "vhost_user_r
Hi Anatoly and David,
Could you review this patch, this is pending since October-22. If there are no
comments, please accept the patch to make forward progress.
Thanks,
Amit Shukla
> -Original Message-
> From: Amit Prakash Shukla
> Sent: Tuesday, February 28, 2023 1:00 PM
> To: Thomas
On Fri, May 12, 2023 at 7:26 PM Morten Brørup
wrote:
>
> > From: Mattias Rönnblom [mailto:mattias.ronnb...@ericsson.com]
> > Sent: Friday, 12 May 2023 15.15
> >
> > On 2023-05-12 13:59, Jerin Jacob wrote:
> > > On Thu, May 11, 2023 at 2:00 PM Mattias Rönnblom
> > > wrote:
> > >>
> > >> Use non-b
On Fri, May 12, 2023 at 6:45 PM Mattias Rönnblom
wrote:
>
> On 2023-05-12 13:59, Jerin Jacob wrote:
> > On Thu, May 11, 2023 at 2:00 PM Mattias Rönnblom
> > wrote:
> >>
> >> Use non-burst event enqueue and dequeue calls from burst enqueue and
> >> dequeue only when the burst size is compile-time
Hello,
03/04/2023 11:22, Simei Su:
> This patch introduces a new timesync API "rte_eth_timesync_adjust_freq"
> which enables frequency adjustment during PTP timesync.
You should explain how it compares with existing functions
like rte_eth_timesync_adjust_time().
[...]
> /**
> + * Adjust the clo
The documenation needs extra steps for customers to explicitly
show how to install libcrypto, which is needed for QAT.
It requires the commands to install libcrypto for
Ubuntu and RHEL.
Signed-off-by: Samina Arshad
---
.mailmap | 1 +
doc/guides/cryptodevs/qat.rst | 14
On Mon, 15 May 2023 13:18:44 +0200
David Marchand wrote:
> Covscan reported:
>
> 2. dpdk-21.11/lib/vhost/socket.c:852: lock_acquire: Calling function
> "pthread_mutex_lock" acquires lock "vhost_user.mutex".
> 23. dpdk-21.11/lib/vhost/socket.c:955: sleep: Call to
> "vhost_user_reconn
On Mon, 15 May 2023 06:47:00 +
Miao Li wrote:
> + map_addr = pci_map_resource(addr, vfio_dev_fd,
> + bar->offset + sparse->offset,
> sparse->size,
> + RTE_MAP_FORCE_ADDRESS);
> +
When using vfio-pci/uio for hardware access, we need to avoid
reinitializing the hardware when mapping from a secondary process.
Instead, just configure the function pointers and reuse the data
mappings from the primary process.
With the code change, update driver doc with the information that
vfi
Does this patch need anything else to be done before it can be merged? I'm
hoping to get this patch merged as part of the 23.07 release.
Thanks,
Josh
tested-by: Rushil Gupta
On Mon, May 8, 2023 at 8:07 PM Junfeng Guo wrote:
> Add support for queue operations for GQI:
> - gve_rx_queue_start
> - gve_tx_queue_start
> - gve_rx_queue_stop
> - gve_tx_queue_stop
>
> Add support for queue operations for DQO:
> - gve_rx_queue_start_dqo
> - gve_
On 2023-05-15 14:38, Jerin Jacob wrote:
On Fri, May 12, 2023 at 6:45 PM Mattias Rönnblom
wrote:
On 2023-05-12 13:59, Jerin Jacob wrote:
On Thu, May 11, 2023 at 2:00 PM Mattias Rönnblom
wrote:
Use non-burst event enqueue and dequeue calls from burst enqueue and
dequeue only when the burst s
Hello,
Following is the roadmap for DTS for 23.07 release.
1) Tooling for developing automated documentation for DTS API docs. Uses Google
docstring format.
Link:
http://patches.dpdk.org/project/dpdk/cover/20230511091408.236638-1-juraj.lin...@pantheon.tech/
2) Integrate Fabric. This wil
On 4/22/2023 12:20 AM, Joshua Washington wrote:
> Google cloud routes traffic using IP addresses without the support of MAC
> addresses, so changing source IP address for txonly-multi-flow can have
> negative performance implications for net/gve when using testpmd. This
> patch updates txonly multi
> >
> > >
> > > On Thu, May 11, 2023 at 1:55 PM Feifei Wang
> > > wrote:
> > > >
> > > > This patch is to collect empty poll of 'rte_eth_rx_burst'
> > > > functions in dpdk l3fwd application. Empty poll means Rx burst
> > > > function receives no pkts in one loop.
> > > >
> > > > Furthermore, we
On 3/23/2023 5:01 PM, David Christensen wrote:
> Building DPDK with gcc 12 on a ppc64le system generates a
> stringop-overflow warning. Replace the local MAC address
> validation function parse_user_mac() with a call to
> rte_ether_unformat_addr() instead.
>
> Bugzilla ID: 1197
> Cc: sta...@dpdk.o
On Tue, 16 May 2023 00:14:52 +0100
Ferruh Yigit wrote:
> Hi David,
>
> I confirm the build error, btw it helps to future references to put
> build failure to the commit log,
>
> and change is reasonable to convert PMD local parse function to an API,
> BUT my concern is they don't behave exactly
On 5/16/2023 12:20 AM, Stephen Hemminger wrote:
> On Tue, 16 May 2023 00:14:52 +0100
> Ferruh Yigit wrote:
>
>> Hi David,
>>
>> I confirm the build error, btw it helps to future references to put
>> build failure to the commit log,
>>
>> and change is reasonable to convert PMD local parse functio
On Tue, 16 May 2023 00:35:56 +0100
Ferruh Yigit wrote:
> Yes only some scripts and possible applications that hotplug tap
> interface with hardcoded parameters may impacted, don't know how big is
> this amount but this ends up breaking something that was working before
> upgrading DPDK for them.
> -Original Message-
> From: Zhang, Qi Z
> Sent: Monday, May 15, 2023 9:59 AM
> To: Zhang, Qi Z ; Feifei Wang
> ; Richardson, Bruce ;
> Konstantin Ananyev ; Zhang, Yuying
> ; Xing, Beilei ; David
> Christensen ; Ruifeng Wang
>
> Cc: dev@dpdk.org; nd ; Honnappa Nagarahalli
>
> Subject: RE
https://bugs.dpdk.org/show_bug.cgi?id=1230
Bug ID: 1230
Summary: [dpdk-22.07][meson test] malloc_autotest test: failed
to test
Product: DPDK
Version: 23.07
Hardware: All
OS: FreeBSD
Status: UNCON
(Bcc: Arm internal stake holders)
Hello,
Following are the work items planned for 23.07:
1. Buffer recycle (a.k.a direct-rearm of Rx side buffers) APIs and
implementation.
2. Zero-copy mempool APIs, integration with i40e PMD and test cases.
3. Remove rte_ring generic implementati
Ping.
> -Original Message-
> From: Rahul Bhansali
> Sent: Thursday, March 30, 2023 3:39 PM
> To: dev@dpdk.org; Radu Nicolau ; Akhil Goyal
>
> Cc: Rahul Bhansali
> Subject: [PATCH] examples/ipsec-secgw: fix zero address in ethernet header
>
> During port init, src address stored in etha
> -Original Message-
> From: Thomas Monjalon
> Sent: 2023年4月27日 14:58
> To: You, KaisenX
> Cc: dev@dpdk.org; Zhou, YidingX ;
> david.march...@redhat.com; Matz, Olivier ;
> ferruh.yi...@amd.com; Burakov, Anatoly ; You,
> KaisenX ; sta...@dpdk.org
> Subject: Re: [PATCH v6] enhance NUMA a
Fix VXLAN matching with zero value and mis5 layout size calculation.
Rongwei Liu (2):
net/mlx5: fix matcher layout size calculation
net/mlx5: fix VXLAN matching with zero value
drivers/net/mlx5/mlx5_flow_dv.c | 37 ++---
1 file changed, 11 insertions(+), 26 deleti
Initially, the rdma-core library only supported misc0 to misc3 fields in
matching resources, misc4 and misc5 fields were added to handle new
features. The matcher layout, passing from DPDK to rdma-core, shouldn't
exceed the size of the engaged library version capabilities.
For now, there is no way
When an application wants to match VxLAN last_rsvd value zero,
PMD sets the matching mask field to zero by mistake and it causes
traffic with any last_rsvd value hits. The matching mask should be
taken from application input directly, no need to perform the bit reset
operation.
Fixes: cd4ab742064a
This patch adds testpmd app a runtime function to test the hot
upgrade API.
testpmd> mlx5 set flow_engine <0|1> (flag)
0 stands for active mode while 1 for standby mode.
Signed-off-by: Rongwei Liu
Acked-by: Viacheslav Ovsiienko
---
doc/guides/nics/mlx5.rst| 10 ++
drivers/net/m
Doesn't allow duplicated tag index matching.
Rongwei Liu (2):
net/mlx5: disallow duplicated tag index in pattern template
net/mlx5: fix sws duplicated tag index matching
drivers/net/mlx5/mlx5_flow_dv.c | 21 +++--
drivers/net/mlx5/mlx5_flow_hw.c | 25 +
Duplicated matching tag index is not allowed in sws
because they are using the same matching field in the
underlayer layout.
For example: "tag index is 0 data spec 0x12 mask 0xff /
tag index is 0 data spec 0x1234 mask 0x" is paradoxical
matching condition and "tag index is 0 data spec 0x12 mask
Duplicated tag index in pattern template will most likely cause
matching failures such as "template tag index is 0 data mask 0xff /
tag index is 0 data mask 0x / end"
If the upper layer application needs to match the same tag twice
with different masks, it should be consolidated into one rte_i
Thanks for the comment.
> -Original Message-
> From: Stephen Hemminger
> Sent: Thursday, May 11, 2023 11:45 PM
> To: Feifei Wang
> Cc: dev@dpdk.org; nd ; Lijian Zhang
> ; Ruifeng Wang ;
> Honnappa Nagarahalli
> Subject: Re: [PATCH] examples/l3fwd: add hard code to collect empty poll and
This patch-set extend the modify field action API to support both
multiple MPLS and GENEVE option headers.
In current API, the header type is provided by rte_flow_field_id
enumeration and the encapsulation level (inner/outer/tunnel) is
specified by data.level field.
However, there is no way to spe
The modify field action description inside "Generic flow API (rte_flow)"
documentation, lists all operations supported for a destination field.
In addition, it lists the values supported for a encapsulation level
field.
Before the lists, in both cases, miss a blank line causing them to look
regula
The asynchronous operations description inside "Generic flow API
(rte_flow)" documentation, adds some bullets to describe asynchronous
operations behavior.
Before the first bullet, miss a blank line causing it to look a regular
text line.
This patch adds the blank line.
Fixes: 197e820c6685 ("eth
The RSS action description inside "Generic flow API (rte_flow)"
documentation, lists the values supported for a encapsulation level
field.
For "2" value, it uses 3 spaces as an indentation instead of 2 after
line breaking, causing the first line to be bold.
This patch updates the number of spaces
The type of "level" field in "rte_flow_action_modify_data" structure is
uint32_t for now, but it is going to be changed to uint8_t in the next
patch.
For representing encapsulation level, 8 bits are more than enough and
this change shouldn't affect the current implementation.
However, when action
Add support for MPLS modify header using "RTE_FLOW_FIELD_MPLS" id.
Since MPLS heaser might appear more the one time in inner/outer/tunnel,
a new field was added to "rte_flow_action_modify_data" structure in
addition to "level" field.
The "sub_level" field is the index of the header inside encapsul
Add modify field support for GENEVE option fields:
- "RTE_FLOW_FIELD_GENEVE_OPT_TYPE"
- "RTE_FLOW_FIELD_GENEVE_OPT_CLASS"
- "RTE_FLOW_FIELD_GENEVE_OPT_DATA"
Each GENEVE TLV option is identified by both its "class" and "type", so
2 new fields were added to "rte_flow_action_modify_data" structure
Add support for modify field in tunnel MPLS header.
For now it is supported only to copy from.
Signed-off-by: Michael Baum
---
drivers/common/mlx5/mlx5_prm.h | 5 +
drivers/net/mlx5/mlx5_flow_dv.c | 23 +++
drivers/net/mlx5/mlx5_flow_hw.c | 16 +---
3 files
50 matches
Mail list logo
