Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1433161
| From | Cong Wang <xiyou.wangcong@gmail.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: Deleting child qdisc doesn't reset parent to default qdisc? |
| Date | 2016-06-28 19:30 +0200 |
| Message-ID | <rP4ZI-1y6-1@gated-at.bofh.it> (permalink) |
| References | (3 earlier) <rnS0b-4DT-27@gated-at.bofh.it> <rnTyX-5JF-39@gated-at.bofh.it> <robma-36m-15@gated-at.bofh.it> <rodnY-4BO-5@gated-at.bofh.it> <rP2XT-kK-15@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Tue, Jun 28, 2016 at 8:19 AM, Jiri Kosina <jikos@kernel.org> wrote: > BTW, I've started to actually work on fixing this, and I've noticed that > TBF behavior actually violates what's stated in pfifo_fast manpage: > > ========== > Whenever an interface is created, the pfifo_fast qdisc is > automatically used as a queue. If another qdisc is > attached, it preempts the default pfifo_fast, which automatically > returns to function when an existing qdisc is detached. > > In this sense this qdisc is magic, and unlike other qdiscs. > ========== It is out of date, now default qdisc can be set to any other qdisc via /proc. Also, probably due to historical reasons, we don't have a unified default default qdisc, some uses bfifo, some uses pfifo, we may break some existing script if we change that.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: Deleting child qdisc doesn't reset parent to default qdisc? Jiri Kosina <jikos@kernel.org> - 2016-06-28 17:20 +0200
Re: Deleting child qdisc doesn't reset parent to default qdisc? Cong Wang <xiyou.wangcong@gmail.com> - 2016-06-28 19:30 +0200
Re: Deleting child qdisc doesn't reset parent to default qdisc? Jiri Kosina <jikos@kernel.org> - 2016-06-28 19:40 +0200
csiph-web