1. 12 1月, 2006 1 次提交
  2. 11 1月, 2006 3 次提交
  3. 10 1月, 2006 2 次提交
  4. 09 1月, 2006 1 次提交
    • E
      [PATCH] shrink dentry struct · 5160ee6f
      Eric Dumazet 提交于
      Some long time ago, dentry struct was carefully tuned so that on 32 bits
      UP, sizeof(struct dentry) was exactly 128, ie a power of 2, and a multiple
      of memory cache lines.
      
      Then RCU was added and dentry struct enlarged by two pointers, with nice
      results for SMP, but not so good on UP, because breaking the above tuning
      (128 + 8 = 136 bytes)
      
      This patch reverts this unwanted side effect, by using an union (d_u),
      where d_rcu and d_child are placed so that these two fields can share their
      memory needs.
      
      At the time d_free() is called (and d_rcu is really used), d_child is known
      to be empty and not touched by the dentry freeing.
      
      Lockless lookups only access d_name, d_parent, d_lock, d_op, d_flags (so
      the previous content of d_child is not needed if said dentry was unhashed
      but still accessed by a CPU because of RCU constraints)
      
      As dentry cache easily contains millions of entries, a size reduction is
      worth the extra complexity of the ugly C union.
      Signed-off-by: NEric Dumazet <dada1@cosmosbay.com>
      Cc: Dipankar Sarma <dipankar@in.ibm.com>
      Cc: Maneesh Soni <maneesh@in.ibm.com>
      Cc: Miklos Szeredi <miklos@szeredi.hu>
      Cc: "Paul E. McKenney" <paulmck@us.ibm.com>
      Cc: Ian Kent <raven@themaw.net>
      Cc: Paul Jackson <pj@sgi.com>
      Cc: Al Viro <viro@ftp.linux.org.uk>
      Cc: Christoph Hellwig <hch@lst.de>
      Cc: Trond Myklebust <trond.myklebust@fys.uio.no>
      Cc: Neil Brown <neilb@cse.unsw.edu.au>
      Cc: James Morris <jmorris@namei.org>
      Cc: Stephen Smalley <sds@epoch.ncsc.mil>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      5160ee6f
  5. 07 1月, 2006 20 次提交
  6. 04 1月, 2006 1 次提交
    • E
      [NET]: move struct proto_ops to const · 90ddc4f0
      Eric Dumazet 提交于
      I noticed that some of 'struct proto_ops' used in the kernel may share
      a cache line used by locks or other heavily modified data. (default
      linker alignement is 32 bytes, and L1_CACHE_LINE is 64 or 128 at
      least)
      
      This patch makes sure a 'struct proto_ops' can be declared as const,
      so that all cpus can share all parts of it without false sharing.
      
      This is not mandatory : a driver can still use a read/write structure
      if it needs to (and eventually a __read_mostly)
      
      I made a global stubstitute to change all existing occurences to make
      them const.
      
      This should reduce the possibility of false sharing on SMP, and
      speedup some socket system calls.
      Signed-off-by: NEric Dumazet <dada1@cosmosbay.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      90ddc4f0
  7. 20 12月, 2005 2 次提交
    • T
      SUNRPC: Fix "EPIPE" error on mount of rpcsec_gss-protected partitions · 48e49187
      Trond Myklebust 提交于
       gss_create_upcall() should not error just because rpc.gssd closed the
       pipe on its end. Instead, it should requeue the pending requests and then
       retry.
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      48e49187
    • T
      RPC: Do not block on skb allocation · b079fa7b
      Trond Myklebust 提交于
       If we get something like the following,
       [  125.300636]  [<c04086e1>] schedule_timeout+0x54/0xa5
       [  125.305931]  [<c040866e>] io_schedule_timeout+0x29/0x33
       [  125.311495]  [<c02880c4>] blk_congestion_wait+0x70/0x85
       [  125.317058]  [<c014136b>] throttle_vm_writeout+0x69/0x7d
       [  125.322720]  [<c014714d>] shrink_zone+0xe0/0xfa
       [  125.327560]  [<c01471d4>] shrink_caches+0x6d/0x6f
       [  125.332581]  [<c01472a6>] try_to_free_pages+0xd0/0x1b5
       [  125.338056]  [<c013fa4b>] __alloc_pages+0x135/0x2e8
       [  125.343258]  [<c03b74ad>] tcp_sendmsg+0xaa0/0xb78
       [  125.348281]  [<c03d4666>] inet_sendmsg+0x48/0x53
       [  125.353212]  [<c0388716>] sock_sendmsg+0xb8/0xd3
       [  125.358147]  [<c0388773>] kernel_sendmsg+0x42/0x4f
       [  125.363259]  [<c038bc00>] sock_no_sendpage+0x5e/0x77
       [  125.368556]  [<c03ee7af>] xs_tcp_send_request+0x2af/0x375
       then the socket is blocked until memory is reclaimed, and no
       progress can ever be made.
      
       Try to access the emergency pools by using GFP_ATOMIC.
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      b079fa7b
  8. 04 12月, 2005 1 次提交
  9. 26 11月, 2005 1 次提交
  10. 16 11月, 2005 1 次提交
  11. 11 11月, 2005 1 次提交
    • H
      [NET]: Detect hardware rx checksum faults correctly · fb286bb2
      Herbert Xu 提交于
      Here is the patch that introduces the generic skb_checksum_complete
      which also checks for hardware RX checksum faults.  If that happens,
      it'll call netdev_rx_csum_fault which currently prints out a stack
      trace with the device name.  In future it can turn off RX checksum.
      
      I've converted every spot under net/ that does RX checksum checks to
      use skb_checksum_complete or __skb_checksum_complete with the
      exceptions of:
      
      * Those places where checksums are done bit by bit.  These will call
      netdev_rx_csum_fault directly.
      
      * The following have not been completely checked/converted:
      
      ipmr
      ip_vs
      netfilter
      dccp
      
      This patch is based on patches and suggestions from Stephen Hemminger
      and David S. Miller.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      fb286bb2
  12. 10 11月, 2005 1 次提交
  13. 09 11月, 2005 2 次提交
    • C
      [PATCH] sanitize lookup_hash prototype · 49705b77
      Christoph Hellwig 提交于
      ->permission and ->lookup have a struct nameidata * argument these days to
      pass down lookup intents.  Unfortunately some callers of lookup_hash don't
      actually pass this one down.  For lookup_one_len() we don't have a struct
      nameidata to pass down, but as this function is a library function only
      used by filesystem code this is an acceptable limitation.  All other
      callers should pass down the nameidata, so this patch changes the
      lookup_hash interface to only take a struct nameidata argument and derives
      the other two arguments to __lookup_hash from it.  All callers already have
      the nameidata argument available so this is not a problem.
      
      At the same time I'd like to deprecate the lookup_hash interface as there
      are better exported interfaces for filesystem usage.  Before it can
      actually be removed I need to fix up rpc_pipefs.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Cc: Ram Pai <linuxram@us.ibm.com>
      Cc: Jeff Mahoney <jeffm@suse.com>
      Cc: Al Viro <viro@ftp.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      49705b77
    • J
      [NET]: kfree cleanup · a51482bd
      Jesper Juhl 提交于
      From: Jesper Juhl <jesper.juhl@gmail.com>
      
      This is the net/ part of the big kfree cleanup patch.
      
      Remove pointless checks for NULL prior to calling kfree() in net/.
      Signed-off-by: NJesper Juhl <jesper.juhl@gmail.com>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
      Acked-by: NMarcel Holtmann <marcel@holtmann.org>
      Acked-by: NYOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      a51482bd
  14. 07 11月, 2005 1 次提交
  15. 05 11月, 2005 2 次提交