public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Avi Kivity <avi@qumranet.com>
To: Joerg Roedel <joerg.roedel@amd.com>
Cc: kvm-devel@lists.sourceforge.net,
	Marcelo Tosatti <marcelo@kvack.org>,
	Michal Ludvig <mludvig@logix.net.nz>
Subject: Re: bugreport: guest crashes on reboot in KVM 65 on AMD
Date: Mon, 14 Apr 2008 14:35:48 +0300	[thread overview]
Message-ID: <48034194.2070308@qumranet.com> (raw)
In-Reply-To: <20080414105107.GB6567@amd.com>

Joerg Roedel wrote:
> On Mon, Apr 14, 2008 at 01:29:50PM +0300, Avi Kivity wrote:
>   
>> Joerg Roedel wrote:
>>     
>>> Only the state saved in the VMCB is undefined after an intercepted
>>> shutdown event. 
>>>       
>> The vmcb stores two types of states, guest state and control
>> information.  Are both undefined?
>>     
>
> Only the guest state is undefined.
>
>   

Okay, so we don't need to init_vmcb() there.  We can just reset the 
processor (actually, we should rely on userspace to reset the processor; 
IIRC shutdown does not reset the processor directly; instead the system 
board detects the shutdown and converts it to a reset, and we may want 
to emulate other types of system boards).

>>> I am not sure if I understand your second question, what
>>> do you mean with "core melting down" vs. guest initiated shutdown?
>>>  
>>>       
>> IIRC shutdown can occur not only as a result of triple faults, due to
>> other internal errors or inconsistent state.  Not sure about that
>> though.
>>     
>
> No, there is no way to to differentiate between a shutdown caused by a
> triple fault and other shutdown situations. If the shutdown event is
> caused by a too hot processor it is not intercepted. This situation is
> handled like a normal cpu shutdown.
>   

Well, that gives you some differentiation (enough for our needs).

-- 
error compiling committee.c: too many arguments to function


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

      reply	other threads:[~2008-04-14 11:35 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-13 13:49 bugreport: guest crashes on reboot in KVM 65 on AMD Michal Ludvig
2008-04-13 15:24 ` Alexey Eremenko
2008-04-14  9:43 ` Avi Kivity
2008-04-14 10:27   ` Joerg Roedel
2008-04-14 10:29     ` Avi Kivity
2008-04-14 10:51       ` Joerg Roedel
2008-04-14 11:35         ` Avi Kivity [this message]

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=48034194.2070308@qumranet.com \
    --to=avi@qumranet.com \
    --cc=joerg.roedel@amd.com \
    --cc=kvm-devel@lists.sourceforge.net \
    --cc=marcelo@kvack.org \
    --cc=mludvig@logix.net.nz \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox