On Mon, 6 Mar 2017, David Miller wrote:
> > Ah, right you are, thanks. The complete fix is not super trivial, as it
> > needs some more surgery to tc_dump_qdisc_root(), tc_dump_tclass_root() and
> > qdisc_match_from_root() (see 69012ae42 for some details).
> >
> > There are two options:
> >
> > - this gets fixed in two phases, in first everything *but* noop qdisc gets
> > dumped (in the "give me everything" dump) and later we finalize it by
> > teaching the above functions about noop_qdisc as well
> >
> > - I extend this patchset to handle noop qdisc from the very beginning;
> > I am unlikely to find time for this during coming weeks though. But OTOH
> > this whole thing is very low priority anyway
> >
> > What do you think?
>
> I'm not too hot on this whole idea because the only way you can emit
> the noop_qdisc is to "dup" it by allocating a new qdisc so that you
> can link it in. This has two downsides:
>
> 1) Extra overhead and memory usage
>
> 2) All of the simple checks against &noop_qdisc might not be
> so simply any more.
Fully agreed.
I'd be inclined to just live with the fact that noop qdisc would never
ever be visible in the dump. I think that in this particular case this can
be easily justified, as the behavior is consistent with what is seen in
the dump ("nothing happens to the packets"). All other cases will be
covered.
If there are no objections to this, I'll send out v2 shortly.
Thanks,
--
Jiri Kosina
SUSE Labs
