From: Greg KH on
2.6.33-stable review patch. If anyone has any objections, please let us know.


From: Stefano Stabellini <stefano.stabellini(a)>

commit ff4878089e1eaeac79d57878ad4ea32910fb4037 upstream.

hpet_disable is called unconditionally on machine reboot if hpet support
is compiled in the kernel.
hpet_disable only checks if the machine is hpet capable but doesn't make
sure that hpet has been initialized.

[ tglx: Made it a one liner and removed the redundant hpet_address check ]

Signed-off-by: Stefano Stabellini <stefano.stabellini(a)>
Acked-by: Venkatesh Pallipadi <venki(a)>
LKML-Reference: <alpine.DEB.2.00.1007211726240.22235(a)kaball-desktop>
Signed-off-by: Thomas Gleixner <tglx(a)>
Signed-off-by: Greg Kroah-Hartman <gregkh(a)>

arch/x86/kernel/hpet.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

--- a/arch/x86/kernel/hpet.c
+++ b/arch/x86/kernel/hpet.c
@@ -958,7 +958,7 @@ fs_initcall(hpet_late_init);

void hpet_disable(void)
- if (is_hpet_capable()) {
+ if (is_hpet_capable() && hpet_virt_address) {
unsigned int cfg = hpet_readl(HPET_CFG);

if (hpet_legacy_int_enabled) {

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)
More majordomo info at
Please read the FAQ at