From: Cosmin Ratiu <cratiu@nvidia.com>
To: "andrew+netdev@lunn.ch" <andrew+netdev@lunn.ch>,
"davem@davemloft.net" <davem@davemloft.net>,
Tariq Toukan <tariqt@nvidia.com>,
"sd@queasysnail.net" <sd@queasysnail.net>,
"pabeni@redhat.com" <pabeni@redhat.com>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"edumazet@google.com" <edumazet@google.com>,
"daniel.zahka@gmail.com" <daniel.zahka@gmail.com>,
"kuba@kernel.org" <kuba@kernel.org>
Cc: "sdf.kernel@gmail.com" <sdf.kernel@gmail.com>,
"doruk@0sec.ai" <doruk@0sec.ai>,
Boris Pismenny <borisp@nvidia.com>,
"shuah@kernel.org" <shuah@kernel.org>,
"linux-kselftest@vger.kernel.org"
<linux-kselftest@vger.kernel.org>,
Jianbo Liu <jianbol@nvidia.com>,
"leon@kernel.org" <leon@kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Rahul Rameshbabu <rrameshbabu@nvidia.com>,
"linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>,
Raed Salem <raeds@nvidia.com>,
"skhan@linuxfoundation.org" <skhan@linuxfoundation.org>,
Chris Mi <cmi@nvidia.com>, Carolina Jubran <cjubran@nvidia.com>,
"kees@kernel.org" <kees@kernel.org>,
Alex Lazar <alazar@nvidia.com>,
Dragos Tatulea <dtatulea@nvidia.com>,
Mark Bloch <mbloch@nvidia.com>,
"sdf@fomichev.me" <sdf@fomichev.me>,
Saeed Mahameed <saeedm@nvidia.com>,
"horms@kernel.org" <horms@kernel.org>,
"aleksandr.loktionov@intel.com" <aleksandr.loktionov@intel.com>,
Gal Pressman <gal@nvidia.com>, Lama Kayal <lkayal@nvidia.com>,
"Jacob.e.keller@intel.com" <Jacob.e.keller@intel.com>,
Patrisious Haddad <phaddad@nvidia.com>
Subject: Re: [PATCH net-next 09/13] net/mlx5e: psp: Add an rx_decap steering table
Date: Mon, 10 Aug 2026 11:45:38 +0000 [thread overview]
Message-ID: <b36593b50a56f6d8ef918bf4dc45453d84bcf6bc.camel@nvidia.com> (raw)
In-Reply-To: <0d72c5b2-6d4c-40d4-8cbe-8cd95d61a230@gmail.com>
On Fri, 2026-07-31 at 08:41 -0400, Daniel Zahka wrote:
>
>
> On 7/30/26 5:17 AM, Tariq Toukan wrote:
> > +static
> > +void accel_psp_fs_rx_decap_ft_destroy(struct mlx5e_psp_fs *fs,
> > + struct
> > mlx5e_psp_rx_decap_table *decap)
> > +{
> > + int i;
> > +
> > + accel_psp_fs_del_flow_rule(&decap->unsupported_rule);
> > + for (i = 0; i < MLX5E_PSP_NUM_SUPPORTED_VERSIONS; i++)
> > + accel_psp_fs_del_flow_rule(&decap->rule[i]);
> > + if (decap->reformat) {
> > + mlx5_packet_reformat_dealloc(fs->mdev, decap-
> > >reformat);
> > + decap->reformat = NULL;
> > + }
> > + accel_psp_fs_dealloc_modify_hdr(fs->mdev, &decap-
> > >modify_hdr);
> > + accel_psp_fs_destroy_flow_group(&decap->drop_group);
> > + accel_psp_fs_destroy_ft(&decap->ft);
> > +}
> > +
>
> [...]
> > +static int accel_psp_fs_rx_reconfigure(struct mlx5e_psp_fs *fs,
> > + bool decap_wanted)
> > +{
> > + bool decap_supported =
> > + MLX5_CAP_FLOWTABLE(fs->mdev,
> > +
> > flow_table_properties_nic_receive.reformat_del_psp_transport);
> > + bool decap_enable = decap_wanted && decap_supported;
> > + struct mlx5_flow_destination dest = {};
> > + int err;
> > +
> > + /* Create the decap table if needed. */
> > + if (decap_enable && !fs->decap.ft) {
> > + err = accel_psp_fs_rx_decap_ft_create(fs, &fs-
> > >decap);
> > + if (err) {
> > + mlx5_core_warn(fs->mdev,
> > + "Failed to create PSP
> > decapsulation rules (err %d), HW GRO for PSP unavailable",
> > + err);
> > + decap_enable = false;
> > + }
> > + }
> > + if (decap_enable == fs->decap_enabled)
> > + return 0;
>
> An llm is complaining that fs->decap_enabled is not set to false when
> the decap table is destroyed with accel_psp_fs_rx_decap_ft_destroy(),
> which would cause problems after doing a psp_dev_ops::set_config()
> down
> and up.
>
> I'm not sure if this is legit, but figured I would flag it as it
> seems
> plausible and would be easily reachable by a user.
This is a legit issue, one that me and our llms missed.
Thanks for spotting and reporting it.
Will be fixed in the next version.
Cosmin.
next prev parent reply other threads:[~2026-08-10 11:45 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-30 9:17 [PATCH net-next 00/13] net/mlx5e: Add support for HW-GRO to PSP Tariq Toukan
2026-07-30 9:17 ` [PATCH net-next 01/13] net/mlx5e: Generalize TC <-> IPsec mutual exclusion Tariq Toukan
2026-07-30 9:17 ` [PATCH net-next 02/13] net/mlx5e: ipsec: Block TC offload when IPsec is enabled Tariq Toukan
2026-07-30 9:17 ` [PATCH net-next 03/13] net/mlx5e: psp: Block TC offload when PSP " Tariq Toukan
2026-07-30 9:17 ` [PATCH net-next 04/13] net/mlx5e: macsec: Block TC offload when MACsec " Tariq Toukan
2026-07-30 9:17 ` [PATCH net-next 05/13] net/mlx5e: psp: Move RX marker from ft_metadata to flow_tag Tariq Toukan
2026-07-30 9:17 ` [PATCH net-next 06/13] net/mlx5e: ipsec: " Tariq Toukan
2026-07-30 9:17 ` [PATCH net-next 07/13] net/mlx5e: macsec: " Tariq Toukan
2026-07-30 9:17 ` [PATCH net-next 08/13] net/mlx5e: psp: Handle HW-decapsulated RX PSP packets Tariq Toukan
2026-07-30 9:17 ` [PATCH net-next 09/13] net/mlx5e: psp: Add an rx_decap steering table Tariq Toukan
2026-07-31 12:41 ` Daniel Zahka
2026-08-10 11:45 ` Cosmin Ratiu [this message]
2026-07-30 9:17 ` [PATCH net-next 10/13] net/mlx5e: shampo: Flush session on PSP mismatch Tariq Toukan
2026-07-30 9:17 ` [PATCH net-next 11/13] net/mlx5e: psp: Dynamically reconfigure based on SHAMPO mode Tariq Toukan
2026-07-30 9:17 ` [PATCH net-next 12/12] net: psp: Add a self test for PSP with HW-GRO Tariq Toukan
2026-07-30 9:58 ` Tariq Toukan
2026-07-30 20:13 ` Jakub Kicinski
2026-07-30 9:17 ` [PATCH net-next 12/13] selftests: drv-net: psp: Fix responder parsing Tariq Toukan
2026-07-30 9:17 ` [PATCH net-next 13/13] selftests: drv-net: psp: Add a test for PSP with HW-GRO Tariq Toukan
2026-07-31 1:53 ` Jakub Kicinski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=b36593b50a56f6d8ef918bf4dc45453d84bcf6bc.camel@nvidia.com \
--to=cratiu@nvidia.com \
--cc=Jacob.e.keller@intel.com \
--cc=alazar@nvidia.com \
--cc=aleksandr.loktionov@intel.com \
--cc=andrew+netdev@lunn.ch \
--cc=borisp@nvidia.com \
--cc=cjubran@nvidia.com \
--cc=cmi@nvidia.com \
--cc=daniel.zahka@gmail.com \
--cc=davem@davemloft.net \
--cc=doruk@0sec.ai \
--cc=dtatulea@nvidia.com \
--cc=edumazet@google.com \
--cc=gal@nvidia.com \
--cc=horms@kernel.org \
--cc=jianbol@nvidia.com \
--cc=kees@kernel.org \
--cc=kuba@kernel.org \
--cc=leon@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-rdma@vger.kernel.org \
--cc=lkayal@nvidia.com \
--cc=mbloch@nvidia.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=phaddad@nvidia.com \
--cc=raeds@nvidia.com \
--cc=rrameshbabu@nvidia.com \
--cc=saeedm@nvidia.com \
--cc=sd@queasysnail.net \
--cc=sdf.kernel@gmail.com \
--cc=sdf@fomichev.me \
--cc=shuah@kernel.org \
--cc=skhan@linuxfoundation.org \
--cc=tariqt@nvidia.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox