[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20201217124504.561c67c8@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com>
Date: Thu, 17 Dec 2020 12:45:04 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: Davide Caratti <dcaratti@...hat.com>
Cc: Jamal Hadi Salim <jhs@...atatu.com>,
Cong Wang <xiyou.wangcong@...il.com>,
Jiri Pirko <jiri@...nulli.us>,
"David S. Miller" <davem@...emloft.net>,
Vinicius Costa Gomes <vinicius.gomes@...el.com>,
netdev@...r.kernel.org
Subject: Re: [PATCH net] net/sched: sch_taprio: reset child qdiscs before
freeing them
On Thu, 17 Dec 2020 21:32:29 +0100 Davide Caratti wrote:
> hello Jakub, and thanks for checking!
>
> On Thu, 2020-12-17 at 11:05 -0800, Jakub Kicinski wrote:
> > On Wed, 16 Dec 2020 19:33:29 +0100 Davide Caratti wrote:
> > > + if (q->qdiscs) {
> > > + for (i = 0; i < dev->num_tx_queues && q->qdiscs[i]; i++)
> > > + qdisc_reset(q->qdiscs[i]);
> >
> > Are you sure that we can't graft a NULL in the middle of the array?
>
> that should not happen, because child qdiscs are checked for being non-
> NULL when they are created:
>
> https://elixir.bootlin.com/linux/v5.10/source/net/sched/sch_taprio.c#L1674
>
> and then assigned to q->qdiscs[i]. So, there might be NULL elements of
> q->qdiscs[] in the middle of the array when taprio_reset() is called,
> but it should be ok to finish the loop when we encounter the first one:
> subsequent ones should be NULL as well.
Right, but that's init, look at taprio_graft(). The child qdiscs can be
replaced at any time. And the replacement can be NULL otherwise why
would graft check "if (new)"
Powered by blists - more mailing lists