This was reported by RH QE.
When a vlan is enforced on a VF via an administrative configuration on
the PF side, the net/iavf driver logs two error messages.
Those error messages have no consequence on the rest of the port
initialisation and packet processing works fine.
[root@toto ~] # ip l set e
On Tue, Feb 06, 2024 at 10:56:07AM +0100, David Marchand wrote:
> This was reported by RH QE.
>
> When a vlan is enforced on a VF via an administrative configuration on
> the PF side, the net/iavf driver logs two error messages.
> Those error messages have no consequence on the rest of the port
>
> Do not use non-inclusive terms.
>
> Signed-off-by: Stephen Hemminger
Acked-by: Akhil Goyal
On Tue, Feb 6, 2024 at 11:04 AM Bruce Richardson
wrote:
> > @@ -631,7 +631,7 @@ iavf_dev_init_vlan(struct rte_eth_dev *dev)
> > RTE_ETH_VLAN_FILTER_MASK |
> > RTE_ETH_VLAN_EXTEND_MASK);
> > if (err) {
> > -
> > On Feb 5, 2024, at 10:10 PM, Wathsala Wathawana Vithanage
> wrote:
> >
> > Hi Pavan,
> >
> >> The compiler options march and mtune are a subset of mcpu and will lead
> to
> >> conflicts if improper march is chosen for a given mcpu.
> >> To avoid conflicts, force part number march when mcpu is
On Wed, Jan 31, 2024 at 8:53 PM Maxime Coquelin
wrote:
>
> When vIOMMU is enabled and Virtio device is bound to kernel
> driver in guest, rte_vhost_dequeue_burst() will often return
> early because of IOTLB misses.
In theory, we can hit this issue with a dpdk pmd too, as long as the
vIOMMU is in
On Thu, Feb 1, 2024 at 9:29 AM Maxime Coquelin
wrote:
> On 2/1/24 09:10, David Marchand wrote:
> > On Wed, Jan 31, 2024 at 8:53 PM Maxime Coquelin
> > wrote:
> >>
> >> This patch introduces a new, per virtqueue, mbuf allocation
> >> failure statistic. It can be useful to troubleshoot packets
> >>
This was reported by RH QE.
When a vlan is enforced on a VF via an administrative configuration on
the PF side, the net/iavf driver logs two error messages.
Those error messages have no consequence on the rest of the port
initialisation and packet processing works fine.
[root@toto ~] # ip l set e
Add IPv4 next protocol modify field definition.
Signed-off-by: Viacheslav Ovsiienko
---
doc/guides/rel_notes/release_24_03.rst | 1 +
lib/ethdev/rte_flow.h | 3 ++-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/doc/guides/rel_notes/release_24_03.rst
b/doc/guides
Add new modify field action type string: "ipv4_proto".
Signed-off-by: Viacheslav Ovsiienko
---
app/test-pmd/cmdline_flow.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/app/test-pmd/cmdline_flow.c b/app/test-pmd/cmdline_flow.c
index 4062879552..03b418a5d8 100644
--- a/app/test-pmd/cmdline_
Add modify IPv4 protocol implementation for mlx5 PMD.
Signed-off-by: Viacheslav Ovsiienko
---
doc/guides/rel_notes/release_24_03.rst | 1 +
drivers/common/mlx5/mlx5_prm.h | 1 +
drivers/net/mlx5/mlx5_flow_dv.c| 4 +++-
3 files changed, 5 insertions(+), 1 deletion(-)
diff --git a
The following IPsec related field definitions added:
- RTE_FLOW_FIELD_ESP_SPI - SPI value in IPsec header
- RTE_FLOW_FIELD_ESP_SEQ_NUM - sequence number in header
- RTE_FLOW_FIELD_ESP_PROTO - next protocol value in trailer
Signed-off-by: Viacheslav Ovsiienko
---
doc/guides/rel_notes/release_
Add new modify field destination type strings:
- "esp_spi", to modify Security Parameter Index field
- "esp_seq_num", to modify Sequence Number field
- "esp_proto", to modify next protocol field in ESP trailer
Signed-off-by: Viacheslav Ovsiienko
---
app/test-pmd/cmdline_flow.c | 1 +
1 fi
Add mlx5 PMD support for the IPsec fields:
- RTE_FLOW_FIELD_ESP_SPI - SPI value in IPsec header
- RTE_FLOW_FIELD_ESP_SEQ_NUM - sequence number in header
- RTE_FLOW_FIELD_ESP_PROTO - next protocol value in trailer
Signed-off-by: Viacheslav Ovsiienko
---
doc/guides/rel_notes/release_24_03.r
Hi Gregory,
> -Original Message-
> From: Gregory Etelson
> Sent: Friday, February 2, 2024 16:06
> To: dev@dpdk.org
> Cc: Gregory Etelson ; Maayan Kashani
> ; Dariusz Sosnowski ;
> Slava Ovsiienko ; Ori Kam ;
> Suanming Mou ; Matan Azrad
>
> Subject: [PATCH 2/2] net/mlx5: improve pattern
Hi Gregory,
> -Original Message-
> From: Gregory Etelson
> Sent: Friday, February 2, 2024 16:06
> To: dev@dpdk.org
> Cc: Gregory Etelson ; Maayan Kashani
> ; Dariusz Sosnowski ;
> Slava Ovsiienko ; Ori Kam ;
> Suanming Mou ; Matan Azrad
>
> Subject: [PATCH 1/2] net/mlx5/hws: definer, upd
Single packet free using rte_pktmbuf_free_bulk() is dropping the
performance. On cn10k, maximum of ~4% drop observed for IPsec
event mode single SA outbound case.
To fix this issue, single packet free will use rte_pktmbuf_free
API.
Fixes: bd7c063561b3 ("examples/ipsec-secgw: use bulk free")
Sign
On Tue, Feb 6, 2024 at 1:44 PM Amiya Ranjan Mohakud
wrote:
> I also see a similar error with iavf using dpdk-22.11.1. But in my case, I
> see 2 more additional error logs showing up during iavf_dev_configure().
> It's with ESX-8.0U1 with an inbox driver. Firmware upgrade did not resolve
> the
On Tue, Feb 6, 2024 at 1:46 PM David Marchand wrote:
>
> On Tue, Feb 6, 2024 at 1:44 PM Amiya Ranjan Mohakud
> wrote:
> > I also see a similar error with iavf using dpdk-22.11.1. But in my case, I
> > see 2 more additional error logs showing up during iavf_dev_configure().
> > It's with ESX-8.
Hi Slava
> -Original Message-
> From: Slava Ovsiienko
> Sent: Tuesday, February 6, 2024 2:18 PM
>
> Subject: [PATCH 1/6] ethdev: add modify IPv4 next protocol field
>
> Add IPv4 next protocol modify field definition.
>
> Signed-off-by: Viacheslav Ovsiienko
> ---
> doc/guides/rel_note
Hi Slava
> -Original Message-
> From: Slava Ovsiienko
> Sent: Tuesday, February 6, 2024 2:18 PM
> Subject: [PATCH 2/6] app/testpmd: add modify IPv4 next protocol command
> line
>
> Add new modify field action type string: "ipv4_proto".
>
> Signed-off-by: Viacheslav Ovsiienko
> ---
> a
Hi David,
Thanks for the patch.
I also see a similar error with iavf using dpdk-22.11.1. But in my case, I
see 2 more additional error logs showing up during iavf_dev_configure().
It's with ESX-8.0U1 with an inbox driver. Firmware upgrade did not
resolve the issue though.
2023-12-08T09:58:00.90
Thanks @David Marchand for the quick response.
Regards,
Amiya
On Tue, Feb 6, 2024 at 6:18 PM David Marchand
wrote:
> On Tue, Feb 6, 2024 at 1:46 PM David Marchand
> wrote:
> >
> > On Tue, Feb 6, 2024 at 1:44 PM Amiya Ranjan Mohakud
> > wrote:
> > > I also see a similar error with iavf using
On 1/25/24 04:17, Yajun Wu wrote:
For the case: `ethtool -L eth0 combined xxx` in VM, VQ will disable
and enable without calling device close. In such case, need add
drain CQ before reuse/reset event QP.
Fixes: 24969c7b62 ("vdpa/mlx5: reuse event queues")
Cc: sta...@dpdk.org
Signed-off-by: Y
On 2/6/24 11:29, David Marchand wrote:
On Wed, Jan 31, 2024 at 8:53 PM Maxime Coquelin
wrote:
When vIOMMU is enabled and Virtio device is bound to kernel
driver in guest, rte_vhost_dequeue_burst() will often return
early because of IOTLB misses.
In theory, we can hit this issue with a dpd
On 2/6/24 14:17, Maxime Coquelin wrote:
On 1/25/24 04:17, Yajun Wu wrote:
For the case: `ethtool -L eth0 combined xxx` in VM, VQ will disable
and enable without calling device close. In such case, need add
drain CQ before reuse/reset event QP.
Fixes: 24969c7b62 ("vdpa/mlx5: reuse event que
Hi,
I have a usecase where I have to evaluate writing a DPDK PMD for a non
PCI/e device doing the ethernet packet i/o.
Wanted to know if the above usecase is supported by DPDK infra and any
pointers on how one should go about writing a PMD for such a usecase
if supported. Would appreciate any inp
On Tue, Feb 06, 2024 at 07:36:16PM +0530, Prashant Upadhyaya wrote:
> Hi,
>
> I have a usecase where I have to evaluate writing a DPDK PMD for a non
> PCI/e device doing the ethernet packet i/o.
>
> Wanted to know if the above usecase is supported by DPDK infra and any
> pointers on how one shoul
> Cache the most recent VA -> PA mapping found so that we can skip
> most of the system calls. With 4K pages this reduces pool create
> time by about 90%.
>
> Signed-off-by: Andrew Boyer
I believe there should be a generic solution for this in mempool
if it is not there already.
Here, you are
Add new field identifiers for IPv6 traffic class and flow label.
Depends-on: series-31008 ("ethdev: add modify IPv4 next protocol field")
Michael Baum (1):
ethdev: add IPv6 FL and TC field identifiers
app/test-pmd/cmdline_flow.c| 1 +
doc/guides/rel_notes/release_24_03.rst | 2 ++
Add new "rte_flow_field_id" enumeration values to describe both IPv6
traffic class and IPv6 flow label fields.
The TC value is "RTE_FLOW_FIELD_IPV6_TRAFFIC_CLASS" in flow API and
"ipv6_traffic_class" in testpmd command.
The FL value is "RTE_FLOW_FIELD_IPV6_FLOW_LABEL" in flow API and
"ipv6_flow_la
Reorder modification field PRM list according to values from lowest to
highest.
This patch also removes value specification from all fields which their
value is one more than previous one.
Signed-off-by: Michael Baum
---
drivers/common/mlx5/mlx5_prm.h | 32
1 fil
This patch-set adds support of encapsulation level for HWS modify field
in MLX5 PMD.
Outermost is represented by 0,1 and inner is represented by 2.
In addition, modify inner/outer us added for both IPv6 flow label and
IPv6 traffic class.
Depends-on: series-31008 ("ethdev: add modify IPv4 next prot
The "mlx5_modification_field" enumeration has 2 different fields
representing the same value 0x4A.
1. "MLX5_MODI_OUT_IPV6_NEXT_HDR" - specific for IPv6.
2. "MLX5_MODI_OUT_IP_PROTOCOL" - for both IPv4 and IPv6.
This patch removes "MLX5_MODI_OUT_IPV6_NEXT_HDR" and replaces all its
usages with "MLX
This patch adds inner values into PRM modify field list for each
existing outer field.
Signed-off-by: Michael Baum
---
drivers/common/mlx5/mlx5_prm.h | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/drivers/common/mlx5/mlx5_prm.h b/drivers/common/mlx5/mlx5_prm.
Add IPv6 flow label field into PRM modify field list.
The new values are "MLX5_MODI_OUT_IPV6_FLOW_LABEL" and
"MLX5_MODI_IN_IPV6_FLOW_LABEL".
Signed-off-by: Michael Baum
---
drivers/common/mlx5/mlx5_prm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/common/mlx5/mlx5_prm.h b/drive
This patch adds support for copying from inner fields using "level" 2.
Signed-off-by: Michael Baum
---
doc/guides/nics/mlx5.rst| 28 ++-
drivers/net/mlx5/mlx5_flow.c| 12 ++-
drivers/net/mlx5/mlx5_flow_dv.c | 113 ++-
drivers/net/mlx5/mlx5_flow_hw.c | 13
Add HW steering support for IPv6 traffic class field modification.
Copy from inner IPv6 traffic class field is also supported using
"level=2".
Signed-off-by: Michael Baum
---
doc/guides/rel_notes/release_24_03.rst | 1 +
drivers/net/mlx5/mlx5_flow_dv.c| 11 +++
drivers/net/mlx5/
Add HW steering support for IPv6 flow label field modification.
Copy from inner IPv6 flow label field is also supported using "level=2".
Signed-off-by: Michael Baum
---
doc/guides/rel_notes/release_24_03.rst | 1 +
drivers/net/mlx5/mlx5_flow_dv.c| 12
drivers/net/mlx5/mlx5_
On 11/24/23 14:52, edwin.brosse...@6wind.com wrote:
From: Edwin Brossette
The flag RTE_ETH_DEV_AUTOFILL_QUEUE_XSTATS was temporarily set while
moving queue stats from 'struct rte_eth_stats' to the individual pmds,
as explained in commit f30e69b41f94 ("ethdev: add device flag to bypass
auto-f
We currently don't record test case results that couldn't be executed
because of a previous failure, such as when a test suite setup failed,
resulting in no executed test cases.
In order to record the test cases that couldn't be executed, we must
know the lists of test suites and test cases ahead
The dts.py module deviates from the rest of the code without a clear
reason. Converting it into a class and using better naming will improve
organization and code readability.
Signed-off-by: Juraj Linkeš
---
dts/framework/dts.py| 338
dts/framework/ru
Move the code responsible for running the test suite from the
TestSuite class to the DTSRunner class. This restructuring decision
was made to consolidate and unify the related logic into a single unit.
Signed-off-by: Juraj Linkeš
---
dts/framework/runner.py | 175
We're currently filtering which test cases to run after some setup
steps, such as DPDK build, have already been taken. This prohibits us to
mark the test suites and cases that were supposed to be run as blocked
when an earlier setup fails, as that information is not available at
that time.
To reme
The current order of Result classes in the test_suite.py module is
guided by the needs of type hints, which is not as intuitively readable
as ordering them by the occurrences in code. The order goes from the
topmost level to lowermost:
BaseResult
DTSResult
ExecutionResult
BuildTargetResult
TestSuit
In case of a failure before a test suite, the child results will be
recursively recorded as blocked, giving us a full report which was
missing previously.
Signed-off-by: Juraj Linkeš
---
dts/framework/runner.py | 21 ++--
dts/framework/test_result.py | 186 +
Remove unused parts of the code and add useful features:
1. Add DTS execution stages such as execution and test suite to better
identify where in the DTS lifecycle we are when investigating logs,
2. Logging to separate files in specific stages, which is mainly useful
for having test suite log
The two places where we specify which test suite and test cases to run
are complimentary and not that intuitive to use. A unified way provides
a better user experience.
The syntax in test run configuration file has not changed, but the
environment variable and the command line arguments was change
On 1/22/24 04:27, Hao Chen wrote:
In a nested virtualization environment, running dpdk-vdpa in QEMU-L1 for
software live migration will result in a deadlock between dpdke-vdpa and
QEMU-L2 processes.
'rte_vdpa_relay_vring_used'->
'__vhost_iova_to_vva'->
'vhost_user_iotlb_rd_unlock(vq)'->
'vhost
On 1/23/24 11:55, Srujana Challa wrote:
This patch introduces new virtio-user callbacks to map the vq
notification area and implements it for the vhost-vDPA backend.
This is simply done by using mmap()/munmap() for the vhost-vDPA fd.
And also adds code to write to queue notify address in noti
On 1/23/24 11:55, Srujana Challa wrote:
This patch introduces new function to get rss device config
and adds code to forward the RSS control command to backend
through hw control queue if RSS feature is negotiated.
This patch will help to negotiate VIRTIO_NET_F_RSS feature
if vhost-vdpa backen
On 1/25/24 04:17, Yajun Wu wrote:
For the case: `ethtool -L eth0 combined xxx` in VM, VQ will disable
and enable without calling device close. In such case, need add
drain CQ before reuse/reset event QP.
Fixes: 24969c7b62 ("vdpa/mlx5: reuse event queues")
Cc: sta...@dpdk.org
Signed-off-by: Y
On 1/31/24 20:53, Maxime Coquelin wrote:
When vIOMMU is enabled and Virtio device is bound to kernel
driver in guest, rte_vhost_dequeue_burst() will often return
early because of IOTLB misses.
This patch fixes a mbuf leak occurring in this case.
Fixes: 242695f6122a ("vhost: allocate and free
On 1/31/24 20:53, Maxime Coquelin wrote:
This patch introduces a new, per virtqueue, mbuf allocation
failure statistic. It can be useful to troubleshoot packets
drops due to insufficient mempool size or memory leaks.
Signed-off-by: Maxime Coquelin
---
lib/vhost/vhost.c | 1 +
lib/vh
On 2/1/2024 1:48 PM, Sivaramakrishnan Venkat wrote:
> Maintainers remove the Cc author line when merging the patch.
> So, the guidelines is updated with a suggestion for the placement
> of Cc lines in a commit message for easy merging.
>
> Signed-off-by: Sivaramakrishnan Venkat
> ---
> v3:
> -
On 1/23/24 17:54, Hernan Vargas wrote:
flr_timeout was removed from the code a while ago, updating doc.
Fix minor typo in 5GNR example.
Fixes: 2d4306438c92 ("baseband/fpga_5gnr_fec: add configure function")
Cc: sta...@dpdk.org
Signed-off-by: Hernan Vargas
---
doc/guides/bbdevs/fpga_5gnr_f
On 2/2/2024 3:04 AM, Chaoyong He wrote:
> Make multiple devices can use single core to run services for
> flower firmware.
> Also add synchronize module and service module to support it.
>
> ---
> v2:
> * Merge the last commit of v1 into the second commit.
>
Ask was to move the fix as first patch
On 1/23/24 17:54, Hernan Vargas wrote:
Add support for new FPGA variant AGX100 (on Arrow Creek N6000).
Signed-off-by: Hernan Vargas
---
doc/guides/bbdevs/fpga_5gnr_fec.rst | 69 +-
drivers/baseband/fpga_5gnr_fec/agx100_pmd.h | 273
.../baseband/fpga_5gnr_fec/fpga_5gnr
On 1/23/24 17:54, Hernan Vargas wrote:
Cosmetic changes for comments.
No functional impact.
Signed-off-by: Hernan Vargas
---
drivers/baseband/fpga_5gnr_fec/agx100_pmd.h | 4 +-
.../baseband/fpga_5gnr_fec/fpga_5gnr_fec.h| 49 ++--
.../fpga_5gnr_fec/rte_fpga_5gnr_fec.c | 2
On Tue, 6 Feb 2024 at 19:43, Bruce Richardson
wrote:
>
> On Tue, Feb 06, 2024 at 07:36:16PM +0530, Prashant Upadhyaya wrote:
> > Hi,
> >
> > I have a usecase where I have to evaluate writing a DPDK PMD for a non
> > PCI/e device doing the ethernet packet i/o.
> >
> > Wanted to know if the above us
On Tue, Feb 6, 2024 at 9:20 PM Prashant Upadhyaya
wrote:
>
> On Tue, 6 Feb 2024 at 19:43, Bruce Richardson
> wrote:
> >
> > On Tue, Feb 06, 2024 at 07:36:16PM +0530, Prashant Upadhyaya wrote:
> > > Hi,
> > >
> > > I have a usecase where I have to evaluate writing a DPDK PMD for a non
> > > PCI/e
The rte_malloc() API documentation has the following to say about the
align parameter:
"If 0, the return is a pointer that is suitably aligned for any kind of
variable (in the same manner as malloc()). Otherwise, the return is a
pointer that is a multiple of align. In this case, it must be a p
This patch reworks the async flow API functions called in data path,
to reduce the overhead during flow operations at the library level.
Main source of the overhead was indirection and checks done while
ethdev library was fetching rte_flow_ops from a given driver.
This patch introduces rte_flow_fp
> -Original Message-
> From: Thomas Monjalon
> Sent: Monday, February 5, 2024 15:03
> To: Dariusz Sosnowski
> Cc: Slava Ovsiienko ; Ori Kam ;
> Suanming Mou ; Matan Azrad
> ; Ferruh Yigit ; Andrew
> Rybchenko ; dev@dpdk.org
> Subject: Re: [PATCH v2] ethdev: fast path async flow API
>
> E
On 2/2/2024 1:19 AM, lon...@linuxonhyperv.com wrote:
> From: Long Li
>
> Instead of allocating mbufs one by one during RX, use
> rte_pktmbuf_alloc_bulk() to allocate them in a batch.
>
> With this patch, there are no measurable performance improvements in
> benchmarks. However, this patch should
On 2/6/2024 12:38 PM, Rahul Bhansali wrote:
> Single packet free using rte_pktmbuf_free_bulk() is dropping the
> performance. On cn10k, maximum of ~4% drop observed for IPsec
> event mode single SA outbound case.
>
> To fix this issue, single packet free will use rte_pktmbuf_free
> API.
>
> Fixes
On 2/1/2024 8:43 AM, David Marchand wrote:
> As described in a recent bugzilla opened against the net/iavf driver,
> a driver may call a event callback from other calls of the ethdev API.
>
> Nothing guarantees in the ethdev API against such behavior.
>
> Add a notice against using locks in those
On 2/1/2024 10:08 AM, Kevin Traynor wrote:
> On 01/02/2024 08:43, David Marchand wrote:
>> As described in a recent bugzilla opened against the net/iavf driver,
>> a driver may call a event callback from other calls of the ethdev API.
>>
>> Nothing guarantees in the ethdev API against such behavior
On 2/6/2024 2:06 AM, Suanming Mou wrote:
> Current rte_flow_action_modify_data struct describes the pkt
> field perfectly and is used only in action.
>
> It is planned to be used for item as well. This commit renames
> it to "rte_flow_field_data" making it compatible to be used by item.
>
> Signe
On 2/6/2024 2:06 AM, Suanming Mou wrote:
> As flow field relevant data structures will be used by both actions and
> items, this commit moves the relevant data structures up to item parts.
>
> Signed-off-by: Suanming Mou
>
Acked-by: Ferruh Yigit
On 2/6/2024 2:06 AM, Suanming Mou wrote:
> @@ -80,6 +80,8 @@ New Features
>* Added support for Atomic Rules' TK242 packet-capture family of devices
> with PCI IDs: ``0x1024, 0x1025, 0x1026``.
>
> + * Added support for comparing result between packet fields or value.
> +
>
Comment in
On 2/6/2024 2:06 AM, Suanming Mou wrote:
> The new item type is added for the case user wants to match traffic
> based on packet field compare result with other fields or immediate
> value.
>
> e.g. take advantage the compare item user will be able to accumulate
> a IPv4/TCP packet's TCP data_offs
On 2/6/2024 2:06 AM, Suanming Mou wrote:
> The new item type is added for the case user wants to match traffic
> based on packet field compare result with other fields or immediate
> value.
>
> e.g. take advantage the compare item user will be able to accumulate
> a IPv4/TCP packet's TCP data_offs
06/02/2024 18:36, Dariusz Sosnowski:
> --- a/doc/guides/nics/build_and_test.rst
> +++ b/doc/guides/nics/build_and_test.rst
> +- ``RTE_FLOW_DEBUG`` (default **disabled**; enabled automatically on debug
> builds)
> +
> + Build with debug code in asynchronous flow APIs.
> +
> .. Note::
>
> - The
31/01/2024 10:59, Gregory Etelson:
> --- a/lib/ethdev/rte_flow.h
> +++ b/lib/ethdev/rte_flow.h
> #define RTE_FLOW_TABLE_SPECIALIZE_TRANSFER_VPORT_ORIG RTE_BIT32(1)
> +/**
> + * Specialize table for resize.
> + */
> +#define RTE_FLOW_TABLE_SPECIALIZE_RESIZABLE_TABLE RTE_BIT32(2)
I'm not sure about
28/01/2024 10:39, Ori Kam:
> During the encapsulation of a packet, it is expected to calculate the
> hash value which is based on the original packet (the outer values,
> which will become the inner values).
It is not clear what the hash is for.
> The tunnel protocol defines which tunnel field sh
30/01/2024 12:25, Gavin Li:
> In this patch, all the VXLAN extension header will be merged with VXLAN as
> union if the overlapped field has different format among protocols. The
> existing VXLAN-GPE will be marked as deprecated and new extensions of
> VXLAN should be added to VXLAN instead of a ne
On 2/1/2024 1:52 PM, skotesh...@marvell.com wrote:
> From: Satha Rao
>
> Existing Rx desc used count command extended to get Tx queue
> used count.
> testpmd> show port 0 rxq 0 desc used count
> testpmd> show port 0 txq 0 desc used count
>
> Signed-off-by: Satha Rao
> ---
> Depends-on:
> > wrote:
> > >
> > > Hi Pavan,
> > >
> > >> The compiler options march and mtune are a subset of mcpu and will
> > >> lead
> > to
> > >> conflicts if improper march is chosen for a given mcpu.
> > >> To avoid conflicts, force part number march when mcpu is available
> > >> and is supported by th
On 2/6/2024 10:21 PM, Thomas Monjalon wrote:
> 06/02/2024 18:36, Dariusz Sosnowski:
>> --- a/doc/guides/nics/build_and_test.rst
>> +++ b/doc/guides/nics/build_and_test.rst
>> +- ``RTE_FLOW_DEBUG`` (default **disabled**; enabled automatically on debug
>> builds)
>> +
>> + Build with debug code in
This patchset provides miscellaneous fixes and improvements for
the net/ionic driver used by AMD Pensando devices.
V2:
- Update device stop and device start patches to use compound literals
as suggested by review.
Akshay Dorwat (1):
net/ionic: fix RSS query routine
Andrew Boyer (8):
net/io
When completion coalescing is turned on in the FW, there will be
fewer CQE than Tx packets. Expose the stat through debug logging.
Signed-off-by: Andrew Boyer
---
drivers/net/ionic/ionic_lif.h | 1 +
drivers/net/ionic/ionic_rxtx.c| 3 +++
drivers/net/ionic/ionic_rxtx_sg.c | 2
Some configurations want to use values this high internally.
Allow them to do so without modifying the code.
Signed-off-by: Andrew Boyer
Signed-off-by: Bhuvan Mital
---
drivers/net/ionic/ionic_dev.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ionic/ionic_dev.
The receive side will enable scatter-gather if required based on the
mbuf size. If the client already enabled it in the config, it does
not need to be enabled again. This reduces log output.
Signed-off-by: Andrew Boyer
---
drivers/net/ionic/ionic_lif.c | 3 ++-
1 file changed, 2 insertions(+), 1
From: Neel Patel
This memory may be changed by the hardware, so the volatile
keyword is required for correctness.
Fixes: e86a6fcc7cf3 ("net/ionic: add optimized non-scattered Rx/Tx")
cc: sta...@dpdk.org
Signed-off-by: Andrew Boyer
Signed-off-by: Neel Patel
---
drivers/net/ionic/ionic_rxtx.c
Use uint8_t instead of u_char. This simplifies the code.
Signed-off-by: Andrew Boyer
---
drivers/net/ionic/ionic_dev_pci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ionic/ionic_dev_pci.c
b/drivers/net/ionic/ionic_dev_pci.c
index 5e74a6da71..cbaac2c5bc 10064
From: Neel Patel
They can be batched together this way, reducing the number
of PCIe transactions. This improves transmit PPS by up to 50% in
some configurations.
Signed-off-by: Andrew Boyer
Signed-off-by: Neel Patel
---
drivers/net/ionic/ionic_dev.c | 9 +++--
drivers/net/ionic/ionic
From: Akshay Dorwat
The routine that copies out the RSS config can't use memcpy() because
'reta_conf->reta' is an array of uint16_t while 'lif->rss_ind_tbl' is
an array of uint8_t. Instead, copy the values individually.
Fixes: 22e7171bc63b ("net/ionic: support RSS")
Cc: cardigli...@ntop.org
Cc:
From: Vamsi Krishna Atluri
The hardware supports these speeds, so we should report them
correctly.
Signed-off-by: Andrew Boyer
Signed-off-by: Vamsi Krishna Atluri
---
drivers/net/ionic/ionic_ethdev.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/net/ionic/ionic_ethdev.c b/
From: Brad Larson
Assign 32 counters for flexible firmware events. These can be used as
per-port or per-queue counters in certain firmware configurations.
They are displayed as fw_flex_eventX in xstats.
Signed-off-by: Andrew Boyer
Signed-off-by: Brad Larson
---
drivers/net/ionic/ionic_ethdev.
Use a single device reset command to speed up dev_close(). The LIF stop
and port reset commands are not needed.
This reduces the outage window when restarting the process by about 2ms
plus another 1ms per queue.
Signed-off-by: Andrew Boyer
---
drivers/net/ionic/ionic_ethdev.c | 3 ---
drivers/ne
The close routine should release all resources, but not
call rte_eth_dev_destroy(). As written this code will call
rte_eth_dev_release_port() twice and segfault.
Instead, move rte_eth_dev_destroy() to the remove routine.
eth_ionic_dev_uninit() will call close if necessary.
Fixes: 175e4e7ed760 ("n
Split the queue_stop operation into first-half and second-half helpers.
Move the command context from the stack into each Rx/Tx queue struct.
Expose some needed adminq interfaces.
This allows us to batch up the queue commands during dev_stop(), reducing
the outage window when restarting the proces
Split the queue_start operation into first-half and second-half helpers.
This allows us to batch up the queue commands during dev_start(), reducing
the outage window when restarting the process by about 1ms per queue.
Signed-off-by: Andrew Boyer
---
drivers/net/ionic/ionic_lif.c | 136
> From: Akhil Goyal [mailto:gak...@marvell.com]
> Sent: Tuesday, 6 February 2024 15.25
>
> > Cache the most recent VA -> PA mapping found so that we can skip
> > most of the system calls. With 4K pages this reduces pool create
> > time by about 90%.
> >
> > Signed-off-by: Andrew Boyer
>
> I beli
> On Feb 1, 2024, at 3:57 PM, pbhagavat...@marvell.com wrote:
>
> From: Pavan Nikhilesh
>
> Allow RTE_ARM_USE_WFE to be enabled at meson configuration
> time by passing it via c_args instead of modifying
> `config/arm/meson.build`.
>
> Example usage:
> meson build -Dc_args='-DRTE_ARM_USE_WFE'
On Feb 6, 2024, at 9:24 PM, Morten Brørup wrote:
Caution: This message originated from an External Source. Use proper caution
when opening attachments, clicking links, or responding.
From: Akhil Goyal [mailto:gak...@marvell.com]
Sent: Tuesday, 6 February 2024 15.25
Cache the most recent VA
On 2/1/2024 3:00 AM, Jiawen Wu wrote:
> To optimize Rx/Tx burst process, add SSE/NEON vector instructions on
> x86/arm architecture.
>
Do you have any performance improvement number with vector
implementation, if so can you put it into commit log for record?
> Signed-off-by: Jiawen Wu
> ---
>
This patchset provides miscellaneous fixes and improvements for
the net/ionic driver used by AMD Pensando devices.
V3:
- Resend to fix patchwork threading.
V2:
- Update device stop and device start patches to use compound literals
as suggested by review.
Akshay Dorwat (1):
net/ionic: fix RSS
When completion coalescing is turned on in the FW, there will be
fewer CQE than Tx packets. Expose the stat through debug logging.
Signed-off-by: Andrew Boyer
---
drivers/net/ionic/ionic_lif.h | 1 +
drivers/net/ionic/ionic_rxtx.c| 3 +++
drivers/net/ionic/ionic_rxtx_sg.c | 2
1 - 100 of 122 matches
Mail list logo
