From: Stephen Hemminger <stephen.hemminger@vyatta.com>
Date: Wed, 6 Aug 2008 18:02:37 -0700

quoted text
> With only one sfq (on eth0), I am getting multiple results from
> 'tc qdisc ls'
> 
> # tc qdisc ls
> qdisc sfq 8001: dev eth0 root limit 127p quantum 1514b 
> qdisc sfq 8001: dev eth0 root limit 127p quantum 1514b 
> qdisc sfq 8001: dev eth0 root limit 127p quantum 1514b 
> qdisc sfq 8001: dev eth0 root limit 127p quantum 1514b 
> qdisc sfq 8001: dev eth0 root limit 127p quantum 1514b 
> 
> Still bisecting, since there is no obvious reason for the sudden borkage.

Don't bother bisecting, it will take longer than the obvious
set of debug printk's you could add to net/sched/sch_api.c:tc_dump_qdisc().

Please use a "mindful" approach to debugging this instead of
a "mindless" one like bisect :-)
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html