1. 01 2月, 2012 2 次提交
  2. 07 12月, 2011 1 次提交
  3. 23 11月, 2011 1 次提交
  4. 01 11月, 2011 1 次提交
  5. 14 9月, 2011 1 次提交
  6. 16 7月, 2011 1 次提交
  7. 15 7月, 2011 1 次提交
  8. 10 4月, 2011 1 次提交
    • J
      svcrpc: complete svsk processing on cb receive failure · 8985ef0b
      J. Bruce Fields 提交于
      Currently when there's some failure to receive a callback (because we
      couldn't find a matching xid, for example), we exit svc_recv with
      sk_tcplen still set but without any pages saved with the socket.  This
      will cause a crash later in svc_tcp_restore_pages.
      
      Instead, make sure we reset that tcp information whether the callback
      received failed or succeeded.
      Signed-off-by: NJ. Bruce Fields <bfields@redhat.com>
      8985ef0b
  9. 08 4月, 2011 7 次提交
  10. 23 2月, 2011 1 次提交
  11. 26 1月, 2011 1 次提交
  12. 12 1月, 2011 1 次提交
  13. 07 1月, 2011 4 次提交
  14. 18 12月, 2010 1 次提交
  15. 26 10月, 2010 1 次提交
  16. 19 10月, 2010 1 次提交
  17. 02 10月, 2010 2 次提交
  18. 18 5月, 2010 1 次提交
  19. 03 5月, 2010 1 次提交
    • N
      sunrpc: centralise most calls to svc_xprt_received · b48fa6b9
      Neil Brown 提交于
      svc_xprt_received must be called when ->xpo_recvfrom has finished
      receiving a message, so that the XPT_BUSY flag will be cleared and
      if necessary, requeued for further work.
      
      This call is currently made in each ->xpo_recvfrom function, often
      from multiple different points.  In each case it is the earliest point
      on a particular path where it is known that the protection provided by
      XPT_BUSY is no longer needed.
      
      However there are (still) some error paths which do not call
      svc_xprt_received, and requiring each ->xpo_recvfrom to make the call
      does not encourage robustness.
      
      So: move the svc_xprt_received call to be made just after the
      call to ->xpo_recvfrom(), and move it of the various ->xpo_recvfrom
      methods.
      
      This means that it may not be called at the earliest possible instant,
      but this is unlikely to be a measurable performance issue.
      
      Note that there are still other calls to svc_xprt_received as it is
      also needed when an xprt is newly created.
      Signed-off-by: NNeilBrown <neilb@suse.de>
      Signed-off-by: NJ. Bruce Fields <bfields@citi.umich.edu>
      b48fa6b9
  20. 21 4月, 2010 1 次提交
  21. 01 3月, 2010 1 次提交
    • N
      nfsd: ensure sockets are closed on error · 301e99ce
      Neil Brown 提交于
      One the changes in commit d7979ae4 "svc: Move close processing to a
      single place" is:
      
        err_delete:
      -       svc_delete_socket(svsk);
      +       set_bit(SK_CLOSE, &svsk->sk_flags);
              return -EAGAIN;
      
      This is insufficient. The recvfrom methods must always call
      svc_xprt_received on completion so that the socket gets re-queued if
      there is any more work to do.  This particular path did not make that
      call because it actually destroyed the svsk, making requeue pointless.
      When the svc_delete_socket was change to just set a bit, we should have
      added a call to svc_xprt_received,
      
      This is the problem that b0401d72 attempted to fix, incorrectly.
      Signed-off-by: NJ. Bruce Fields <bfields@citi.umich.edu>
      301e99ce
  22. 27 1月, 2010 1 次提交
  23. 31 10月, 2009 1 次提交
  24. 19 10月, 2009 1 次提交
    • E
      inet: rename some inet_sock fields · c720c7e8
      Eric Dumazet 提交于
      In order to have better cache layouts of struct sock (separate zones
      for rx/tx paths), we need this preliminary patch.
      
      Goal is to transfert fields used at lookup time in the first
      read-mostly cache line (inside struct sock_common) and move sk_refcnt
      to a separate cache line (only written by rx path)
      
      This patch adds inet_ prefix to daddr, rcv_saddr, dport, num, saddr,
      sport and id fields. This allows a future patch to define these
      fields as macros, like sk_refcnt, without name clashes.
      Signed-off-by: NEric Dumazet <eric.dumazet@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c720c7e8
  25. 12 9月, 2009 1 次提交
  26. 25 8月, 2009 1 次提交
  27. 15 7月, 2009 1 次提交
  28. 19 6月, 2009 1 次提交
    • T
      SUNRPC: Fix the TCP server's send buffer accounting · 47fcb03f
      Trond Myklebust 提交于
      Currently, the sunrpc server is refusing to allow us to process new RPC
      calls if the TCP send buffer is 2/3 full, even if we do actually have
      enough free space to guarantee that we can send another request.
      The following patch fixes svc_tcp_has_wspace() so that we only stop
      processing requests if we know that the socket buffer cannot possibly fit
      another reply.
      
      It also fixes the tcp write_space() callback so that we only clear the
      SOCK_NOSPACE flag when the TCP send buffer is less than 2/3 full.
      This should ensure that the send window will grow as per the standard TCP
      socket code.
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      Signed-off-by: NJ. Bruce Fields <bfields@citi.umich.edu>
      47fcb03f
  29. 18 6月, 2009 1 次提交