1. 06 Feb, 2011 1 commit
  2. 04 Feb, 2011 1 commit
  3. 03 Feb, 2011 29 commits
  4. 02 Feb, 2011 1 commit
    • Thomas Gleixner's avatar
      genirq: Prevent irq storm on migration · f1a06390
      Thomas Gleixner authored
      move_native_irq() masks and unmasks the interrupt line
      unconditionally, but the interrupt line might be masked due to a
      threaded oneshot handler in progress. Unmasking the line in that case
      can lead to interrupt storms. Observed on PREEMPT_RT.
      
      Originally-from: Ingo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Cc: stable@kernel.org
      f1a06390
  5. 01 Feb, 2011 6 commits
  6. 31 Jan, 2011 2 commits
    • Linus Torvalds's avatar
      Merge branch 'bugfixes' of git://git.linux-nfs.org/projects/trondmy/nfs-2.6 · 0fd08c55
      Linus Torvalds authored
      * 'bugfixes' of git://git.linux-nfs.org/projects/trondmy/nfs-2.6:
        NFS: NFSv4 readdir loses entries
        NFS: Micro-optimize nfs4_decode_dirent()
        NFS: Fix an NFS client lockdep issue
        NFS construct consistent co_ownerid for v4.1
        NFS: nfs_wcc_update_inode() should set nfsi->attr_gencount
        NFS improve pnfs_put_deviceid_cache debug print
        NFS fix cb_sequence error processing
        NFS do not find client in NFSv4 pg_authenticate
        NLM: Fix "kernel BUG at fs/lockd/host.c:417!" or ".../host.c:283!"
        NFS: Prevent memory allocation failure in nfsacl_encode()
        NFS: nfsacl_{encode,decode} should return signed integer
        NFS: Fix "kernel BUG at fs/nfs/nfs3xdr.c:1338!"
        NFS: Fix "kernel BUG at fs/aio.c:554!"
        NFS4: Avoid potential NULL pointer dereference in decode_and_add_ds().
        NFS: fix handling of malloc failure during nfs_flush_multi()
      0fd08c55
    • Jeff Layton's avatar
      cifs: fix length checks in checkSMB · 6284644e
      Jeff Layton authored
      The cERROR message in checkSMB when the calculated length doesn't match
      the RFC1001 length is incorrect in many cases. It always says that the
      RFC1001 length is bigger than the SMB, even when it's actually the
      reverse.
      
      Fix the error message to say the reverse of what it does now when the
      SMB length goes beyond the end of the received data. Also, clarify the
      error message when the RFC length is too big. Finally, clarify the
      comments to show that the 512 byte limit on extra data at the end of
      the packet is arbitrary.
      Signed-off-by: default avatarJeff Layton <jlayton@redhat.com>
      Signed-off-by: default avatarSteve French <sfrench@us.ibm.com>
      6284644e