[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZSY7+b5qQhKgzXo5@nanopsycho>
Date: Wed, 11 Oct 2023 08:08:57 +0200
From: Jiri Pirko <jiri@...nulli.us>
To: Jakub Kicinski <kuba@...nel.org>
Cc: netdev@...r.kernel.org, pabeni@...hat.com, davem@...emloft.net,
edumazet@...gle.com, jacob.e.keller@...el.com,
johannes@...solutions.net
Subject: Re: [patch net-next 01/10] genetlink: don't merge dumpit split op
for different cmds into single iter
Tue, Oct 10, 2023 at 08:48:45PM CEST, kuba@...nel.org wrote:
>On Tue, 10 Oct 2023 13:08:20 +0200 Jiri Pirko wrote:
>> Fixes: b8fd60c36a44 ("genetlink: allow families to use split ops directly")
>
>Drop Fixes, add "currently no family declares ops which could trigger
>this issue".
Yeah, we need fixes semantics written down somewhere.
I can do it, sure.
>
>> if (i + cnt < family->n_split_ops &&
>> - family->split_ops[i + cnt].flags & GENL_CMD_CAP_DUMP) {
>> + family->split_ops[i + cnt].flags & GENL_CMD_CAP_DUMP &&
>> + (!cnt ||
>> + (cnt && family->split_ops[i + cnt].cmd == iter->doit.cmd))) {
>
>Why are you checking cnt? if do was not found cmd will be 0, which
>cannot mis-match.
Correct. Will remove cnt check.
Powered by blists - more mailing lists