All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@web.de>
To: Gleb Natapov <gleb@redhat.com>
Cc: Marcelo Tosatti <mtosatti@redhat.com>,
	Avi Kivity <avi@redhat.com>,
	Glauber de Oliveira Costa <gcosta@redhat.com>,
	kvm <kvm@vger.kernel.org>
Subject: Re: qemu-kvm requires apic initialized before vcpu main loop
Date: Wed, 09 Dec 2009 22:01:36 +0100	[thread overview]
Message-ID: <4B201030.9030906@web.de> (raw)
In-Reply-To: <20091209205006.GD8739@redhat.com>

[-- Attachment #1: Type: text/plain, Size: 2165 bytes --]

Gleb Natapov wrote:
> On Wed, Dec 09, 2009 at 09:09:54PM +0100, Jan Kiszka wrote:
>> Gleb Natapov wrote:
>>> On Wed, Dec 09, 2009 at 07:23:38PM +0100, Jan Kiszka wrote:
>>>> Marcelo Tosatti wrote:
>>>>> Otherwise a zero apic base is loaded into KVM, which results
>>>>> in interrupts being lost until a proper apic base with enabled 
>>>>> bit set is loaded.
>>>>>
>>>>> Fixes WinXP migration in qemu-kvm origin/next.
>>>>>
>>>>> Signed-off-by: Marcelo Tosatti <mtosatti@redhat.com>
>>>>>
>>>>> diff --git a/hw/apic.c b/hw/apic.c
>>>>> index 627ff98..45a4d2b 100644
>>>>> --- a/hw/apic.c
>>>>> +++ b/hw/apic.c
>>>>> @@ -1131,6 +1131,11 @@ int apic_init(CPUState *env)
>>>>>      vmstate_register(s->idx, &vmstate_apic, s);
>>>>>      qemu_register_reset(apic_reset, s);
>>>>>  
>>>>> +    /* apic_reset must be called before the vcpu threads are initialized and load 
>>>>> +     * registers, in qemu-kvm.
>>>>> +     */
>>>>> +    apic_reset(s);
>>>>> +
>>>>>      local_apics[s->idx] = s;
>>>>>      return 0;
>>>>>  }
>>>> Heals the issue I saw with Win2003 Server as well.
>>>>
>>>> Looks all a bit messy though. Hope we can establish a more regular and
>>>> less fragile model on the midterm. I wonder if it wouldn't be better to
>>>> do write-back of the local APIC state along with the register state on
>>>> vmrun (and only there!). The same would apply to things like mpstate,
>>> Write back of mp state there is a bug and introduce races. Do write back
>>> of the whole APIC state there looks like a recipe for disaster.
>> Please read the full suggestion: We will only write-back if we were
>> going through a reset or vmload before. That removes the ugly kvm hooks
>> from generic code and ensures proper ordering /wrt other write-backs.
>> IMHO, anything else will continue to cause headache like the above to us.
>>
> We can't postpone APIC loading till vmrun. This will race with
> devices/other vcpus sending interrupts to the vcpu. APIC state of all
> vcpus should be up-to-date _before_ any vcpu or main loop starts
> running.

Simple to solve, just add another write-back point: vm_start.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 257 bytes --]

  reply	other threads:[~2009-12-09 21:01 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-09 17:46 qemu-kvm requires apic initialized before vcpu main loop Marcelo Tosatti
2009-12-09 18:23 ` Jan Kiszka
2009-12-09 19:23   ` Gleb Natapov
2009-12-09 20:09     ` Jan Kiszka
2009-12-09 20:13       ` Marcelo Tosatti
2009-12-09 20:21         ` Jan Kiszka
2009-12-09 20:50       ` Gleb Natapov
2009-12-09 21:01         ` Jan Kiszka [this message]
2009-12-10  6:36           ` Gleb Natapov
2009-12-10  8:12             ` Jan Kiszka
2009-12-09 20:02   ` Marcelo Tosatti
2009-12-09 20:22   ` Marcelo Tosatti
2009-12-09 18:25 ` Glauber Costa
2009-12-09 19:00   ` Jan Kiszka
2009-12-09 20:21     ` Marcelo Tosatti
2009-12-10 11:06       ` Glauber Costa
2009-12-09 20:09   ` Marcelo Tosatti
2009-12-09 19:20 ` Gleb Natapov
2009-12-09 20:26   ` Marcelo Tosatti
2009-12-10  9:33 ` Avi Kivity
2009-12-10  9:45   ` Avi Kivity
2009-12-14 20:36     ` [PATCH] qemu-kvm initialize vcpu state after machine initialization Marcelo Tosatti
2009-12-15 10:16       ` Avi Kivity
2009-12-15 11:20       ` Gleb Natapov
2009-12-15 12:24         ` Marcelo Tosatti
2009-12-15 12:31           ` Avi Kivity
2009-12-15 12:51             ` Marcelo Tosatti
2009-12-15 12:33           ` Gleb Natapov
2009-12-16 14:12             ` Marcelo Tosatti

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B201030.9030906@web.de \
    --to=jan.kiszka@web.de \
    --cc=avi@redhat.com \
    --cc=gcosta@redhat.com \
    --cc=gleb@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=mtosatti@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.