1. 19 Sep, 2008 19 commits
  2. 18 Sep, 2008 5 commits
  3. 17 Sep, 2008 10 commits
  4. 16 Sep, 2008 6 commits
    • Timur Tabi's avatar
      powerpc: Fix interrupt values for DMA2 in MPC8610 HPCD device tree · 612f9d33
      Timur Tabi authored
      For Freescale 8xxx devices that use an MPIC, the interrupt numbers in
      the device tree must be 16 greater than the values documented in the
      reference manual.  In these chips, the MPIC is wired to use the first
      16 numbers for external interrupts, but the documentation numbers
      internal interrupts from 0.
      
      In the MPC8610 HPCD device tree, the interrupt properties for the DMA
      channels for DMA2 were not the adjusted values.  This fixes that.
      Signed-off-by: default avatarTimur Tabi <timur@freescale.com>
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      612f9d33
    • Thomas Gleixner's avatar
      clockevents: make device shutdown robust · 2344abbc
      Thomas Gleixner authored
      The device shut down does not cleanup the next_event variable of the
      clock event device. So when the device is reactivated the possible
      stale next_event value can prevent the device to be reprogrammed as it
      claims to wait on a event already.
      
      This is the root cause of the resurfacing suspend/resume problem,
      where systems need key press to come back to life.
      
      Fix this by setting next_event to KTIME_MAX when the device is shut
      down. Use a separate function for shutdown which takes care of that
      and only keep the direct set mode call in the broadcast code, where we
      can not touch the next_event value.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      2344abbc
    • Roland Dreier's avatar
      7e2c2328
    • Yossi Etigin's avatar
      IPoIB: Fix deadlock on RTNL between bcast join comp and ipoib_stop() · e8224e4b
      Yossi Etigin authored
      Taking rtnl_lock in ipoib_mcast_join_complete() causes a deadlock with
      ipoib_stop().  We avoid it by scheduling the piece of code that takes
      the lock on ipoib_workqueue instead of executing it directly.  This
      works because we only flush the ipoib_workqueue with the RTNL not held.
      
      The deadlock happens because ipoib_stop() calls ipoib_ib_dev_down()
      which calls ipoib_mcast_dev_flush(), which calls ipoib_mcast_free(),
      which calls ipoib_mcast_leave(). The latter calls
      ib_sa_free_multicast(), and this waits until the multicast completion
      handler finishes.  This handler is ipoib_mcast_join_complete(), which
      waits for the rtnl_lock(), which was already taken by ipoib_stop().
      
      This bug was introduced in commit a77a57a1 ("IPoIB: Fix deadlock on
      RTNL in ipoib_stop()").
      Signed-off-by: default avatarYossi Etigin <yosefe@voltaire.com>
      Signed-off-by: default avatarRoland Dreier <rolandd@cisco.com>
      e8224e4b
    • Faisal Latif's avatar
      RDMA/nes: Fix client side QP destroy · d7ffd507
      Faisal Latif authored
      Fix QP not being destroyed properly on the client, which leads to
      userspace programs hanging on exit.  This is a missing chunk from the
      connection management rewrite in commit 6492cdf3 ("RDMA/nes: CM
      connection setup/teardown rework").
      Signed-off-by: default avatarFaisal Latif <flatif@neteffect.com>
      Signed-off-by: default avatarRoland Dreier <rolandd@cisco.com>
      d7ffd507
    • David S. Miller's avatar
      sparc64: Fix SMP bootup with CONFIG_STACK_DEBUG or ftrace. · 9843099f
      David S. Miller authored
      Based upon a report by Meelis Roos.
      
      Any function call can try to access the current
      thread register via the _mcount hooks when the kernel
      is built with -pg (via ftrace or STACK_DEBUG).
      
      That can't be setup properly very early on during
      the bootup of other cpus for sun4u and some early
      sun4v systems.
      
      So add notrace markers to these specific functions, so
      that _mcount doesn't get invoked too early.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      9843099f