1. 09 7月, 2008 2 次提交
  2. 06 7月, 2008 8 次提交
  3. 02 7月, 2008 2 次提交
  4. 28 6月, 2008 2 次提交
  5. 17 6月, 2008 2 次提交
  6. 12 6月, 2008 1 次提交
  7. 04 6月, 2008 1 次提交
  8. 21 5月, 2008 1 次提交
  9. 06 5月, 2008 1 次提交
  10. 05 5月, 2008 1 次提交
  11. 04 5月, 2008 1 次提交
  12. 03 5月, 2008 1 次提交
  13. 29 4月, 2008 1 次提交
  14. 18 4月, 2008 1 次提交
  15. 15 4月, 2008 1 次提交
    • J
      [NET_SCHED] sch_api: fix qdisc_tree_decrease_qlen() loop · 066a3b5b
      Jarek Poplawski 提交于
      TC_H_MAJ(parentid) for root classes is the same as for ingress, and if
      ingress qdisc is created qdisc_lookup() returns its pointer (without
      ingress NULL is returned). After this all qdisc_lookups give the same,
      and we get endless loop. (I don't know how this could hide for so long
      - it should trigger with every leaf class deleted if it's qdisc isn't
      empty.)
      
      After this fix qdisc_lookup() is omitted both for ingress and root
      parents, but looking for root is only wasting a little time here...
      Many thanks to Enrico Demarin for finding a test for catching this
      bug, which probably bothered quite a lot of admins.
       
      Reported-by: Enrico Demarin <enrico@superclick.com>,
      Signed-off-by: NJarek Poplawski <jarkao2@gmail.com>
      Acked-by: NPatrick McHardy <kaber@trash.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      066a3b5b
  16. 13 4月, 2008 1 次提交
  17. 29 3月, 2008 1 次提交
  18. 26 3月, 2008 1 次提交
  19. 24 3月, 2008 1 次提交
    • M
      sch_htb: fix "too many events" situation · 8f3ea33a
      Martin Devera 提交于
      HTB is event driven algorithm and part of its work is to apply
      scheduled events at proper times. It tried to defend itself from
      livelock by processing only limited number of events per dequeue.
      Because of faster computers some users already hit this hardcoded
      limit.
      
      This patch limits processing up to 2 jiffies (why not 1 jiffie ?
      because it might stop prematurely when only fraction of jiffie
      remains).
      Signed-off-by: NMartin Devera <devik@cdi.cz>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      8f3ea33a
  20. 18 3月, 2008 1 次提交
  21. 06 3月, 2008 1 次提交
  22. 10 2月, 2008 4 次提交
  23. 09 2月, 2008 1 次提交
    • S
      [PKT_SCHED] ematch: oops from uninitialized variable (resend) · 268bcca1
      Stephen Hemminger 提交于
      Setting up a meta match causes a kernel OOPS because of uninitialized
      elements in tree.
      
      [   37.322381] BUG: unable to handle kernel NULL pointer dereference at 0000000000000000
      [   37.322381] IP: [<ffffffff883fc717>] :em_meta:em_meta_destroy+0x17/0x80
      
      [   37.322381] Call Trace:
      [   37.322381]  [<ffffffff803ec83d>] tcf_em_tree_destroy+0x2d/0xa0
      [   37.322381]  [<ffffffff803ecc8c>] tcf_em_tree_validate+0x2dc/0x4a0
      [   37.322381]  [<ffffffff803f06d2>] nla_parse+0x92/0xe0
      [   37.322381]  [<ffffffff883f9672>] :cls_basic:basic_change+0x202/0x3c0
      [   37.322381]  [<ffffffff802a3917>] kmem_cache_alloc+0x67/0xa0
      [   37.322381]  [<ffffffff803ea221>] tc_ctl_tfilter+0x3b1/0x580
      [   37.322381]  [<ffffffff803dffd0>] rtnetlink_rcv_msg+0x0/0x260
      [   37.322381]  [<ffffffff803ee944>] netlink_rcv_skb+0x74/0xa0
      [   37.322381]  [<ffffffff803dffc8>] rtnetlink_rcv+0x18/0x20
      [   37.322381]  [<ffffffff803ee6c3>] netlink_unicast+0x263/0x290
      [   37.322381]  [<ffffffff803cf276>] __alloc_skb+0x96/0x160
      [   37.322381]  [<ffffffff803ef014>] netlink_sendmsg+0x274/0x340
      [   37.322381]  [<ffffffff803c7c3b>] sock_sendmsg+0x12b/0x140
      [   37.322381]  [<ffffffff8024de90>] autoremove_wake_function+0x0/0x30
      [   37.322381]  [<ffffffff8024de90>] autoremove_wake_function+0x0/0x30
      [   37.322381]  [<ffffffff803c7c3b>] sock_sendmsg+0x12b/0x140
      [   37.322381]  [<ffffffff80288611>] zone_statistics+0xb1/0xc0
      [   37.322381]  [<ffffffff803c7e5e>] sys_sendmsg+0x20e/0x360
      [   37.322381]  [<ffffffff803c7411>] sockfd_lookup_light+0x41/0x80
      [   37.322381]  [<ffffffff8028d04b>] handle_mm_fault+0x3eb/0x7f0
      [   37.322381]  [<ffffffff8020c2fb>] system_call_after_swapgs+0x7b/0x80
      Signed-off-by: NStephen Hemminger <shemminger@vyatta.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      268bcca1
  24. 08 2月, 2008 1 次提交
    • S
      [TC]: oops in em_meta · 04f217ac
      Stephen Hemminger 提交于
      If userspace passes a unknown match index into em_meta, then
      em_meta_change will return an error and the data for the match will
      not be set. This then causes an null pointer dereference when the
      cleanup is done in the error path via tcf_em_tree_destroy. Since the
      tree structure comes kzalloc, it is initialized to NULL.
      
      Discovered when testing a new version of tc command against an
      accidental older kernel.
      Signed-off-by: NStephen Hemminger <shemminger@vyatta.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      04f217ac
  25. 06 2月, 2008 2 次提交