From: Ratheesh Kannoth <rkannoth@marvell.com>
To: Jakub Kicinski <kuba@kernel.org>
Cc: <edumazet@google.com>, <sgoutham@marvell.com>,
<andrew+netdev@lunn.ch>, <pabeni@redhat.com>,
<netdev@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<sumang@marvell.com>, <sbhatta@marvell.com>,
<davem@davemloft.net>
Subject: Re: [net-next,v8,10/13] octeontx2-af: npc: cn20k: Allocate MCAM entry for flow installation
Date: Tue, 24 Feb 2026 11:54:00 +0530 [thread overview]
Message-ID: <aZ1EAJN7tDu-xPl9@rkannoth-OptiPlex-7090> (raw)
In-Reply-To: <20260205022527.2271205-1-kuba@kernel.org>
On 2026-02-05 at 07:55:27, Jakub Kicinski (kuba@kernel.org) wrote:
> > cn20k_wreq.hw_prio = req->hw_prio;
> > + cn20k_wreq.req_kw_type = req->req_kw_type;
> >
> > update_rule:
>
> Looking at npc_install_flow(), req->req_kw_type is copied to
> cn20k_wreq.req_kw_type, but is req->req_kw_type ever initialized with the
> computed kw_type value?
>
> In rvu_mbox_handler_npc_install_flow(), the function
> rvu_npc_alloc_entry_for_flow_install() computes the correct kw_type based
> on the flow requirements and stores it in the local variable 'kw_type' at
> line 1746. However, this computed value is never assigned to
> req->req_kw_type before calling npc_install_flow() at line 1887.
>
> As a result, npc_install_flow() uses either a zero-initialized value or
> whatever the PF driver sent, instead of the AF-computed value. This seems
> inconsistent with the commit message stating "the AF driver determine the
> required NPC MCAM entry type." The incorrect req_kw_type is then passed to
> npc_cn20k_config_mcam_entry() which uses it for hardware configuration
> mismatch handling in npc_cn20k_config_kw_x2() at lines 956-960.
req->req_kw_type is used for different purpose. I believe, this comment is invalid.
next prev parent reply other threads:[~2026-02-24 6:24 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-02 7:45 [PATCH net-next v8 00/13] NPC HW block support for cn20k Ratheesh Kannoth
2026-02-02 7:45 ` [PATCH net-next v8 01/13] octeontx2-af: npc: cn20k: Index management Ratheesh Kannoth
2026-02-04 16:45 ` [net-next,v8,01/13] " Simon Horman
2026-02-04 16:57 ` Simon Horman
2026-02-02 7:45 ` [PATCH net-next v8 02/13] octeontx2-af: npc: cn20k: KPM profile changes Ratheesh Kannoth
2026-02-05 2:25 ` [net-next,v8,02/13] " Jakub Kicinski
2026-02-02 7:45 ` [PATCH net-next v8 03/13] octeontx2-af: npc: cn20k: Add default profile Ratheesh Kannoth
2026-02-02 7:45 ` [PATCH net-next v8 04/13] octeontx2-af: npc: cn20k: MKEX profile support Ratheesh Kannoth
2026-02-02 7:45 ` [PATCH net-next v8 05/13] octeontx2-af: npc: cn20k: Allocate default MCAM indexes Ratheesh Kannoth
2026-02-02 7:46 ` [PATCH net-next v8 06/13] octeontx2-af: npc: cn20k: Use common APIs Ratheesh Kannoth
2026-02-02 7:46 ` [PATCH net-next v8 07/13] octeontx2-af: npc: cn20k: Prepare for new SoC Ratheesh Kannoth
2026-02-02 7:46 ` [PATCH net-next v8 08/13] octeontx2-af: npc: cn20k: Add new mailboxes for CN20K silicon Ratheesh Kannoth
2026-02-05 2:25 ` [net-next,v8,08/13] " Jakub Kicinski
2026-02-02 7:46 ` [PATCH net-next v8 09/13] octeontx2-af: npc: cn20k: virtual index support Ratheesh Kannoth
2026-02-05 2:25 ` [net-next,v8,09/13] " Jakub Kicinski
2026-02-24 6:20 ` Ratheesh Kannoth
2026-02-24 18:17 ` Jakub Kicinski
2026-02-02 7:46 ` [PATCH net-next v8 10/13] octeontx2-af: npc: cn20k: Allocate MCAM entry for flow installation Ratheesh Kannoth
2026-02-05 2:25 ` [net-next,v8,10/13] " Jakub Kicinski
2026-02-24 6:24 ` Ratheesh Kannoth [this message]
2026-02-02 7:46 ` [PATCH net-next v8 11/13] octeontx2-pf: cn20k: Add TC rules support Ratheesh Kannoth
2026-02-02 7:46 ` [PATCH net-next v8 12/13] octeontx2-af: npc: cn20k: add debugfs support Ratheesh Kannoth
2026-02-02 7:46 ` [PATCH net-next v8 13/13] octeontx2-af: npc: Use common structures Ratheesh Kannoth
2026-02-05 2:24 ` [PATCH net-next v8 00/13] NPC HW block support for cn20k 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=aZ1EAJN7tDu-xPl9@rkannoth-OptiPlex-7090 \
--to=rkannoth@marvell.com \
--cc=andrew+netdev@lunn.ch \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=sbhatta@marvell.com \
--cc=sgoutham@marvell.com \
--cc=sumang@marvell.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
all inboxes | Powered by JetHome®