lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Wed, 04 Apr 2007 16:13:07 +0200
From:	Patrick McHardy <>
To:	Denys <>
	Stephen Hemminger <>,
Subject: Re: HTB/act_mirred problem [was: one more... iproute commands lockup
 whole system]

Denys wrote:
> I have some interesting thing:
> Rules:
> tc qdisc del dev eth0.5 root
> tc qdisc add dev eth0.5 handle 1: root htb
> tc class add dev eth0.5 parent 1:0 classid 1:2 htb rate 128Kbit
> tc qdisc add dev eth0.5 parent 1:2 handle 2: prio
> tc filter add dev eth0.5 parent 1: protocol ip prio 10 u32 \
> match ip src flowid 1:2
> tc filter add dev eth0.5 parent 2: protocol ip prio 10 u32 \
>     match ip src flowid 2:1 \
>     action mirred egress redirect dev eth0.6
> (it is not working, but just i tried few things)
> At morning i wakeup and see in dmesg, also not sure if it's bug or result of 
> misconfiguration:
> [46632.941527] KERNEL: assertion (!cl->level && cl->un.leaf.q && cl-
>>un.leaf.q->q.qlen) failed at net/sched/sch_htb.c (585)

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.

Jamal, we can't return NET_XMIT_SUCCESS unless we've really queued the
packet. I can't remeber the reason why this is done, could you remind

To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
More majordomo info at

Powered by blists - more mailing lists