1. 14 4月, 2008 1 次提交
  2. 28 2月, 2008 1 次提交
    • P
      [NETFILTER]: nf_conntrack: fix smp_processor_id() in preemptible code warning · 4e29e9ec
      Patrick McHardy 提交于
      Since we're using RCU for the conntrack hash now, we need to avoid
      getting preempted or interrupted by BHs while changing the stats.
      
      Fixes warning reported by Tilman Schmidt <tilman@imap.cc> when using
      preemptible RCU:
      
      [   48.180297] BUG: using smp_processor_id() in preemptible [00000000] code: ntpdate/3562
      [   48.180297] caller is __nf_conntrack_find+0x9b/0xeb [nf_conntrack]
      [   48.180297] Pid: 3562, comm: ntpdate Not tainted 2.6.25-rc2-mm1-testing #1
      [   48.180297]  [<c02015b9>] debug_smp_processor_id+0x99/0xb0
      [   48.180297]  [<fac643a7>] __nf_conntrack_find+0x9b/0xeb [nf_conntrack]
      Tested-by: NTilman Schmidt <tilman@imap.cc>
      Tested-by: Christian Casteyde <casteyde.christian@free.fr> [Bugzilla #10097]
      Signed-off-by: NPatrick McHardy <kaber@trash.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4e29e9ec
  3. 01 2月, 2008 10 次提交
  4. 29 1月, 2008 3 次提交
  5. 27 12月, 2007 1 次提交
    • P
      [NETFILTER]: nf_conntrack_ipv4: fix module parameter compatibility · fae718dd
      Patrick McHardy 提交于
      Some users do "modprobe ip_conntrack hashsize=...". Since we have the
      module aliases this loads nf_conntrack_ipv4 and nf_conntrack, the
      hashsize parameter is unknown for nf_conntrack_ipv4 however and makes
      it fail.
      
      Allow to specify hashsize= for both nf_conntrack and nf_conntrack_ipv4.
      
      Note: the nf_conntrack message in the ringbuffer will display an
      incorrect hashsize since nf_conntrack is first pulled in as a
      dependency and calculates the size itself, then it gets changed
      through a call to nf_conntrack_set_hashsize().
      Signed-off-by: NPatrick McHardy <kaber@trash.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      fae718dd
  6. 30 10月, 2007 1 次提交
  7. 16 10月, 2007 1 次提交
  8. 11 10月, 2007 4 次提交
  9. 27 7月, 2007 1 次提交
  10. 20 7月, 2007 1 次提交
    • P
      mm: Remove slab destructors from kmem_cache_create(). · 20c2df83
      Paul Mundt 提交于
      Slab destructors were no longer supported after Christoph's
      c59def9f change. They've been
      BUGs for both slab and slub, and slob never supported them
      either.
      
      This rips out support for the dtor pointer from kmem_cache_create()
      completely and fixes up every single callsite in the kernel (there were
      about 224, not including the slab allocator definitions themselves,
      or the documentation references).
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      20c2df83
  11. 15 7月, 2007 3 次提交
  12. 11 7月, 2007 13 次提交