Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 595130 - Disable hpet by default
Disable hpet by default
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: qemu-kvm (Show other bugs)
All Linux
urgent Severity medium
: rc
: ---
Assigned To: Amit Shah
Virtualization Bugs
Depends On:
  Show dependency treegraph
Reported: 2010-05-23 10:09 EDT by Dor Laor
Modified: 2014-03-28 05:16 EDT (History)
9 users (show)

See Also:
Fixed In Version: qemu-kvm-
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2010-07-05 04:41:35 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Dor Laor 2010-05-23 10:09:15 EDT
Description of problem:
The current hpet implementation is not stable enough.
There is no logic to deal with interrupt re-injection, not enough testing and it proved to be buggy.

We should disable it by default. I don't thing any flag for enabling it is needed.
Comment 1 Lawrence Lim 2010-05-24 09:00:33 EDT
Comment from Dor:

On QE side, Lawrence, please make sure that qemu is run with the right
parameters. There are too many occasions where cache=off and -no-hpet
are not used.
Comment 5 Mike Cao 2010-06-09 21:57:13 EDT
Reproduced in qemu-kvm-
Verified in qemu-kvm-

1.Start VM without -no-hpet
#/usr/libexec/qemu-kvm -m 16G -smp 4 -name RHEL6_64 -uuid `uuidgen` -rtc-td-hack -boot dc -drive file=/home/Mike,if=none,id=drive-virtio0-0-0,cache=none,boot=on,format=qcow2 -device virtio-blk-pci,drive=drive-virtio0-0-0,id=virtio0-0-0 -net nic,macaddr=20:40:50:12:23:21,model=virtio,vlan=0 -net tap,script=/etc/qemu-ifup,vlan=0 -spice port=5940,disable-ticketing -vga qxl -balloon virtio -monitor stdio
2.(qemu) info hpet

Actual Result:
HPET is disabled by QEMU

The issue has already been fixed.
Comment 7 lihuang 2010-07-05 04:41:14 EDT
according to #c5. closing

Note You need to log in before you can comment on or make changes to this bug.