All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@siemens.com>
To: Gleb Natapov <gleb@redhat.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"kvm@vger.kernel.org" <kvm@vger.kernel.org>,
	"mtosatti@redhat.com" <mtosatti@redhat.com>
Subject: Re: [PATCH] x86: kvm: reset the bootstrap processor when it gets an INIT
Date: Mon, 11 Mar 2013 15:19:08 +0100	[thread overview]
Message-ID: <513DE7DC.8020609@siemens.com> (raw)
In-Reply-To: <20130311141252.GQ31619@redhat.com>

On 2013-03-11 15:12, Gleb Natapov wrote:
> On Mon, Mar 11, 2013 at 03:10:45PM +0100, Jan Kiszka wrote:
>> On 2013-03-11 15:09, Gleb Natapov wrote:
>>> On Mon, Mar 11, 2013 at 03:06:18PM +0100, Jan Kiszka wrote:
>>>> On 2013-03-11 15:05, Gleb Natapov wrote:
>>>>> On Mon, Mar 11, 2013 at 03:01:40PM +0100, Jan Kiszka wrote:
>>>>>>> We are not moving away from mp_state, we are moving away from using
>>>>>>> mp_state for signaling because with nested virt INIT does not always
>>>>>>> change mp_state, not only that it can change mp_state long after signal
>>>>>>> is received after vmx off is done.
>>>>>>
>>>>>> Right.
>>>>>>
>>>>>> BTW, for that to happen, we will also need to influence the INIT level.
>>>>>> Unless I misread the spec, INIT is blocked while in root mode, and if
>>>>>> you deassert INIT before leaving root (vmxoff, vmenter), nothing
>>>>>> actually happens. So what matters is the INIT signal level at the exit
>>>>>> of root mode.
>>>>>>
>>>>> You are talking about INIT# signal received via CPU pin, right? I think
>>>>> INIT send by IPI cannot go away.
>>>>
>>>> Why shouldn't it? Besides edge, there is also level-triggered INIT.
>>>>
>>> OK, so level-triggered INIT can be de-asserted what about edge triggered
>>> one? :)
>>
>> It should be lost while in root mode.
>>
> Ah, that's great. Removes some potential complications.

Again, that's my interpretation. I didn't check this against real HW
yet. It just makes most sense, given what I read.

Jan

-- 
Siemens AG, Corporate Technology, CT RTC ITP SDP-DE
Corporate Competence Center Embedded Linux

  reply	other threads:[~2013-03-11 14:19 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-09  6:48 [PATCH] x86: kvm: reset the bootstrap processor when it gets an INIT Paolo Bonzini
2013-03-10 11:46 ` Gleb Natapov
2013-03-10 14:53   ` Paolo Bonzini
2013-03-10 15:35     ` Gleb Natapov
2013-03-10 17:19       ` Paolo Bonzini
2013-03-10 18:10         ` Gleb Natapov
2013-03-11 10:14           ` Paolo Bonzini
2013-03-11 10:28             ` Gleb Natapov
2013-03-11 11:25               ` Paolo Bonzini
2013-03-11 11:51                 ` Gleb Natapov
2013-03-11 13:31                   ` Paolo Bonzini
2013-03-11 13:54                     ` Gleb Natapov
2013-03-11 14:01                       ` Jan Kiszka
2013-03-11 14:05                         ` Gleb Natapov
2013-03-11 14:06                           ` Jan Kiszka
2013-03-11 14:09                             ` Gleb Natapov
2013-03-11 14:10                               ` Jan Kiszka
2013-03-11 14:12                                 ` Gleb Natapov
2013-03-11 14:19                                   ` Jan Kiszka [this message]
2013-03-11 14:23                           ` Paolo Bonzini
2013-03-11 15:36                             ` Jan Kiszka
2013-03-11 17:23                               ` Gleb Natapov
2013-03-11 17:34                                 ` Jan Kiszka
2013-03-11 17:38                                   ` Jan Kiszka
2013-03-11 17:41                                   ` Gleb Natapov
2013-03-11 18:05                                     ` Jan Kiszka
2013-03-11 18:13                                       ` Gleb Natapov
2013-03-11 18:27                                         ` Jan Kiszka
2013-03-11 18:39                                           ` Gleb Natapov
2013-03-11 18:47                                             ` Jan Kiszka
2013-03-11 18:51                                               ` Gleb Natapov
2013-03-11 19:01                                                 ` Jan Kiszka
2013-03-11 19:30                                                   ` Gleb Natapov
2013-03-12  9:25                                                     ` Jan Kiszka
2013-03-12 11:28                                                       ` Gleb Natapov
2013-03-11 14:28                       ` Paolo Bonzini
2013-03-11 17:20                         ` Gleb Natapov
2013-03-11 17:39                           ` Paolo Bonzini
2013-03-11 18:04                             ` Gleb Natapov

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=513DE7DC.8020609@siemens.com \
    --to=jan.kiszka@siemens.com \
    --cc=gleb@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mtosatti@redhat.com \
    --cc=pbonzini@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.