Re: [PATCH take 2] pkt_sched: Fix qdisc_watchdog() vs. dev_deactivate() race
From: David Miller <davem@davemloft.net>
Date: 2008-09-11 10:40:02
From: David Miller <davem@davemloft.net>
Date: 2008-09-11 10:40:02
From: David Miller <davem@davemloft.net> Date: Thu, 21 Aug 2008 00:52:50 -0700 (PDT)
From: Herbert Xu <herbert@gondor.apana.org.au> Date: Thu, 21 Aug 2008 17:16:34 +1000quoted
Actually, why do we even keep a netdev_queue pointer in a qdisc? A given qdisc can be used by multiple queues (which is why the lock was moved into the qdisc in the first place). How about keeping a pointer directly to the root qdisc plus a pointer to the netdev (which seems to be the only other use for qdisc->dev_queue)? That way there won't be any confusion as to whether we want the sleeping or non-sleeping qdisc.Not a bad idea at all. The reason it's there is a left-over from earlier designs of my multiqueue stuff, I thought we'd always multiplex the qdiscs to be per-queue. But once Patrick showed me we couldn't do that, we now have shared qdiscs.
I got to looking into this and we do need the qdisc->dev_queue member, see qdisc_run(). So it's not like we can get rid of it if we replace it with ->netdevdev and add a ->root_qdisc backpointer as well.