[PATCH 3/5] removing the next_type enum
Burakov, Anatoly
anatoly.burakov at intel.com
Fri Sep 25 14:42:40 CEST 2026
On 9/15/2026 12:46 PM, Evgeny Sokolov wrote:
> From: Sokolov Evgeny <Evgeny.Sokolov at infotecs.ru>
>
> ---
This patch is odd.
First of all, the patch headline says it's the third patch of the
series, but there is no "series" here, it's just a standalone patch.
Please use appropriate git format-patch/send-email command line
parameters to send patches with proper threading if this is indeed part
of a series and not a standalone patch.
Moreover, there's no commit message.
Aside from general commit formatting issues, I'm of two opinions on this
particular change. Specifically, I think this:
if (next_type == RTE_FLOW_ITEM_END && ...)
actually looks better than this:
if (((item + 1)->type == RTE_FLOW_ITEM_TYPE_END) && ...
because there's way less visual noise. So, I would keep next_type as
local variable.
However, if the intention of this patch was to get rid of the three
places where we set next_type, then I agree with that direction: we
should only be setting it once. Perhaps we could set it before the
switch statement?
--
Thanks,
Anatoly
More information about the stable
mailing list