1. 28 7月, 2012 10 次提交
  2. 01 6月, 2012 8 次提交
  3. 14 4月, 2012 1 次提交
  4. 12 4月, 2012 1 次提交
  5. 21 3月, 2012 1 次提交
    • T
      SUNRPC/LOCKD: Fix build warnings when CONFIG_SUNRPC_DEBUG is undefined · ffa94db6
      Trond Myklebust 提交于
      Stephen Rothwell reports:
      net/sunrpc/rpcb_clnt.c: In function 'rpcb_enc_mapping':
      net/sunrpc/rpcb_clnt.c:820:19: warning: unused variable 'task' [-Wunused-variable]
      net/sunrpc/rpcb_clnt.c: In function 'rpcb_dec_getport':
      net/sunrpc/rpcb_clnt.c:837:19: warning: unused variable 'task' [-Wunused-variable]
      net/sunrpc/rpcb_clnt.c: In function 'rpcb_dec_set':
      net/sunrpc/rpcb_clnt.c:860:19: warning: unused variable 'task' [-Wunused-variable]
      net/sunrpc/rpcb_clnt.c: In function 'rpcb_enc_getaddr':
      net/sunrpc/rpcb_clnt.c:892:19: warning: unused variable 'task' [-Wunused-variable]
      net/sunrpc/rpcb_clnt.c: In function 'rpcb_dec_getaddr':
      net/sunrpc/rpcb_clnt.c:914:19: warning: unused variable 'task' [-Wunused-variable]
      fs/lockd/svclock.c:49:20: warning: 'nlmdbg_cookie2a' declared 'static' but never defined [-Wunused-function]
      Reported-by: NStephen Rothwell <sfr@canb.auug.org.au>
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      ffa94db6
  6. 18 2月, 2012 1 次提交
  7. 15 2月, 2012 6 次提交
  8. 01 2月, 2012 2 次提交
  9. 13 1月, 2012 1 次提交
  10. 07 1月, 2012 1 次提交
  11. 14 9月, 2011 1 次提交
  12. 20 8月, 2011 1 次提交
  13. 21 7月, 2011 1 次提交
    • J
      locks: rename lock-manager ops · 8fb47a4f
      J. Bruce Fields 提交于
      Both the filesystem and the lock manager can associate operations with a
      lock.  Confusingly, one of them (fl_release_private) actually has the
      same name in both operation structures.
      
      It would save some confusion to give the lock-manager ops different
      names.
      Signed-off-by: NJ. Bruce Fields <bfields@redhat.com>
      8fb47a4f
  14. 13 7月, 2011 1 次提交
  15. 15 6月, 2011 1 次提交
  16. 26 1月, 2011 1 次提交
    • C
      NLM: Fix "kernel BUG at fs/lockd/host.c:417!" or ".../host.c:283!" · 80c30e8d
      Chuck Lever 提交于
      Nick Bowler <nbowler@elliptictech.com> reports:
      
      > We were just having some NFS server troubles, and my client machine
      > running 2.6.38-rc1+ (specifically, commit 2b1caf6e) crashed
      > hard (syslog output appended to this mail).
      >
      > I'm not sure what the exact timeline was or how to reproduce this,
      > but the server was rebooted during all this.  Since I've never seen
      > this happen before, it is possibly a regression from previous kernel
      > releases.  However, I recently updated my nfs-utils (on the client) to
      > version 1.2.3, so that might be related as well.
      
        [ BUG output redacted ]
      
      When done searching, the for_each_host loop in next_host_state() falls
      through and returns the final host on the host chain without bumping
      it's reference count.
      
      Since the host's ref count is only one at that point, releasing the
      host in nlm_host_rebooted() attempts to destroy the host prematurely,
      and therefore hits a BUG().
      
      Likely, the original intent of the for_each_host behavior in
      next_host_state() was to handle the case when the host chain is empty.
      Searching the chain and finding no suitable host to return needs to be
      handled as well.
      
      Defensively restructure next_host_state() always to return NULL when
      the loop falls through.
      
      Introduced by commit b10e30f6 "lockd: reorganize nlm_host_rebooted".
      
      Cc: J. Bruce Fields <bfields@fieldses.org>
      Signed-off-by: NChuck Lever <chuck.lever@oracle.com>
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      80c30e8d
  17. 05 1月, 2011 1 次提交
  18. 17 12月, 2010 1 次提交