1. 25 Oct, 2011 2 commits
    • Stanislav Kinsbursky's avatar
      SUNRPC: introduce helpers for reference counted rpcbind clients · 914edb1b
      Stanislav Kinsbursky authored
      v6:
      1) added write memory barrier to rpcb_set_local to make sure, that rpcbind
      clients become valid before rpcb_users assignment
      2) explicitly set rpcb_users to 1 instead of incrementing it (looks clearer from
      my pow).
      
      v5: fixed races with rpcb_users in rpcb_get_local()
      
      This helpers will be used for dynamical creation and destruction of rpcbind
      clients.
      Variable rpcb_users is actually a counter of lauched RPC services. If rpcbind
      clients has been created already, then we just increase rpcb_users.
      Signed-off-by: default avatarStanislav Kinsbursky <skinsbursky@parallels.com>
      Signed-off-by: default avatarTrond Myklebust <Trond.Myklebust@netapp.com>
      914edb1b
    • NeilBrown's avatar
      NFS/sunrpc: don't use a credential with extra groups. · dc6f55e9
      NeilBrown authored
      The sunrpc layer keeps a cache of recently used credentials and
      'unx_match' is used to find the credential which matches the current
      process.
      
      However unx_match allows a match when the cached credential has extra
      groups at the end of uc_gids list which are not in the process group list.
      
      So if a process with a list of (say) 4 group accesses a file and gains
      access because of the last group in the list, then another process
      with the same uid and gid, and a gid list being the first tree of the
      gids of the original process tries to access the file, it will be
      granted access even though it shouldn't as the wrong rpc credential
      will be used.
      Signed-off-by: default avatarNeilBrown <neilb@suse.de>
      Signed-off-by: default avatarTrond Myklebust <Trond.Myklebust@netapp.com>
      Cc: stable@vger.kernel.org
      dc6f55e9
  2. 20 Oct, 2011 1 commit
  3. 19 Oct, 2011 6 commits
  4. 18 Oct, 2011 20 commits
  5. 17 Oct, 2011 1 commit
    • Linus Torvalds's avatar
      Avoid using variable-length arrays in kernel/sys.c · a84a79e4
      Linus Torvalds authored
      The size is always valid, but variable-length arrays generate worse code
      for no good reason (unless the function happens to be inlined and the
      compiler sees the length for the simple constant it is).
      
      Also, there seems to be some code generation problem on POWER, where
      Henrik Bakken reports that register r28 can get corrupted under some
      subtle circumstances (interrupt happening at the wrong time?).  That all
      indicates some seriously broken compiler issues, but since variable
      length arrays are bad regardless, there's little point in trying to
      chase it down.
      
      "Just don't do that, then".
      Reported-by: default avatarHenrik Grindal Bakken <henribak@cisco.com>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: stable@kernel.org
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      a84a79e4
  6. 16 Oct, 2011 1 commit
  7. 15 Oct, 2011 3 commits
  8. 14 Oct, 2011 6 commits