| Message ID | 1244063970-13913-2-git-send-email-glommer@redhat.com (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
diff --git a/hw/apic.c b/hw/apic.c index 86aa6b6..862289d 100644 --- a/hw/apic.c +++ b/hw/apic.c @@ -443,8 +443,7 @@ static void apic_get_delivery_bitmask(uint32_t *deliver_bitmask, } } - -static void apic_init_ipi(APICState *s) +static void apic_init_ipi_state(APICState *s) { int i; @@ -466,6 +465,11 @@ static void apic_init_ipi(APICState *s) s->next_time = 0; cpu_reset(s->cpu_env); +} + +static void apic_init_ipi(APICState *s) +{ + apic_init_ipi_state(s); if (!(s->apicbase & MSR_IA32_APICBASE_BSP) && (!kvm_enabled() || !qemu_kvm_irqchip_in_kernel()))
This patch is part of a series that tries to provide a kvm-free apic implementation. In the last interation, Jan pointed out that halted state management with in kernel irqchip gets quite messy. I don't disagree. It broke this series specifically, as init IPIs had the halted state set. The solution would be to rework halted state management. But I'm too lazy. Besides, gleb told me he would do it, which makes it his problem, not mine. ;-) This patch can be used to bypass the problem entirely: if kvm apic do not call apic_init_ipi, but a version of it that does everything but mangling around with cpu states, the problem becomes a non issue, and my glorious series can be applied. Signed-off-by: Glauber Costa <glommer@redhat.com> --- hw/apic.c | 8 ++++++-- 1 files changed, 6 insertions(+), 2 deletions(-)