From: Ratheesh Kannoth <rkannoth@marvell.com>
To: "Loktionov, Aleksandr" <aleksandr.loktionov@intel.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"oss-drivers@corigine.com" <oss-drivers@corigine.com>,
"akiyano@amazon.com" <akiyano@amazon.com>,
"andrew+netdev@lunn.ch" <andrew+netdev@lunn.ch>,
"Nguyen, Anthony L" <anthony.l.nguyen@intel.com>,
"Kubalewski, Arkadiusz" <arkadiusz.kubalewski@intel.com>,
"brett.creeley@amd.com" <brett.creeley@amd.com>,
"darinzon@amazon.com" <darinzon@amazon.com>,
"davem@davemloft.net" <davem@davemloft.net>,
"donald.hunter@gmail.com" <donald.hunter@gmail.com>,
"edumazet@google.com" <edumazet@google.com>,
"horms@kernel.org" <horms@kernel.org>,
"idosch@nvidia.com" <idosch@nvidia.com>,
"Vecera, Ivan" <ivecera@redhat.com>,
"jiri@resnulli.us" <jiri@resnulli.us>,
"kuba@kernel.org" <kuba@kernel.org>,
"leon@kernel.org" <leon@kernel.org>,
"mbloch@nvidia.com" <mbloch@nvidia.com>,
"michael.chan@broadcom.com" <michael.chan@broadcom.com>,
"pabeni@redhat.com" <pabeni@redhat.com>,
"pavan.chebbi@broadcom.com" <pavan.chebbi@broadcom.com>,
"petrm@nvidia.com" <petrm@nvidia.com>,
"Prathosh.Satish@microchip.com" <Prathosh.Satish@microchip.com>,
"Kitszel, Przemyslaw" <przemyslaw.kitszel@intel.com>,
"saeedm@nvidia.com" <saeedm@nvidia.com>,
"sgoutham@marvell.com" <sgoutham@marvell.com>,
"tariqt@nvidia.com" <tariqt@nvidia.com>,
"vadim.fedorenko@linux.dev" <vadim.fedorenko@linux.dev>
Subject: Re: [Intel-wired-lan] [PATCH v12 net-next 7/9] octeontx2-af: npc: Support for custom KPU profile from filesystem
Date: Tue, 12 May 2026 07:41:37 +0530 [thread overview]
Message-ID: <agKMWQFXv0SSJxL4@rkannoth-OptiPlex-7090> (raw)
In-Reply-To: <IA3PR11MB89869B60A745F66E6C43A9E4E5382@IA3PR11MB8986.namprd11.prod.outlook.com>
On 2026-05-11 at 17:25:39, Loktionov, Aleksandr (aleksandr.loktionov@intel.com) wrote:
> > +
> > + npc_prepare_default_kpu(rvu, profile);
> > +
> > + /* If user not specified profile customization */
> > + if (!strncmp(kpu_profile, def_pfl_name, KPU_NAME_LEN))
> > + return;
> > +
> > + /* Order of preceedence for load loading NPC profile (high to
> > low)
> > + * Firmware binary in filesystem.
> > + * Firmware database method.
> > + * Default KPU profile.
> > + */
> > +
> > + /* Filesystem-based KPU loading is not supported on cn20k.
> > + * npc_prepare_default_kpu() was invoked earlier, but control
> > + * reached this point because the default profile was not
> > selected.
> > + * No need to call it again.
> > + */
> It looks like comment contradicts with the code below?
> Isn't it?
No, there is no contradiction. Let me clarify the intent of the
comment.
npc_prepare_default_kpu() is called unconditionally at the top of
the function to ensure the hardware is always initialized with a
valid baseline KPU profile.
The strncmp(kpu_profile, def_pfl_name, KPU_NAME_LEN) check that
follows determines whether the user has explicitly requested a
non-default profile via the kpu_profile module parameter. If the
default profile name matches, we return early -- the job is
already done by npc_prepare_default_kpu().
However, if the user has specified a custom profile name,
execution continues past the early return. At that point, the
comment is clarifying that even though we are in the "custom
profile requested" code path, we must NOT call
npc_prepare_default_kpu() again -- it was already invoked above
and the HW is already initialized.
In summary: the comment is not describing what the code below
does -- it's explaining why npc_prepare_default_kpu() is
intentionally absent from the non cn20k-specific code path that
follows.
>
> > + if (!is_cn20k(rvu->pdev)) {
> > + if (!npc_load_kpu_profile_from_fs(rvu))
> > + return;
> > + }
next prev parent reply other threads:[~2026-05-12 2:12 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-08 3:49 [PATCH v12 net-next 0/9] octeontx2-af: npc: Enhancements Ratheesh Kannoth
2026-05-08 3:49 ` [PATCH v12 net-next 1/9] octeontx2-af: npc: cn20k: debugfs enhancements Ratheesh Kannoth
2026-05-11 2:25 ` Ratheesh Kannoth
2026-05-08 3:49 ` [PATCH v12 net-next 2/9] net/mlx5e: trim stack use in PCIe congestion threshold helper Ratheesh Kannoth
2026-05-08 9:02 ` David Laight
2026-05-08 3:49 ` [PATCH v12 net-next 3/9] devlink: pass param values by pointer Ratheesh Kannoth
2026-05-11 13:39 ` Przemek Kitszel
2026-05-08 3:49 ` [PATCH v12 net-next 4/9] devlink: Implement devlink param multi attribute nested data values Ratheesh Kannoth
2026-05-11 2:31 ` Ratheesh Kannoth
2026-05-08 3:49 ` [PATCH v12 net-next 5/9] octeontx2-af: npc: cn20k: add subbank search order control Ratheesh Kannoth
2026-05-11 2:32 ` Ratheesh Kannoth
2026-05-08 3:49 ` [PATCH v12 net-next 6/9] octeontx2: cn20k: Coordinate default rules with NIX LF lifecycle Ratheesh Kannoth
2026-05-11 2:44 ` Ratheesh Kannoth
2026-05-08 3:49 ` [PATCH v12 net-next 7/9] octeontx2-af: npc: Support for custom KPU profile from filesystem Ratheesh Kannoth
2026-05-11 3:23 ` Ratheesh Kannoth
2026-05-11 3:27 ` Ratheesh Kannoth
2026-05-11 11:55 ` [Intel-wired-lan] " Loktionov, Aleksandr
2026-05-12 2:11 ` Ratheesh Kannoth [this message]
2026-05-08 3:49 ` [PATCH v12 net-next 8/9] octeontx2: cn20k: Respect NPC MCAM X2/X4 profile in flows and DFT alloc Ratheesh Kannoth
2026-05-11 3:25 ` Ratheesh Kannoth
2026-05-08 3:49 ` [PATCH v12 net-next 9/9] octeontx2-af: npc: cn20k: Allocate npc_priv and dstats dynamically Ratheesh Kannoth
2026-05-11 3:26 ` Ratheesh Kannoth
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=agKMWQFXv0SSJxL4@rkannoth-OptiPlex-7090 \
--to=rkannoth@marvell.com \
--cc=Prathosh.Satish@microchip.com \
--cc=akiyano@amazon.com \
--cc=aleksandr.loktionov@intel.com \
--cc=andrew+netdev@lunn.ch \
--cc=anthony.l.nguyen@intel.com \
--cc=arkadiusz.kubalewski@intel.com \
--cc=brett.creeley@amd.com \
--cc=darinzon@amazon.com \
--cc=davem@davemloft.net \
--cc=donald.hunter@gmail.com \
--cc=edumazet@google.com \
--cc=horms@kernel.org \
--cc=idosch@nvidia.com \
--cc=ivecera@redhat.com \
--cc=jiri@resnulli.us \
--cc=kuba@kernel.org \
--cc=leon@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rdma@vger.kernel.org \
--cc=mbloch@nvidia.com \
--cc=michael.chan@broadcom.com \
--cc=netdev@vger.kernel.org \
--cc=oss-drivers@corigine.com \
--cc=pabeni@redhat.com \
--cc=pavan.chebbi@broadcom.com \
--cc=petrm@nvidia.com \
--cc=przemyslaw.kitszel@intel.com \
--cc=saeedm@nvidia.com \
--cc=sgoutham@marvell.com \
--cc=tariqt@nvidia.com \
--cc=vadim.fedorenko@linux.dev \
/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