Hi,
I'm new to this project, and have no clue about the failure, could
experts at this project provide
some help about the following failure?
+ sudo babeltrace
/home/runner/work/dpdk/dpdk/build/app/test/suites/rte-2025-04-30-AM-02-25-21
Error: at line 2819: token "time_t": syntax error,
From: Changqing Li
To support Y2038 issue, for 32bit system, -D_TIME_BITS=64 is passed to
gcc, struct timespec time->tv_sec is 64bit, but size_t is 32bits, so
dpdk will compile failed with error:
"../git/lib/ethdev/ethdev_trace.h: In function
'rte_eth_trace_timesync_write_time':
../git/lib/eal/in
On 4/29/25 10:47 AM, Bruce Richardson wrote:
> On Wed, Apr 16, 2025 at 01:30:57PM -0400, Roger Melton wrote:
>> Return burst mode according to the selected Rx/Tx burst
>> function name.
>> Update 25.07 release notes with this information.
>>
>> Signed-off-by: Roger Melton
>> ---
> Acked-by: Bruce
On Tue, 29 Apr 2025 23:41:30 +0530
wrote:
>
> +static inline void
> +rte_eth_set_dummy_fops(struct rte_eth_dev *eth_dev)
Not fastpath, do not add inline here
> +{
> + eth_dev->rx_pkt_burst = rte_eth_pkt_burst_dummy;
> + eth_dev->tx_pkt_burst = rte_eth_pkt_burst_dummy;
> + eth_dev-
On Tue, 29 Apr 2025 23:41:30 +0530
wrote:
> @@ -7131,14 +7118,11 @@ rte_eth_tx_queue_count(uint16_t port_id, uint16_t
> queue_id)
> goto out;
> }
> #endif
> - if (fops->tx_queue_count == NULL) {
> - rc = -ENOTSUP;
> - goto out;
> - }
> -
>
Hi, it looks like your patch was affected by an infrastructure issue at the
DPDK Community Lab and has a false failure test result on DPDK patchwork.
Issuing a retest to correct this:
Recheck-request: iol-intel-Functional
Hi, it looks like your patch was affected by an infrastructure issue at the
DPDK Community Lab and has a false failure test result on DPDK patchwork.
Issuing a retest to correct this:
Recheck-request: iol-intel-Functional
Hi, it looks like your patch was affected by an infrastructure issue at the
DPDK Community Lab and has a false failure test result on DPDK patchwork.
Issuing a retest to correct this:
Recheck-request: iol-intel-Functional
From: Sunil Kumar Kori
rte_eth_fp_ops contains ops for fast path APIs. Each API
validates availability of callback and then invoke it.
Removing these NULL checks instead using dummy callbacks.
Signed-off-by: Sunil Kumar Kori
---
lib/ethdev/ethdev_driver.c | 47 ++
lib/ethd
On Tue, 29 Apr 2025 21:45:36 +0530
Prashant Upadhyaya wrote:
> On Mon, 28 Apr 2025 at 21:07, Stephen Hemminger
> wrote:
>
> > On Mon, 28 Apr 2025 11:31:10 +0530
> > Prashant Upadhyaya wrote:
> >
> > > On Sat, 26 Apr 2025 at 20:58, Stephen Hemminger <
> > step...@networkplumber.org>
> > > wro
On Tue, Apr 29, 2025 at 08:04:04PM +0400, spyroot wrote:
>Thank you very much, Bruce, for taking the time.
>I'm observing odd behavior when PF either does not show stats for some
>VF
>or leaks VF stats from one to another.
>i.e., generator A sent 100 packets to VF A and generato
On Mon, 28 Apr 2025 at 21:07, Stephen Hemminger
wrote:
> On Mon, 28 Apr 2025 11:31:10 +0530
> Prashant Upadhyaya wrote:
>
> > On Sat, 26 Apr 2025 at 20:58, Stephen Hemminger <
> step...@networkplumber.org>
> > wrote:
> >
> > > On Fri, 25 Apr 2025 23:17:30 +0530
> > > Prashant Upadhyaya wrote:
>
Thank you very much, Bruce, for taking the time.
I'm observing odd behavior when PF either does not show stats for some VF
or leaks VF stats from one to another.
i.e., generator A sent 100 packets to VF A and generator B 100 to VF B;
VF A and PF ICEN stats show 200 packets per VF stats.
(Note ea
> Hi,
>
> At the DPDK Community Lab we have been running CI tests with a new ARM
> Grace server for the past couple of months on main and next-* branches. I am
> trying to add LTS runs now, and ran into a snag with 23.11 and 22.11 for this
> system. Stable maintainers I'm not sure whether this sho
On Tue, 29 Apr 2025 15:22:41 +0530
wrote:
> diff --git a/app/test-pmd/config.c b/app/test-pmd/config.c
> index e89af21cec..444e4b0388 100644
> --- a/app/test-pmd/config.c
> +++ b/app/test-pmd/config.c
> @@ -89,67 +89,69 @@ static const struct {
>
> const struct rss_type_info rss_type_table[] =
On Wed, Apr 16, 2025 at 01:30:57PM -0400, Roger Melton wrote:
> Return burst mode according to the selected Rx/Tx burst
> function name.
> Update 25.07 release notes with this information.
>
> Signed-off-by: Roger Melton
> ---
Acked-by: Bruce Richardson
Applied this patch to dpdk-next-net-inte
On Mon, Apr 28, 2025 at 05:29:22PM -0400, Roger Melton wrote:
> Return burst mode according to the selected Rx/Tx burst
> function name.
> Update 25.07 release notes with this information.
>
> Signed-off-by: Roger Melton
> ---
Acked-by: Bruce Richardson
Applied to dpdk-next-net-intel.
Thanks,
On Mon, Apr 28, 2025 at 06:07:13PM -0400, Roger Melton wrote:
> Return burst mode according to the selected Rx/Tx burst
> function name.
> Update 25.07 release notes with this information.
>
> Signed-off-by: Roger Melton
> ---
Acked-by: Bruce Richardson
Applied to dpdk-next-net-intel.
Thanks,
> From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> Sent: Tuesday, 29 April 2025 14.53
>
> On Sun, Apr 27, 2025 at 09:00:31AM +0200, Morten Brørup wrote:
> > > From: Stephen Hemminger [mailto:step...@networkplumber.org]
> > > Sent: Saturday, 26 April 2025 17.24
> > >
> > > On Fri, 25 Ap
On Mon, Apr 14, 2025 at 07:21:57PM +0400, spyroot wrote:
>Hi Folks,
>
>I'm observing some unexpected behavior related to how statistics are
>retrieved from a Physical Function (PF) on an Intel 810 NIC.
>
>Scenario: I have two dpdk-testpmd instances running in separate
>Kuberne
On Sun, Apr 27, 2025 at 09:00:31AM +0200, Morten Brørup wrote:
> > From: Stephen Hemminger [mailto:step...@networkplumber.org]
> > Sent: Saturday, 26 April 2025 17.24
> >
> > On Fri, 25 Apr 2025 13:52:55 +0200
> > Morten Brørup wrote:
> >
> > > Bruce,
> > >
> > > rte_eth_stats_get() on Intel NIC
The mlx5 PMD manages the device using two modes: the Verbs API
and the DevX API. Each API offers its own method for querying
the maximum work queue size (in descriptors).
The corrected patch enhanced the rte_eth_dev_info_get() API
support in mlx5 PMD to return the true maximum number of descriptor
Hi, Lukáš
I think this message is important to notify users that something is going as
not expected.
Either queue size or inline length should be adjusted by user/developer.
To suppress the message in your specific case (with max queue) the devarg
"txq_inline_max=18"
can be used. So, the message
On Tue, 29 Apr 2025 at 09:31, Kevin Traynor wrote:
>
> +cc Luca/Xueming
>
> On 29/04/2025 03:43, Patrick Robb wrote:
> > Hi,
> >
> > At the DPDK Community Lab we have been running CI tests with a new ARM
> > Grace server for the past couple of months on main and next-* branches. I
> > am trying to
> Offset should be aligned first before checking if there is free space for
> another
> write.
>
> Bugzilla ID: 1665
> Fixes: 032a7e5499a0 ("trace: implement provider payload")
>
> Signed-off-by: Oleksandr Nahnybida
> ---
> Specified correct "Fixes" commit.
>
> lib/eal/include/rte_trace_point
Add test vectors to benchmark larger RSA modulus.
Signed-off-by: Gowrishankar Muthukrishnan
---
app/test-crypto-perf/cperf_options.h |3 +
app/test-crypto-perf/cperf_options_parsing.c | 132 +-
app/test-crypto-perf/cperf_test_vectors.c| 1386 +-
app/test-crypto-p
Support RSA 8K mod ops in virtio PMD.
Signed-off-by: Gowrishankar Muthukrishnan
---
drivers/crypto/virtio/virtio_cryptodev.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/crypto/virtio/virtio_cryptodev.h
b/drivers/crypto/virtio/virtio_cryptodev.h
index fad73d54
From: Kiran Kumar K
Adding support for IB_BTH header for RSS in cnxk device.
Signed-off-by: Kiran Kumar K
---
drivers/common/cnxk/roc_mbox.h | 1 +
drivers/net/cnxk/cnxk_ethdev.c | 3 +++
drivers/net/cnxk/cnxk_ethdev.h | 2 +-
3 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/drive
From: Kiran Kumar K
On supporting hardware, RoCEv2 header can be used to
perform RSS in the ingress path.
Signed-off-by: Kiran Kumar K
---
app/test-pmd/config.c | 120 +
doc/guides/rel_notes/release_25_07.rst | 32 +--
lib/ethdev/rte_ethdev.h
+cc Luca/Xueming
On 29/04/2025 03:43, Patrick Robb wrote:
> Hi,
>
> At the DPDK Community Lab we have been running CI tests with a new ARM
> Grace server for the past couple of months on main and next-* branches. I
> am trying to add LTS runs now, and ran into a snag with 23.11 and 22.11 for
> th
Hi,
On 4/28/25 4:14 PM, Ayshathul Thuhara wrote:
Hi Team,
I am using virtio-net, virtio-pci drivers for a Bittware hardware. I
could see the data is sent and received with the throughput of 100Gbps.
But the hardware supports for 200Gbps. I am not able to get the
throughput more than 200Gbp
31 matches
Mail list logo
