1. 06 7月, 2010 1 次提交
  2. 21 5月, 2010 2 次提交
    • R
      arm_timer: fix oneshot mode · a9cf98d9
      Rabin Vincent 提交于
      In oneshot mode, the delta needs to come from the TimerLoad register,
      not the maximum limit.
      Signed-off-by: NRabin Vincent <rabin@rab.in>
      Signed-off-by: NAurelien Jarno <aurelien@aurel32.net>
      a9cf98d9
    • R
      arm_timer: reload timer when enabled · d6759902
      Rabin Vincent 提交于
      Reload the timer when TimerControl is written, if the timer is to be
      enabled.  Otherwise, if an earlier write to TimerLoad was done while
      periodic mode was not set, s->delta may incorrectly still have the value
      of the maximum limit instead of the value written to TimerLoad.
      
      This problem is evident on versatileap on current linux-next, which
      enables TIMER_CTRL_32BIT before writing to TimerLoad and then enabling
      periodic mode and starting the timer.  This causes the first periodic
      tick to be scheduled to occur after 0xffffffff periods, leading to a
      perceived hang while the kernel waits for the first timer tick.
      Signed-off-by: NRabin Vincent <rabin@rab.in>
      Signed-off-by: NAurelien Jarno <aurelien@aurel32.net>
      d6759902
  3. 02 10月, 2009 2 次提交
  4. 28 8月, 2009 1 次提交
    • G
      qdev: add return value to init() callbacks. · 81a322d4
      Gerd Hoffmann 提交于
      Sorry folks, but it has to be.  One more of these invasive qdev patches.
      
      We have a serious design bug in the qdev interface:  device init
      callbacks can't signal failure because the init() callback has no
      return value.  This patch fixes it.
      
      We have already one case in-tree where this is needed:
      Try -device virtio-blk-pci (without drive= specified) and watch qemu
      segfault.  This patch fixes it.
      
      With usb+scsi being converted to qdev we'll get more devices where the
      init callback can fail for various reasons.
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      81a322d4
  5. 26 8月, 2009 1 次提交
  6. 17 6月, 2009 1 次提交
  7. 15 5月, 2009 1 次提交
  8. 08 5月, 2009 1 次提交
  9. 13 12月, 2008 1 次提交
  10. 02 12月, 2008 1 次提交
  11. 03 7月, 2008 1 次提交
  12. 18 11月, 2007 2 次提交
  13. 17 9月, 2007 1 次提交
  14. 03 6月, 2007 1 次提交
  15. 23 5月, 2007 1 次提交
  16. 08 4月, 2007 1 次提交
  17. 07 4月, 2007 1 次提交
  18. 15 11月, 2006 1 次提交
  19. 09 4月, 2006 1 次提交