ubuntu/+source/dpdk:ubuntu/impish-devel

Last commit made on 2021-09-06
Get this branch:
git clone -b ubuntu/impish-devel https://git.launchpad.net/ubuntu/+source/dpdk
Members of git-ubuntu import can upload to this branch. Log in for directions.

Branch merges

Branch information

Name:
ubuntu/impish-devel
Repository:
lp:ubuntu/+source/dpdk

Recent commits

de56777... by Christian Ehrhardt 

changelog: 20.11.3-0ubuntu1

Signed-off-by: Christian Ehrhardt <email address hidden>

64f49c4... by Christian Ehrhardt 

d/p/u/lp-1940957-net-i40e-support-25G-AOC-ACC-cables.patch: fix issues with 25G AOC cables (LP: #1940957)

Signed-off-by: Christian Ehrhardt <email address hidden>

53c740f... by Luca Boccassi <email address hidden>

version: 20.11.3

Signed-off-by: Luca Boccassi <email address hidden>

6bb3cc3... by David Hunt <email address hidden>

test/power: fix CPU frequency when turbo enabled

[ backported from commit 29343b9030e38e8c3519ba01cb66724d45b13dc8 ]

On arm platform, the value in "/sys/.../cpuinfo_cur_freq" may not
be exactly the same as what was set when using CPPC cpufreq driver.
For other cpufreq driver, no need to round it currently, or else
this check will fail with turbo enabled. For example, with acpi_cpufreq,
cpuinfo_cur_freq can be 2401000 which is equal to freqs[0].It should
not be rounded to 2400000.

This is a version of the patch for 20.11.3 that fixes this issue
withouth the dependency of having the CPPC support applied first
(modified version of 29343b9030e38e8c3519ba01cb66724d45b13dc8)

Fixes: 606a234c6d360 ("test/power: round CPU frequency to check")

Signed-off-by: David Hunt <email address hidden>
Acked-by: Luca Boccassi <email address hidden>

a7eae39... by Matan Azrad <email address hidden>

net/mlx5: fix imissed statistics

[ upstream commit e6988afdc75a628bba20bbc291831e63902b20a6 ]

The imissed port statistic counts packets that were dropped by the
device Rx queues.

In mlx5, the imissed counter summarizes 2 counters:
 - packets dropped by the SW queue handling counted by SW.
 - packets dropped by the HW queues due to "out of buffer" events
   detected when no SW buffer is available for the incoming
   packets.

There is HW counter object that should be created per device, and all
the Rx queues should be assigned to this counter in configuration time.

This part was missed when the Rx queues were created by DevX what
remained the "out of buffer" counter clean forever in this case.

Add 2 options to assign the DevX Rx queues to queue counter:
 - Create queue counter per device by DevX and assign all the
   queues to it.
 - Query the kernel counter and assign all the queues to it.

Use the first option by default and if it is failed, fallback to the
second option.

Fixes: e79c9be91515 ("net/mlx5: support Rx hairpin queues")
Fixes: dc9ceff73c99 ("net/mlx5: create advanced RxQ via DevX")

Signed-off-by: Matan Azrad <email address hidden>
Acked-by: Luca Boccassi <email address hidden>

2a1c89e... by Luca Boccassi <email address hidden>

version: 20.11.3-rc1

Signed-off-by: Luca Boccassi <email address hidden>

4450461... by Gregory Etelson <email address hidden>

app/testpmd: fix IPv4 checksum

[ upstream commit de73c8ac50681a0b9221407a100a2c578f7e6ad3 ]

UDP protocol reserves 0 checksum value for special purposes.
Other protocols, like IPv4, TCP and SCTP must calculate checksum value
in software or offload checksum calculation to hardware.

If IPv4 TX checksum offload was off and header checksum was set to 0,
testpmd csum engine did not calculate checksum value for IPv4, TCP and
SCTP.

The patch always calculates IPv4, TCP and SCTP TX checksums if it is
not offloaded.

Bugzilla ID: 768
Fixes: b2a9e4a855d0 ("app/testpmd: fix Tx checksum calculation for tunnel")

Signed-off-by: Gregory Etelson <email address hidden>
Acked-by: Ajit Khaparde <email address hidden>

9680986... by Dmitry Kozlyuk <email address hidden>

bus: clarify log for non-NUMA-aware devices

[ upstream commit e9b3d79b0696cd983ace8e6f65532b240f43a1bb ]

PCI, vmbus, and auxiliary drivers printed a warning
when NUMA node had been reported as (-1) or not reported by OS:

    EAL: Invalid NUMA socket, default to 0

This message and its level might confuse users because the configuration
is valid and nothing happens that requires attention or intervention.
It was also printed without the device identification and with an indent
(PCI only), which is confusing unless DEBUG logging is on to print
the header message with the device name.

Reduce level to INFO, reword the message, and suppress it when there is
only one NUMA node because NUMA awareness does not matter in this case.
Also, remove the indent for PCI.

Fixes: f0e0e86aa35d ("pci: move NUMA node check from scan to probe")
Fixes: 831dba47bd36 ("bus/vmbus: add Hyper-V virtual bus support")
Fixes: 1afce3086cf4 ("bus/auxiliary: introduce auxiliary bus")

Signed-off-by: Dmitry Kozlyuk <email address hidden>
Reviewed-by: Viacheslav Ovsiienko <email address hidden>
Reviewed-by: Xueming Li <email address hidden>
Acked-by: Andrew Rybchenko <email address hidden>

2557358... by Suanming Mou <email address hidden>

net/mlx5: workaround drop action with old kernel

[ upstream commit 45633c460c223a67dd1a7cc084c3eceb5e17687c ]

Currently, there are two types of drop action implementation
in the PMD. One is the DR (Direct Rules) dummy placeholder drop
action and another is the dedicated dummy queue drop action.
When creates flow on the root table with DR drop action, the
action will be converted to MLX5_IB_ATTR_CREATE_FLOW_FLAGS_DROP
Verbs attribute in rdma-core.

In some inbox systems, MLX5_IB_ATTR_CREATE_FLOW_FLAGS_DROP Verbs
attribute may not be supported in the kernel driver. Create flow
with drop action on the root table will be failed as it is not
supported. In this case, the dummy queue drop action should be
used instead of DR dummy placeholder drop action.

This commit adds the DR drop action support detect on the root
table. If MLX5_IB_ATTR_CREATE_FLOW_FLAGS_DROP Verbs is not
supported in the system, a dummy queue will be used as drop
action.

Fixes: da845ae9d7c1 ("net/mlx5: fix drop action for Direct Rules/Verbs")

Signed-off-by: Suanming Mou <email address hidden>
Acked-by: Matan Azrad <email address hidden>

ce4a304... by Joyce Kong <email address hidden>

doc: update atomic operation deprecation

[ upstream commit 3ec965b6de12bf4454d12823a28b5bbe37bd1ce5 ]

Update the incorrect description about atomic operations
with provided wrappers in deprecation doc[1].

[1]https://mails.dpdk.org/archives/dev/2021-July/213333.html

Fixes: 7518c5c4ae6a ("doc: announce adoption of C11 atomic operations semantics")

Signed-off-by: Joyce Kong <email address hidden>
Reviewed-by: Ruifeng Wang <email address hidden>