1. 04 7月, 2010 1 次提交
  2. 28 6月, 2010 1 次提交
  3. 02 6月, 2010 1 次提交
  4. 27 5月, 2010 1 次提交
    • K
      Input: ads7846 - return error on regulator_get() failure · 067fb2f6
      Kevin Hilman 提交于
      In probe(), if regulator_get() failed, an error code was not being
      returned causing the driver to be successfully bound, even though
      probe failed.  This in turn caused the suspend, resume and remove
      methods to be registered and accessed via the SPI core.  Since these
      functions all access private driver data using pointers that had been
      freed during the failed probe, this would lead to unpredictable
      behavior.
      
      This patch ensures that probe() returns an error code in this failure
      case so the driver is not bound.
      
      Found using lockdep and noticing the lock used in the suspend/resum
      path pointed to a bogus lock due to the freed memory.
      Signed-off-by: NKevin Hilman <khilman@deeprootsystems.com>
      Acked-by: NMike Frysinger <vapier@gentoo.org>
      Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
      067fb2f6
  5. 11 3月, 2010 1 次提交
  6. 10 3月, 2010 1 次提交
  7. 25 2月, 2010 1 次提交
  8. 24 11月, 2009 2 次提交
  9. 23 9月, 2009 1 次提交
  10. 11 6月, 2009 1 次提交
  11. 20 5月, 2009 2 次提交
  12. 16 4月, 2009 1 次提交
    • B
      Input: ads7846 - fix unsafe disable_irq · 3f3e7c6e
      Ben Nizette 提交于
      The use of disable_irq inside the handler for the interrupt being
      disabled has always been dangerous.  disable_irq should wait for that
      handler to complete before returning -> deadlock.
      
      For some reason this wasn't actually the case until 3aa551c9 was merged
      but since this time, the ads7846 driver has deadlocked the system on
      first interrupt.
      
      Convert the driver to use the handler-safe _nosync variant.
      Signed-off-by: NBen Nizette <bn@niasdigital.com>
      Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
      3f3e7c6e
  13. 12 4月, 2009 1 次提交
  14. 30 3月, 2009 1 次提交
  15. 23 12月, 2008 1 次提交
  16. 25 11月, 2008 1 次提交
    • P
      hrtimer: removing all ur callback modes · ca109491
      Peter Zijlstra 提交于
      Impact: cleanup, move all hrtimer processing into hardirq context
      
      This is an attempt at removing some of the hrtimer complexity by
      reducing the number of callback modes to 1.
      
      This means that all hrtimer callback functions will be ran from HARD-irq
      context.
      
      I went through all the 30 odd hrtimer callback functions in the kernel
      and saw only one that I'm not quite sure of, which is the one in
      net/can/bcm.c - hence I'm CC-ing the folks responsible for that code.
      
      Furthermore, the hrtimer core now calls callbacks directly with IRQs
      disabled in case you try to enqueue an expired timer. If this timer is a
      periodic timer (which should use hrtimer_forward() to advance its time)
      then it might be possible to end up in an inf. recursive loop due to the
      fact that hrtimer_forward() doesn't round up to the next timer
      granularity, and therefore keeps on calling the callback - obviously
      this needs a fix.
      
      Aside from that, this seems to compile and actually boot on my dual core
      test box - although I'm sure there are some bugs in, me not hitting any
      makes me certain :-)
      Signed-off-by: NPeter Zijlstra <a.p.zijlstra@chello.nl>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      ca109491
  17. 30 10月, 2008 1 次提交
  18. 09 10月, 2008 1 次提交
  19. 18 9月, 2008 1 次提交
  20. 11 9月, 2008 2 次提交
  21. 24 7月, 2008 2 次提交
  22. 15 4月, 2008 1 次提交
  23. 02 4月, 2008 1 次提交
  24. 14 3月, 2008 1 次提交
  25. 21 1月, 2008 1 次提交
  26. 06 12月, 2007 1 次提交
  27. 20 10月, 2007 1 次提交
  28. 10 10月, 2007 1 次提交
  29. 18 7月, 2007 2 次提交
  30. 23 5月, 2007 2 次提交
  31. 12 4月, 2007 1 次提交
  32. 01 3月, 2007 1 次提交
  33. 17 2月, 2007 1 次提交
  34. 18 1月, 2007 1 次提交