1. 07 1月, 2006 20 次提交
  2. 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
  3. 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
  4. 04 12月, 2005 1 次提交
  5. 26 11月, 2005 1 次提交
  6. 16 11月, 2005 1 次提交
  7. 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
  8. 10 11月, 2005 1 次提交
  9. 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
  10. 07 11月, 2005 1 次提交
  11. 05 11月, 2005 2 次提交
  12. 30 10月, 2005 2 次提交
  13. 28 10月, 2005 2 次提交
  14. 27 10月, 2005 1 次提交
  15. 19 10月, 2005 2 次提交