1. 16 1月, 2015 1 次提交
  2. 07 5月, 2014 1 次提交
  3. 17 12月, 2010 2 次提交
    • C
      lockd: Move nlmdbg_cookie2a() to svclock.c · d8367c50
      Chuck Lever 提交于
      Clean up.  nlmdbg_cookie2a() is used only in svclock.c.
      Signed-off-by: NChuck Lever <chuck.lever@oracle.com>
      Tested-by: NJ. Bruce Fields <bfields@redhat.com>
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      d8367c50
    • C
      lockd: Introduce new-style XDR functions for NLMv3 · 2b061f9e
      Chuck Lever 提交于
      We'd like to prevent local buffer overflows caused by malicious or
      broken servers.  New xdr_stream style decoders can do that.
      
      For efficiency, we also eventually want to be able to pass xdr_streams
      from call_encode() and call_decode() to all XDR encoding functions,
      rather than building an xdr_stream in every XDR encoding and decoding
      function in the kernel.
      
      To do all of this, rewrite the XDR encoding and decoding functions in
      fs/lockd/xdr.c to use xdr_streams.  This makes them more or less
      incompatible with server-side XDR helper functions, so break them out
      into a separate source file.
      
      Static helper functions are left without the "inline" directive.  This
      allows the compiler to choose automatically how to optimize these for
      size or speed.
      
      SHARE-related functionality doesn't seem to be used, as those
      functions are hiding behind a #define that isn't set anywhere that I
      can find.  And, they've been in there forever (at least as far back as
      the kernel's git history goes), yet remain unused.  Let's take the
      opportunity to bin them.  It should be easy enough for someone to
      introduce proper XDR functions if at some point SHARE-related NLM
      functionality is desired.
      Signed-off-by: NChuck Lever <chuck.lever@oracle.com>
      Tested-by: NJ. Bruce Fields <bfields@redhat.com>
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      2b061f9e
  4. 24 9月, 2009 1 次提交
  5. 07 1月, 2009 2 次提交
  6. 04 10月, 2008 1 次提交
    • C
      lockd: Remove unused fields in the nlm_reboot structure · 9a38a838
      Chuck Lever 提交于
      The nlm_reboot structure is used to store information provided by the
      NSM_NOTIFY procedure.  This procedure is not specified by the NLM or NSM
      protocols, other than to say that the procedure can be used to transmit
      information private to a particular NLM/NSM implementation.
      
      For Linux, the callback arguments include the name of the monitored host,
      the new NSM state of the host, and a 16-byte private opaque.
      
      As a clean up, remove the unused fields and the server-side XDR logic that
      decodes them.
      Signed-off-by: NChuck Lever <chuck.lever@oracle.com>
      Signed-off-by: NJ. Bruce Fields <bfields@citi.umich.edu>
      9a38a838
  7. 30 1月, 2008 1 次提交
  8. 10 10月, 2007 1 次提交
  9. 15 5月, 2007 1 次提交
    • T
      NLM: Fix sparse warnings · d48c5f41
      Trond Myklebust 提交于
       - fs/lockd/xdr4.c:140:27: warning: incorrect type in argument 2 (different
         explicit signedness)
       - fs/lockd/xdr4.c:141:27: warning: incorrect type in argument 2 (different
         explicit signedness)
       - fs/lockd/xdr4.c:432:28: warning: incorrect type in argument 2 (different
         explicit signedness)
       - fs/lockd/xdr4.c:433:28: warning: incorrect type in argument 2 (different
         explicit signedness)
       - fs/lockd/xdr4.c:587:20: warning: symbol 'nlm_version4' was not declared.
         Should it be static?
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      d48c5f41
  10. 01 5月, 2007 2 次提交
    • C
      SUNRPC: RPC buffer size estimates are too large · 2bea90d4
      Chuck Lever 提交于
      The RPC buffer size estimation logic in net/sunrpc/clnt.c always
      significantly overestimates the requirements for the buffer size.
      A little instrumentation demonstrated that in fact rpc_malloc was never
      allocating the buffer from the mempool, but almost always called kmalloc.
      
      To compute the size of the RPC buffer more precisely, split p_bufsiz into
      two fields; one for the argument size, and one for the result size.
      
      Then, compute the sum of the exact call and reply header sizes, and split
      the RPC buffer precisely between the two.  That should keep almost all RPC
      buffers within the 2KiB buffer mempool limit.
      
      And, we can finally be rid of RPC_SLACK_SPACE!
      Signed-off-by: NChuck Lever <chuck.lever@oracle.com>
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      2bea90d4
    • C
      NLM: Shrink the maximum request size of NLM4 requests · 511d2e88
      Chuck Lever 提交于
      NLM version 4 requests estimate the call and reply header sizes rather
      conservatively, using the very maximum size allowed in the protocol even
      though Linux always uses only a small fraction of the allowable space.
      
      Reduce the size of caller and lock arguments to conserve RPC buffer space
      while XDR encoding NLM4 arguments.  Add compile-time checks to ensure the
      hostname string won't overflow NLM protocol maximums.
      Signed-off-by: NChuck Lever <chuck.lever@oracle.com>
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      511d2e88
  11. 14 12月, 2006 1 次提交
  12. 21 10月, 2006 1 次提交
  13. 02 10月, 2006 1 次提交
  14. 01 7月, 2006 1 次提交
  15. 24 3月, 2006 1 次提交
  16. 21 3月, 2006 2 次提交
  17. 15 1月, 2006 1 次提交
  18. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4