1. 07 Feb, 2011 7 commits
  2. 06 Feb, 2011 10 commits
  3. 05 Feb, 2011 4 commits
    • Thomas Gleixner's avatar
      m32r: Fixup last __do_IRQ leftover · a9fe8d5f
      Thomas Gleixner authored
      Somehow I managed to miss the last __do_IRQ caller when I cleanup the
      remaining users. m32r is fully converted to the generic irq layer, but
      I managed to not commit the conversion of __do_IRQ() to
      generic_handle_irq() after compile testing the quilt series :(
      Pointed-out-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Cc: Hirokazu Takata <takata@linux-m32r.org>
      Cc: Paul Mundt <lethal@linux-sh.org>
      a9fe8d5f
    • Thomas Gleixner's avatar
      genirq: Add missing status flags to modification mask · 872434d6
      Thomas Gleixner authored
      The mask which filters out the valid bits which can be set via
      irq_modify_status() is missing IRQ_NO_BALANCING, which breaks UV.
      
      Add IRQ_PER_CPU as well to avoid another one line patch for 39.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      872434d6
    • H. Peter Anvin's avatar
      x86-32: Make sure the stack is set up before we use it · 11d4c3f9
      H. Peter Anvin authored
      Since checkin ebba638a we call
      verify_cpu even in 32-bit mode.  Unfortunately, calling a function
      means using the stack, and the stack pointer was not initialized in
      the 32-bit setup code!  This code initializes the stack pointer, and
      simplifies the interface slightly since it is easier to rely on just a
      pointer value rather than a descriptor; we need to have different
      values for the segment register anyway.
      
      This retains start_stack as a virtual address, even though a physical
      address would be more convenient for 32 bits; the 64-bit code wants
      the other way around...
      Reported-by: default avatarMatthieu Castet <castet.matthieu@free.fr>
      LKML-Reference: <4D41E86D.8060205@free.fr>
      Tested-by: default avatarKees Cook <kees.cook@canonical.com>
      Signed-off-by: default avatarH. Peter Anvin <hpa@linux.intel.com>
      11d4c3f9
    • Jeff Layton's avatar
      cifs: don't send an echo request unless NegProt has been done · 247ec9b4
      Jeff Layton authored
      When the socket to the server is disconnected, the client more or less
      immediately calls cifs_reconnect to reconnect the socket. The NegProt
      and SessSetup however are not done until an actual call needs to be
      made.
      
      With the addition of the SMB echo code, it's possible that the server
      will initiate a disconnect on an idle socket. The client will then
      reconnect the socket but no NegotiateProtocol request is done. The
      SMBEcho workqueue job will then eventually pop, and an SMBEcho will be
      sent on the socket. The server will then reject it since no NegProt was
      done.
      
      The ideal fix would be to either have the socket not be reconnected
      until we plan to use it, or to immediately do a NegProt when the
      reconnect occurs. The code is not structured for this however. For now
      we must just settle for not sending any echoes until the NegProt is
      done.
      Reported-by: default avatarJG <jg@cms.ac>
      Signed-off-by: default avatarJeff Layton <jlayton@redhat.com>
      Signed-off-by: default avatarSteve French <sfrench@us.ibm.com>
      247ec9b4
  4. 04 Feb, 2011 19 commits