Displaying 4 results from an estimated 4 matches for "qdisc_destroy".
2007 Jun 13
2
HTB deadlock
...l is in
progress.
Console output I have captured is at the end of this message. The same
behavior exists from vanilla 2.6.19.7 and above. It is possible that the
problem also exist in the earlier versions however I did not go further
back.
I also believe I have found where the actual problem is:
qdisc_destroy() function is always called with dev->queue_lock locked.
htb_destroy() function up the stack is using del_timer_sync() call to
deactivate HTB qdisc timers.
>From the comments in the source where del_timer_sync() is defined:
---copy/paste---
/**
* del_timer_sync - deactivate a timer and wa...
2004 Mar 18
6
[PATCH] packet delay scheduler
...dly_qopt *qopt = RTA_DATA(opt);
+ int err;
+
+ if (q->qdisc == &noop_qdisc) {
+ struct Qdisc *child
+ = qdisc_create_dflt(sch->dev, &bfifo_qdisc_ops);
+ if (!child)
+ return -EINVAL;
+ q->qdisc = child;
+ }
+
+ err = change_limit(q->qdisc, qopt->limit);
+ if (err) {
+ qdisc_destroy(q->qdisc);
+ q->qdisc = &noop_qdisc;
+ } else {
+ q->latency = qopt->latency;
+ q->limit = qopt->limit;
+ }
+ return err;
+}
+
+static int dly_init(struct Qdisc *sch, struct rtattr *opt)
+{
+ struct dly_sched_data *q = (struct dly_sched_data *)sch->data;
+
+ if (!opt)
+...
2004 Jul 01
20
[PATCH 2.6] update to network emulation QOS scheduler
...dly_qopt *qopt = RTA_DATA(opt);
- int err;
-
- if (q->qdisc == &noop_qdisc) {
- struct Qdisc *child
- = qdisc_create_dflt(sch->dev, &bfifo_qdisc_ops);
- if (!child)
- return -EINVAL;
- q->qdisc = child;
- }
-
- err = change_limit(q->qdisc, qopt->limit);
- if (err) {
- qdisc_destroy(q->qdisc);
- q->qdisc = &noop_qdisc;
- } else {
- q->latency = qopt->latency;
- q->limit = qopt->limit;
- q->loss = qopt->loss;
- }
- return err;
-}
-
-static int dly_init(struct Qdisc *sch, struct rtattr *opt)
-{
- struct dly_sched_data *q = (struct dly_sched_data *...
2006 Aug 02
10
[PATCH 0/6] htb: cleanup
The HTB scheduler code is a mess, this patch set does some basic
house cleaning. The first four should cause no code change, but the
last two need more testing.
--
Stephen Hemminger <shemminger@osdl.org>
"And in the Packet there writ down that doome"
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to