[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAM0EoMk8nd2XVCvKmakqN0fPsz3rYWfUwL7cJVW8rhntP5turQ@mail.gmail.com>
Date: Fri, 6 Feb 2026 08:33:46 -0500
From: Jamal Hadi Salim <jhs@...atatu.com>
To: Vladimir Oltean <vladimir.oltean@....com>
Cc: Paul Moses <p@....org>, netdev@...r.kernel.org, xiyou.wangcong@...il.com,
jiri@...nulli.us, davem@...emloft.net, edumazet@...gle.com, kuba@...nel.org,
pabeni@...hat.com, horms@...nel.org, linux-kernel@...r.kernel.org,
stable@...r.kernel.org, Vinicius Costa Gomes <vinicius.gomes@...el.com>
Subject: Re: [PATCH net] net: sched: act_api: size RTM_GETACTION reply by fill size
On Thu, Feb 5, 2026 at 5:12 PM Vladimir Oltean <vladimir.oltean@....com> wrote:
>
> On Thu, Feb 05, 2026 at 04:30:06PM -0500, Jamal Hadi Salim wrote:
> > Yes, this kinda answers the question: we are looking for something
> > that serves as an upper bound for the control list.
> > Does the standard explicitly specify that it is arbitrary - or is that
> > deduced by lack of mention of an upper bound.
> > Either way imo we need to have a "reasonable" upper bound in the code.
> >
> > cheers,
> > jamal
>
> It doesn't specifically use the word "arbitrary" but it describes a
> mechanism to indicate what the arbitrarily chosen upper bound is, if
> there is one.
>
> Specifically, clause 12.31.1.4 talks of a managed object for PSFP called
> SupportedListMax. This is supposed to report the maximum values that the
> AdminControlListLength and OperControlListLength parameters can hold in
> this particular implementation.
>
Very helpful details - Thanks Vladmir.
Paul, maybe a nice number like 512 for something analogous to
AdminControlListLength?
The analogous OperControlListLength can be derived from counting the
list elements.
cheers,
jamal
> There is no intrinsic or universally reasonable limit on their count.
> It depends on the required schedule complexity.
Powered by blists - more mailing lists