From: Patrick McHardy <kaber@trash.net>
To: "David S. Miller" <davem@davemloft.net>
Cc: tgraf@suug.ch, spam@crocom.com.pl, netdev@oss.sgi.com
Subject: Re: PROBLEM: IProute hangs after running traffic shaping scripts
Date: Wed, 10 Nov 2004 01:55:37 +0100 [thread overview]
Message-ID: <41916709.8020402@trash.net> (raw)
In-Reply-To: <41916369.7020901@trash.net>
[-- Attachment #1: Type: text/plain, Size: 1658 bytes --]
Patrick McHardy wrote:
> David S. Miller wrote:
>
>> How do these child qdiscs get destroyed at all if you just
>> remove them from the lists they are on? How will the rest
>> of destroy processing find them and clean them up?
>>
>>
>
> The RCU-callback calls ops->destroy. The qdisc knows about it's inner
> structure and destroys all classes and the inner qdiscs. dev->qdisc_list
> is just a flat list containing all qdiscs of the tree for lookups.
This is the final patch:
# [PKT_SCHED]: Unlink inner qdiscs immediately in qdisc_destroy
#
# Before the RCU change distruction of the qdisc and all inner
# qdiscs happend immediately and under the rtnl semaphore. This
# made sure nothing holding the rtnl semaphore could end up with
# invalid memory. This is not true anymore, inner qdiscs found on
# dev->qdisc_list can be suddenly destroyed by the RCU callback.
# Unlink them immediately when the outer qdisc is destroyed so
# nothing can find them until they get destroyed.
This also makes semantics sane again, an inner qdiscs should not
be user-visible once the containing qdisc has been destroyed. The
second part (locking in qdisc_lookup) is not really required, but
currently the only purpose of qdisc_tree_lock seems to be to protect
dev->qdisc_list, which is also protected by the rtnl. The rtnl is
especially relied on for making sure nobody frees a qdisc while it
is used in user-context, so qdisc_tree_lock looks unnecessary. I'm
currently reviewing all qdisc locking, if this turns out to be right
I will remove qdisc_tree_lock entirely in a follow-up patch, but for
now I left it in for consistency.
Regards
Patrick
[-- Attachment #2: x --]
[-- Type: text/plain, Size: 3694 bytes --]
# This is a BitKeeper generated diff -Nru style patch.
#
# ChangeSet
# 2004/11/09 07:46:48+01:00 kaber@coreworks.de
# [PKT_SCHED]: Unlink inner qdiscs immediately in qdisc_destroy
#
# Before the RCU change distruction of the qdisc and all inner
# qdiscs happend immediately and under the rtnl semaphore. This
# made sure nothing holding the rtnl semaphore could end up with
# invalid memory. This is not true anymore, inner qdiscs found on
# dev->qdisc_list can be suddenly destroyed by the RCU callback.
# Unlink them immediately when the outer qdisc is destroyed so
# nothing can find them until they get destroyed.
#
# With help from Thomas Graf <tgraf@suug.ch>
#
# Signed-off-by: Patrick McHardy <kaber@trash.net>
#
# net/sched/sch_generic.c
# 2004/11/09 07:46:39+01:00 kaber@coreworks.de +23 -1
# [PKT_SCHED]: Unlink inner qdiscs immediately in qdisc_destroy
#
# Before the RCU change distruction of the qdisc and all inner
# qdiscs happend immediately and under the rtnl semaphore. This
# made sure nothing holding the rtnl semaphore could end up with
# invalid memory. This is not true anymore, inner qdiscs found on
# dev->qdisc_list can be suddenly destroyed by the RCU callback.
# Unlink them immediately when the outer qdisc is destroyed so
# nothing can find them until they get destroyed.
#
# With help from Thomas Graf <tgraf@suug.ch>
#
# Signed-off-by: Patrick McHardy <kaber@trash.net>
#
# net/sched/sch_api.c
# 2004/11/09 07:46:39+01:00 kaber@coreworks.de +5 -1
# [PKT_SCHED]: Unlink inner qdiscs immediately in qdisc_destroy
#
# Before the RCU change distruction of the qdisc and all inner
# qdiscs happend immediately and under the rtnl semaphore. This
# made sure nothing holding the rtnl semaphore could end up with
# invalid memory. This is not true anymore, inner qdiscs found on
# dev->qdisc_list can be suddenly destroyed by the RCU callback.
# Unlink them immediately when the outer qdisc is destroyed so
# nothing can find them until they get destroyed.
#
# With help from Thomas Graf <tgraf@suug.ch>
#
# Signed-off-by: Patrick McHardy <kaber@trash.net>
#
diff -Nru a/net/sched/sch_api.c b/net/sched/sch_api.c
--- a/net/sched/sch_api.c 2004-11-10 01:45:31 +01:00
+++ b/net/sched/sch_api.c 2004-11-10 01:45:31 +01:00
@@ -196,10 +196,14 @@
{
struct Qdisc *q;
+ read_lock_bh(&qdisc_tree_lock);
list_for_each_entry(q, &dev->qdisc_list, list) {
- if (q->handle == handle)
+ if (q->handle == handle) {
+ read_unlock_bh(&qdisc_tree_lock);
return q;
+ }
}
+ read_unlock_bh(&qdisc_tree_lock);
return NULL;
}
diff -Nru a/net/sched/sch_generic.c b/net/sched/sch_generic.c
--- a/net/sched/sch_generic.c 2004-11-10 01:45:31 +01:00
+++ b/net/sched/sch_generic.c 2004-11-10 01:45:31 +01:00
@@ -483,10 +483,32 @@
void qdisc_destroy(struct Qdisc *qdisc)
{
+ struct list_head cql = LIST_HEAD_INIT(cql);
+ struct Qdisc *cq, *q, *n;
+
if (qdisc->flags & TCQ_F_BUILTIN ||
!atomic_dec_and_test(&qdisc->refcnt))
return;
- list_del(&qdisc->list);
+
+ if (!list_empty(&qdisc->list)) {
+ if (qdisc->ops->cl_ops == NULL)
+ list_del(&qdisc->list);
+ else
+ list_move(&qdisc->list, &cql);
+ }
+
+ /* unlink inner qdiscs from dev->qdisc_list immediately */
+ list_for_each_entry(cq, &cql, list)
+ list_for_each_entry_safe(q, n, &qdisc->dev->qdisc_list, list)
+ if (TC_H_MAJ(q->parent) == TC_H_MAJ(cq->handle)) {
+ if (q->ops->cl_ops == NULL)
+ list_del_init(&q->list);
+ else
+ list_move_tail(&q->list, &cql);
+ }
+ list_for_each_entry_safe(cq, n, &cql, list)
+ list_del_init(&cq->list);
+
call_rcu(&qdisc->q_rcu, __qdisc_destroy);
}
next prev parent reply other threads:[~2004-11-10 0:55 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-05 9:48 PROBLEM: IProute hangs after running traffic shaping scripts Szymon Miotk
2004-11-05 11:54 ` Thomas Graf
2004-11-05 14:16 ` [PATCH] PKT_SCHED: Initialize list field in dummy qdiscs Thomas Graf
2004-11-05 16:12 ` Patrick McHardy
2004-11-05 16:39 ` Thomas Graf
2004-11-05 17:26 ` Patrick McHardy
2004-11-05 17:58 ` Thomas Graf
2004-11-05 18:18 ` Patrick McHardy
2004-11-05 19:43 ` Thomas Graf
2004-11-06 1:18 ` Thomas Graf
2004-11-06 1:47 ` Patrick McHardy
2004-11-06 1:59 ` Thomas Graf
2004-11-06 14:50 ` Thomas Graf
2004-11-07 8:57 ` Patrick McHardy
2004-11-07 14:00 ` Thomas Graf
2004-11-07 16:19 ` Patrick McHardy
2004-11-07 16:33 ` Thomas Graf
2004-11-07 17:02 ` Patrick McHardy
2004-11-07 17:49 ` Thomas Graf
2004-11-07 18:22 ` Patrick McHardy
2004-11-07 19:08 ` Thomas Graf
2004-11-06 0:36 ` David S. Miller
2004-11-07 22:22 ` PROBLEM: IProute hangs after running traffic shaping scripts Patrick McHardy
2004-11-08 1:40 ` Patrick McHardy
2004-11-08 13:54 ` Thomas Graf
2004-11-08 16:12 ` Patrick McHardy
2004-11-08 18:33 ` Thomas Graf
2004-11-08 19:46 ` Patrick McHardy
2004-11-08 20:15 ` Thomas Graf
2004-11-10 0:18 ` David S. Miller
2004-11-10 0:40 ` Patrick McHardy
2004-11-10 0:55 ` Patrick McHardy [this message]
2004-11-10 6:13 ` David S. Miller
2004-11-10 12:08 ` Szymon Miotk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=41916709.8020402@trash.net \
--to=kaber@trash.net \
--cc=davem@davemloft.net \
--cc=netdev@oss.sgi.com \
--cc=spam@crocom.com.pl \
--cc=tgraf@suug.ch \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).