1. 25 Oct, 2011 1 commit
    • 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
  9. 13 Oct, 2011 1 commit
    • Jean Delvare's avatar
      hwmon: (w83627ehf) Properly report thermal diode sensors · bf164c58
      Jean Delvare authored
      The w83627ehf driver is improperly reporting thermal diode sensors as
      type 2, instead of 3. This caused "sensors" and possibly other
      monitoring tools to report these sensors as "transistor" instead of
      "thermal diode".
      
      Furthermore, diode subtype selection (CPU vs. external) is only
      supported by the original W83627EHF/EHG. All later models only support
      CPU diode type, and some (NCT6776F) don't even have the register in
      question so we should avoid reading from it.
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      Cc: stable@kernel.org
      Signed-off-by: default avatarGuenter Roeck <guenter.roeck@ericsson.com>
      bf164c58