Re: HTB/act_mirred problem [was: one more... iproute commands lockup whole system]

2007-04-04 Thread jamal
On Wed, 2007-04-04 at 16:13 +0200, Patrick McHardy wrote: This seems to be due to be caused by act_mirred returning TC_ACT_STOLEN, which is translated to NET_XMIT_SUCCESS within prio, causing HTB to increase the q.qlen counter and activating the class despite no packet beeing queued.

Re: HTB/act_mirred problem [was: one more... iproute commands lockup whole system]

2007-04-04 Thread Patrick McHardy
jamal wrote: On Wed, 2007-04-04 at 16:13 +0200, Patrick McHardy wrote: This seems to be due to be caused by act_mirred returning TC_ACT_STOLEN, which is translated to NET_XMIT_SUCCESS within prio, causing HTB to increase the q.qlen counter and activating the class despite no packet beeing

Re: HTB/act_mirred problem [was: one more... iproute commands lockup whole system]

2007-04-04 Thread jamal
On Wed, 2007-04-04 at 16:50 +0200, Patrick McHardy wrote: Anyway, we can't return NET_XMIT_SUCCESS, so how about just returning NET_XMIT_BYPASS in all cases where the packet was stolen/dropped/... by TC actions? Ok, I think i get you now. Yes, that would work, but: for the dropped case, you