[PATCH net-next V4 00/14] net/mlx5e: Add support for HW-GRO to PSP · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
[PATCH net-next V4 01/14] net/mlx5e: Generalize TC <-> IPsec mutual exclusion · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
Re: [PATCH net-next V4 01/14] net/mlx5e: Generalize TC <-> IPsec mutual exclusion · netdev-bot+sashiko@kernel.org · 2026-09-10
Re: [PATCH net-next V4 01/14] net/mlx5e: Generalize TC <-> IPsec mutual exclusion · Jakub Kicinski <kuba@kernel.org> · 2026-09-12
[PATCH net-next V4 02/14] net/mlx5e: ipsec: Block TC offload when IPsec is enabled · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
[PATCH net-next V4 03/14] net/mlx5e: psp: Block TC offload when PSP is enabled · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
[PATCH net-next V4 04/14] net/mlx5e: macsec: Block TC offload when MACsec is enabled · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
Re: [PATCH net-next V4 04/14] net/mlx5e: macsec: Block TC offload when MACsec is enabled · netdev-bot+sashiko@kernel.org · 2026-09-10
[PATCH net-next V4 05/14] net/mlx5e: psp: Move RX marker from ft_metadata to flow_tag · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
[PATCH net-next V4 06/14] net/mlx5e: ipsec: Move RX marker from ft_metadata to flow_tag · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
[PATCH net-next V4 07/14] net/mlx5e: macsec: Move RX marker from ft_metadata to flow_tag · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
[PATCH net-next V4 08/14] net/mlx5e: psp: Handle HW-decapsulated RX PSP packets · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
[PATCH net-next V4 09/14] net/mlx5e: psp: Add an rx_decap steering table · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
Re: [PATCH net-next V4 09/14] net/mlx5e: psp: Add an rx_decap steering table · "Daniel Zahka" <daniel.zahka@gmail.com> · 2026-09-08
Re: [PATCH net-next V4 09/14] net/mlx5e: psp: Add an rx_decap steering table · netdev-bot+sashiko@kernel.org · 2026-09-10
[PATCH net-next V4 10/14] net/mlx5e: shampo: Flush session on PSP mismatch · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
Re: [PATCH net-next V4 10/14] net/mlx5e: shampo: Flush session on PSP mismatch · netdev-bot+sashiko@kernel.org · 2026-09-10
[PATCH net-next V4 11/14] net/mlx5e: psp: Dynamically reconfigure based on SHAMPO mode · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
Re: [PATCH net-next V4 11/14] net/mlx5e: psp: Dynamically reconfigure based on SHAMPO mode · netdev-bot+sashiko@kernel.org · 2026-09-10
[PATCH net-next V4 12/14] selftests: drv-net: psp: Extract shared helpers into psp_lib.py · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
Re: [PATCH net-next V4 12/14] selftests: drv-net: psp: Extract shared helpers into psp_lib.py · "Daniel Zahka" <daniel.zahka@gmail.com> · 2026-09-08
[PATCH net-next V4 13/14] selftests: net: gro: Add PSP encapsulation and encryption · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
Re: [PATCH net-next V4 13/14] selftests: net: gro: Add PSP encapsulation and encryption · "Daniel Zahka" <daniel.zahka@gmail.com> · 2026-09-08
Re: [PATCH net-next V4 13/14] selftests: net: gro: Add PSP encapsulation and encryption · netdev-bot+sashiko@kernel.org · 2026-09-10
[PATCH net-next V4 14/14] selftests: drv-net: Add PSP HW GRO conformance tests · Tariq Toukan <tariqt@nvidia.com> · 2026-09-08
Re: [PATCH net-next V4 14/14] selftests: drv-net: Add PSP HW GRO conformance tests · "Daniel Zahka" <daniel.zahka@gmail.com> · 2026-09-08
Re: [PATCH net-next V4 14/14] selftests: drv-net: Add PSP HW GRO conformance tests · Cosmin Ratiu <hidden> · 2026-09-17
Re: [PATCH net-next V4 14/14] selftests: drv-net: Add PSP HW GRO conformance tests · netdev-bot+sashiko@kernel.org · 2026-09-10
Re: [PATCH net-next V4 14/14] selftests: drv-net: Add PSP HW GRO conformance tests · Jakub Kicinski <kuba@kernel.org> · 2026-09-12
Re: [PATCH net-next V4 14/14] selftests: drv-net: Add PSP HW GRO conformance tests · Cosmin Ratiu <hidden> · 2026-09-17
Re: [PATCH net-next V4 00/14] net/mlx5e: Add support for HW-GRO to PSP · Cosmin Ratiu <hidden> · 2026-09-11

Re: [PATCH net-next V4 01/14] net/mlx5e: Generalize TC <-> IPsec mutual exclusion

From: Jakub Kicinski <kuba@kernel.org>
Date: 2026-09-12 01:25:09
Also in: linux-kselftest, linux-rdma, lkml

On Thu, 10 Sep 2026 21:54:25 +0000 netdev-bot+sashiko@kernel.org wrote:

Pre-existing issues:
- [High] offload_block.num_accel is leaked on the driver's own flow-
  teardown path, permanently blocking all accel offload on the device.

Does this one need to be fixed in net first ?

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help