This mail was posted 02-11-2004 to linux-net@xxxxxxxxxxxxxxx, but I got no response at all, so I am resending it. [1.] One line summary of the problem: IProute hangs after running traffic shaping scr
Could you send me the rules via private email or explain the basic architecutre of it? My first thought was that you might run out of stack space while dumping the qdisc tree but it doesn't seem so
Szymon Miotk wrote: This mail was posted 02-11-2004 to linux-net@xxxxxxxxxxxxxxx, but I got no response at all, so I am resending it. [1.] One line summary of the problem: IProute hangs after running
Patrick McHardy wrote: Szymon Miotk wrote: This mail was posted 02-11-2004 to linux-net@xxxxxxxxxxxxxxx, but I got no response at all, so I am resending it. [1.] One line summary of the problem: IPro
I think you should extend the above to: if (qdisc->ops->cl_ops != NULL && !list_empty(&qdisc->list)) Otherwise you might unlink entries just added before the rcu callback and it prevents an unneeded
Thomas Graf wrote: + /* unlink inner qdiscs from dev->qdisc_list immediately */ + if (qdisc->ops->cl_ops != NULL) + list_add(&qdisc->list, &cql); I think you should extend the above to: if (qdisc->op
* Patrick McHardy <418F9AD0.1040701@xxxxxxxxx> 2004-11-08 17:12 I don't have the time to verify this at the moment but: 1) qdisc_destroy unlinking all the lists 2) RTM_NEWQDISC creating a new qdisc w
Thomas Graf wrote: * Patrick McHardy <418F9AD0.1040701@xxxxxxxxx> 2004-11-08 17:12 There is some optimization possible, I will do this for the final patch. But I don't understand the problem you refe
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?
David S. Miller wrote: On Mon, 08 Nov 2004 20:46:18 +0100 Patrick McHardy <kaber@xxxxxxxxx> wrote: New patch attached. How do these child qdiscs get destroyed at all if you just remove them from the
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
Patrick McHardy wrote: Thomas Graf wrote: * Patrick McHardy <418F9AD0.1040701@xxxxxxxxx> 2004-11-08 17:12 There is some optimization possible, I will do this for the final patch. But I don't understa
This mail was posted 02-11-2004 to linux-net@xxxxxxxxxxxxxxx, but I got no response at all, so I am resending it. [1.] One line summary of the problem: IProute hangs after running traffic shaping scr
Could you send me the rules via private email or explain the basic architecutre of it? My first thought was that you might run out of stack space while dumping the qdisc tree but it doesn't seem so
This mail was posted 02-11-2004 to linux-net@xxxxxxxxxxxxxxx, but I got no response at all, so I am resending it. [1.] One line summary of the problem: IProute hangs after running traffic shaping scr
This mail was posted 02-11-2004 to linux-net@xxxxxxxxxxxxxxx, but I got no response at all, so I am resending it. [1.] One line summary of the problem: IProute hangs after running traffic shaping scr
I think you should extend the above to: if (qdisc->ops->cl_ops != NULL && !list_empty(&qdisc->list)) Otherwise you might unlink entries just added before the rcu callback and it prevents an unneeded
+ /* unlink inner qdiscs from dev->qdisc_list immediately */ + if (qdisc->ops->cl_ops != NULL) + list_add(&qdisc->list, &cql); I think you should extend the above to: if (qdisc->ops->cl_ops != NULL