Matt Lupfer c36ad13fe9 Don't enable a HPET timer if HPET is disabled
A HPET timer can be started when HPET is not yet
enabled. This will not generate an interrupt
to the guest, but causes problems when HPET is later
enabled.

A timer that is created and expires at least once before
HPET is enabled will have an initialized comparator based
on a hpet_offset of 0 (uninitialized). When HPET is
enabled, hpet_set_timer() is called a second time, which
modifies the timer expiry to a time based on the
difference between current ticks (measured with the
newly initialized hpet_offset) and the timer's
comparator (which was generated before hpet_offset was
initialized). This results in a long period of no HPET
timer ticks.

When this occurs with a CentOS 5.x guest, the guest
may not receive timer interrupts during its narrow
timer check window and panic on boot.

Signed-off-by: Matt Lupfer <mlupfer@ddn.com>
Acked-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Paolo Bonzini <pbonzini@redhat.com>
2014-03-27 17:48:11 +02:00
2014-03-24 19:00:02 +00:00
2014-03-13 20:15:37 +01:00
2014-03-03 09:46:27 +04:00
2014-03-13 20:15:37 +01:00
2014-03-25 14:09:50 +01:00
2014-03-24 16:34:01 +00:00
2014-03-26 12:42:31 +02:00
2014-03-12 17:26:32 +01:00
2014-03-19 19:47:15 +01:00
2014-03-13 14:42:24 +01:00
2014-03-17 11:50:19 +00:00
2014-03-13 14:42:24 +01:00
2014-02-21 21:02:23 +01:00
2014-03-13 14:34:16 +00:00
2014-02-25 14:30:28 +01:00
2014-03-17 13:21:11 +01:00
2014-03-05 03:06:24 +01:00
2014-02-17 11:57:23 -05:00
2014-03-13 20:08:15 -07:00

Read the documentation in qemu-doc.html or on http://wiki.qemu-project.org

- QEMU team
Description
No description provided
Readme 404 MiB
Languages
C 82.6%
C++ 6.5%
Python 3.4%
Dylan 2.9%
Shell 1.6%
Other 2.8%