[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1f62cb7e-ae5c-4769-989f-269eb2ddf845@windriver.com>
Date: Thu, 16 May 2024 00:39:29 +1100
From: wang xiaolei <xiaolei.wang@...driver.com>
To: Simon Horman <horms@...nel.org>
Cc: jhs@...atatu.com, xiyou.wangcong@...il.com, jiri@...nulli.us,
davem@...emloft.net, edumazet@...gle.com, kuba@...nel.org,
pabeni@...hat.com, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [net PATCH] net/sched: Get stab before calling ops->change()
On 5/10/24 11:19 PM, Simon Horman wrote:
> CAUTION: This email comes from a non Wind River email account!
> Do not click links or open attachments unless you recognize the sender and know the content is safe.
>
> On Thu, May 09, 2024 at 10:40:43AM +0800, Xiaolei Wang wrote:
>> ops->change() depends on stab, there is such a situation
>> When no parameters are passed in for the first time, stab
>> is omitted, as in configuration 1 below. At this time, a
>> warning "Warning: sch_taprio: Size table not specified, frame
>> length estimates may be inaccurate" will be received. When
>> stab is added for the second time, parameters, like configuration
>> 2 below, because the stab is still empty when ops->change()
>> is running, you will also receive the above warning.
>>
>> 1. tc qdisc replace dev eth1 parent root handle 100 taprio \
>> num_tc 5 map 0 1 2 3 4 queues 1@0 1@1 1@2 1@3 1@4 base-time 0 \
>> sched-entry S 1 100000 \
>> sched-entry S 2 100000 \
>> sched-entry S 4 100000 \
>> max-sdu 0 0 0 0 0 0 0 200 \
>> flags 2
>>
>> 2. tc qdisc replace dev eth1 parent root overhead 24 handle 100 taprio \
>> num_tc 5 map 0 1 2 3 4 queues 1@0 1@1 1@2 1@3 1@4 base-time 0 \
>> sched-entry S 1 100000 \
>> sched-entry S 2 100000 \
>> sched-entry S 4 100000 \
>> max-sdu 0 0 0 0 0 0 0 200 \
>> flags 2
>>
> Hi Xiaolei Wang,
>
> If this is a fix, targeted at the net tree, then it should probably have
> a Fixes tag here (no blank line between it and other tags).
>
>> Signed-off-by: Xiaolei Wang <xiaolei.wang@...driver.com>
>> ---
>> net/sched/sch_api.c | 20 ++++++++++----------
>> 1 file changed, 10 insertions(+), 10 deletions(-)
>>
>> diff --git a/net/sched/sch_api.c b/net/sched/sch_api.c
>> index 60239378d43f..fec358f497d5 100644
>> --- a/net/sched/sch_api.c
>> +++ b/net/sched/sch_api.c
>> @@ -1404,6 +1404,16 @@ static int qdisc_change(struct Qdisc *sch, struct nlattr **tca,
>> struct qdisc_size_table *ostab, *stab = NULL;
>> int err = 0;
>>
>> + if (tca[TCA_STAB]) {
>> + stab = qdisc_get_stab(tca[TCA_STAB], extack);
>> + if (IS_ERR(stab))
>> + return PTR_ERR(stab);
>> + }
>> +
>> + ostab = rtnl_dereference(sch->stab);
>> + rcu_assign_pointer(sch->stab, stab);
>> + qdisc_put_stab(ostab);
>> +
>> if (tca[TCA_OPTIONS]) {
>> if (!sch->ops->change) {
>> NL_SET_ERR_MSG(extack, "Change operation not supported by specified qdisc");
> I am concerned that in this case the stab will be updated even if the
> change operation is rejected by the following code in the if
> (tca[TCA_OPTIONS]) block, just below the above hunk.
>
> if (tca[TCA_INGRESS_BLOCK] || tca[TCA_EGRESS_BLOCK]) {
> NL_SET_ERR_MSG(extack, "Change of blocks is not supported");
> return -EOPNOTSUPP;
> }
> ...
Well, that makes sense, I will research further
thanks
xiaolei
>
> --
> pw-bot: under-review
Powered by blists - more mailing lists