From: Simon Horman <horms@kernel.org>
To: Przemek Kitszel <przemyslaw.kitszel@intel.com>
Cc: intel-wired-lan@lists.osuosl.org,
Tony Nguyen <anthony.l.nguyen@intel.com>,
netdev@vger.kernel.org, Dan Carpenter <dan.carpenter@linaro.org>,
Ahmed Zaki <ahmed.zaki@intel.com>,
Larysa Zaremba <larysa.zaremba@intel.com>
Subject: Re: [PATCH iwl-net] ice: fix ice_parser_rt::bst_key array size
Date: Thu, 12 Dec 2024 16:30:47 +0000 [thread overview]
Message-ID: <20241212163047.GA73795@kernel.org> (raw)
In-Reply-To: <20241211132745.112536-2-przemyslaw.kitszel@intel.com>
On Wed, Dec 11, 2024 at 02:26:36PM +0100, Przemek Kitszel wrote:
> Fix &ice_parser_rt::bst_key size. It was wrongly set to 10 instead of 20
> in the initial impl commit (see Fixes tag). All usage code assumed it was
> of size 20. That was also the initial size present up to v2 of the intro
> series [2], but halved by v3 [3] refactor described as "Replace magic
> hardcoded values with macros." The introducing series was so big that
> some ugliness was unnoticed, same for bugs :/
>
> ICE_BST_KEY_TCAM_SIZE and ICE_BST_TCAM_KEY_SIZE were differing by one.
> There was tmp variable @j in the scope of edited function, but was not
> used in all places. This ugliness is now gone.
> I'm moving ice_parser_rt::pg_prio a few positions up, to fill up one of
> the holes in order to compensate for the added 10 bytes to the ::bst_key,
> resulting in the same size of the whole as prior to the fix, and miminal
> changes in the offsets of the fields.
>
> This fix obsoletes Ahmed's attempt at [1].
>
> [1] https://lore.kernel.org/intel-wired-lan/20240823230847.172295-1-ahmed.zaki@intel.com
> [2] https://lore.kernel.org/intel-wired-lan/20230605054641.2865142-13-junfeng.guo@intel.com
> [3] https://lore.kernel.org/intel-wired-lan/20230817093442.2576997-13-junfeng.guo@intel.com
>
> Reported-by: Dan Carpenter <dan.carpenter@linaro.org>
> Closes: https://lore.kernel.org/intel-wired-lan/b1fb6ff9-b69e-4026-9988-3c783d86c2e0@stanley.mountain
> Fixes: 9a4c07aaa0f5 ("ice: add parser execution main loop")
> CC: Ahmed Zaki <ahmed.zaki@intel.com>
> Reviewed-by: Larysa Zaremba <larysa.zaremba@intel.com>
> Signed-off-by: Przemek Kitszel <przemyslaw.kitszel@intel.com>
Hi Przemek,
I agree that these changes are good. But I wonder if it would be best to
only treat the update size of bst_key as a fix.
...
> diff --git a/drivers/net/ethernet/intel/ice/ice_parser_rt.c b/drivers/net/ethernet/intel/ice/ice_parser_rt.c
> index dedf5e854e4b..d9c38ce27e4f 100644
> --- a/drivers/net/ethernet/intel/ice/ice_parser_rt.c
> +++ b/drivers/net/ethernet/intel/ice/ice_parser_rt.c
> @@ -125,22 +125,20 @@ static void ice_bst_key_init(struct ice_parser_rt *rt,
> else
> key[idd] = imem->b_kb.prio;
>
> - idd = ICE_BST_KEY_TCAM_SIZE - 1;
> + idd = ICE_BST_TCAM_KEY_SIZE - 2;
> for (i = idd; i >= 0; i--) {
> int j;
>
> j = ho + idd - i;
> if (j < ICE_PARSER_MAX_PKT_LEN)
> - key[i] = rt->pkt_buf[ho + idd - i];
> + key[i] = rt->pkt_buf[j];
> else
> key[i] = 0;
> }
>
> - ice_debug(rt->psr->hw, ICE_DBG_PARSER, "Generated Boost TCAM Key:\n");
> - ice_debug(rt->psr->hw, ICE_DBG_PARSER, "%02X %02X %02X %02X %02X %02X %02X %02X %02X %02X\n",
> - key[0], key[1], key[2], key[3], key[4],
> - key[5], key[6], key[7], key[8], key[9]);
> - ice_debug(rt->psr->hw, ICE_DBG_PARSER, "\n");
> + ice_debug_array_w_prefix(rt->psr->hw, ICE_DBG_PARSER,
> + KBUILD_MODNAME "Generated Boost TCAM Key",
Should there be a delimeter between KBUILD_MODNAME and "Generated ..." ?
e.g.:
KBUILD_MODNAME ": Generated Boost TCAM Key",
> + key, ICE_BST_TCAM_KEY_SIZE);
> }
>
> static u16 ice_bit_rev_u16(u16 v, int len)
>
> base-commit: 51a00be6a0994da2ba6b4ace3b7a0d9373b4b25e
> --
> 2.46.0
>
>
next prev parent reply other threads:[~2024-12-12 16:30 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-11 13:26 [PATCH iwl-net] ice: fix ice_parser_rt::bst_key array size Przemek Kitszel
2024-12-12 16:30 ` Simon Horman [this message]
2024-12-16 5:58 ` Przemek Kitszel
2024-12-16 17:05 ` Simon Horman
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=20241212163047.GA73795@kernel.org \
--to=horms@kernel.org \
--cc=ahmed.zaki@intel.com \
--cc=anthony.l.nguyen@intel.com \
--cc=dan.carpenter@linaro.org \
--cc=intel-wired-lan@lists.osuosl.org \
--cc=larysa.zaremba@intel.com \
--cc=netdev@vger.kernel.org \
--cc=przemyslaw.kitszel@intel.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;
as well as URLs for NNTP newsgroup(s).