sfq: fix sfq class stats handling
authorEric Dumazet <eric.dumazet@gmail.com>
Wed, 22 Dec 2010 19:39:59 +0000 (11:39 -0800)
committerDavid S. Miller <davem@davemloft.net>
Wed, 22 Dec 2010 19:39:59 +0000 (11:39 -0800)
commitee09b3c1cff0335137dc1b146488e4352f640f13
tree4f21be5938205963ab73f8ca2ebdd0f4a65f8b17
parent503b1a529a6b62b31904bab4699752c523cf76b2
sfq: fix sfq class stats handling

sfq_walk() runs without qdisc lock. By the time it selects a non empty
hash slot and sfq_dump_class_stats() is run (with lock held), slot might
have been freed : We then access q->slots[SFQ_EMPTY_SLOT], out of
bounds, and crash in slot_queue_walk()

On previous kernels, bug is here but out of bounds qs[SFQ_DEPTH] and
allot[SFQ_DEPTH] are located in struct sfq_sched_data, so no illegal
memory access happens, only possibly wrong data reported to user.

Also, slot_dequeue_tail() should make sure slot skb chain is correctly
terminated, or sfq_dump_class_stats() can access freed skbs.

Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/sched/sch_sfq.c