1. 26 2月, 2008 3 次提交
  2. 25 2月, 2008 3 次提交
  3. 24 2月, 2008 5 次提交
  4. 23 2月, 2008 1 次提交
  5. 26 2月, 2008 3 次提交
  6. 22 2月, 2008 3 次提交
  7. 21 2月, 2008 3 次提交
    • L
      Remove empty file remnants that were left in the tree by mistake · 1803f338
      Linus Torvalds 提交于
      Noted by various people (Sam, Jeff, Roland..)
      
      Commit 58b7983d intended to remove the
      xfs "Makefile-linux-2.6" file, but it was mistakenly still left in the
      tree as a empty file, and would cause git to correctly complain about a
      tracked file being removed after a "make distclean" (which removes empty
      files as garbage).
      
      And the asm-x86/desc_64.h file was supposed to be removed by commit
      c81c6ca4, but instead stayed around
      containing just a single newline.
      
      Get rid of them both properly.
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      1803f338
    • H
      nfs: fix sparse warnings · 90dc7d27
      Harvey Harrison 提交于
      fs/nfs/nfs4state.c:788:34: warning: Using plain integer as NULL pointer
      fs/nfs/delegation.c:52:34: warning: Using plain integer as NULL pointer
      fs/nfs/idmap.c:312:12: warning: Using plain integer as NULL pointer
      fs/nfs/callback_xdr.c:257:6: warning: Using plain integer as NULL pointer
      fs/nfs/callback_xdr.c:270:6: warning: Using plain integer as NULL pointer
      fs/nfs/callback_xdr.c:281:6: warning: Using plain integer as NULL pointer
      Signed-off-by: NHarvey Harrison <harvey.harrison@gmail.com>
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      90dc7d27
    • J
      NFS: flush signals before taking down callback thread · 1227a74e
      Jeff Layton 提交于
      Now that the reference counting on the callback thread is working as
      expected, it uncovers another problem.  Peter Staubach noticed while
      testing that patch on an older kernel that he would occasionally see
      this printk in rpc_register fire:
      
          "RPC: failed to contact portmap (errno -512).
      
      The NFSv4 callback thread is signaled by nfs_callback_down(), but never
      flushes that signal. All of the shutdown processing is done with that
      signal pending. This makes it fail the call to unregister the port with
      the portmapper.
      
      In actuality, this rpc_register call isn't necessary at all since the
      port isn't actually registered with the portmapper anymore. Regardless,
      there doesn't seem to be any reason to leave the signal pending while
      the thread is being shut down and flushing it should generally silence
      that printk.
      Signed-off-by: NJeff Layton <jlayton@redhat.com>
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      1227a74e
  8. 19 2月, 2008 2 次提交
  9. 18 2月, 2008 3 次提交
  10. 16 2月, 2008 3 次提交
  11. 22 2月, 2008 1 次提交
  12. 26 2月, 2008 1 次提交
  13. 22 2月, 2008 1 次提交
  14. 16 2月, 2008 2 次提交
  15. 26 2月, 2008 1 次提交
  16. 15 2月, 2008 5 次提交
反馈
建议
客服 返回
顶部