|
|
|
|
|
|
|
|
|
|
xen-devel
[Xen-devel] Sles9.3 HVM guest block
Keir,
During regression of testing 32b UP SLES9.3/SUSE10 HVM guests on 64b hv,
we are seeing a problem with the guest becoming permanently blocked (b
state). Blockage occurs at fairly random times... booting, fsck,
ltp/cerberos - on both AMD-V and VT, and takes from 5 minutes to many
hours to fail. Last c/s tested was 13947 that we see the problem.
We've traced it back to changeset 13320. if we boot the guest with
hpet=disabled, then the guest runs without problem (tested 48 hours w/o
failure). Adding the "vcpu_kick" line removed with c/s 13320 also
alleviates the problem (24 hours w/o failure).
Let me know if you need any more details concerning the guest
configuration or host machine, or if you believe/need alternate testing
parms would be useful, and we can run additional tests.
# HG changeset patch
# User kfraser@xxxxxxxxxxxxxxxxxxxxx
# Date 1168438470 0
# Node ID 36fd53b2e3b4a41b4664be1abc059e25622e2ee3
# Parent 0b679a6d8ad083022d2a0463ff3a5fa5a852c7c4
[HVM] Remove unneeded vcpu_kick() from HPET device model.
Signed-off-by: Keir Fraser <keir@xxxxxxxxxxxxx>
diff -r 0b679a6d8ad0 -r 36fd53b2e3b4 xen/arch/x86/hvm/hpet.c
--- a/xen/arch/x86/hvm/hpet.c Wed Jan 10 11:09:21 2007 +0000
+++ b/xen/arch/x86/hvm/hpet.c Wed Jan 10 14:14:30 2007 +0000
@@ -356,8 +356,6 @@ static void hpet_timer_fn(void *opaque)
}
set_timer(&h->timers[tn], NOW() + hpet_tick_to_ns(h,
h->period[tn]));
}
-
- vcpu_kick(h->vcpu);
}
void hpet_migrate_timers(struct vcpu *v)
--Tom
thomas.woller@xxxxxxx
AMD Corporation
5204 E. Ben White Blvd. UBC1
Austin, Texas 78741
+1-512-602-0059
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-devel] Sles9.3 HVM guest block,
Woller, Thomas <=
|
|
|
|
|