From: christoffer.dall@linaro.org (Christoffer Dall)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 3/5] arm/arm64: KVM: Clarify KVM_ARM_VCPU_INIT ABI
Date: Tue, 2 Dec 2014 20:02:52 +0100 [thread overview]
Message-ID: <20141202190252.GK545@cbox> (raw)
In-Reply-To: <CAFEAcA-k3sUjF--+Q7kn3y7i5gkFQd3+WT1EWGEDyYv4=77z2Q@mail.gmail.com>
On Tue, Dec 02, 2014 at 03:39:05PM +0000, Peter Maydell wrote:
> On 2 December 2014 at 14:47, Christoffer Dall
> <christoffer.dall@linaro.org> wrote:
> > On Thu, Nov 27, 2014 at 10:53:50PM +0000, Peter Maydell wrote:
> >> On 27 November 2014 at 18:40, Christoffer Dall
> >> <christoffer.dall@linaro.org> wrote:
> >> > Possible features:
> >> > - KVM_ARM_VCPU_POWER_OFF: Starts the CPU in a power-off state.
> >> > Depends on KVM_CAP_ARM_PSCI. If not set, the CPU will be powered on
> >>
> >> Do you have to use the same set of feature flags for second and
> >> subsequent VCPU_INIT calls, or can they be different each time?
> >>
> > That's a good question. Do you have any opinion on the matter?
>
> QEMU always will, so I'd be happy if we said it has to be the same
> set of flags each time. I guess I'd go for "say they have to match";
> we can always relax later if we need to.
>
> > It seems weird to change the target of a Vcpu from some core to another
> > core, but there is not reason why you shouldn't be able to set a vCpU to
> > be powered off when run, just because it wasn't earlier on, is
> > there?
>
> We need an API for get/set of PSCI power state for migration
> anyhow, so it's not inherently required to be able to flip
> this bit on reset.
>
Actually I think the current migration patches rely on being able to
call the init ioctl to turn off a vcpu, but I guess you could use the
KVM_SET_MP_STATE for that.
Alex, any thoughts?
-Christoffer
WARNING: multiple messages have this Message-ID (diff)
From: Christoffer Dall <christoffer.dall@linaro.org>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: "kvmarm@lists.cs.columbia.edu" <kvmarm@lists.cs.columbia.edu>,
arm-mail-list <linux-arm-kernel@lists.infradead.org>,
kvm-devel <kvm@vger.kernel.org>,
"Ard Biesheuvel" <ard.biesheuvel@linaro.org>,
"Marc Zyngier" <marc.zyngier@arm.com>,
"Alex Bennée" <alex.bennee@linaro.org>
Subject: Re: [PATCH 3/5] arm/arm64: KVM: Clarify KVM_ARM_VCPU_INIT ABI
Date: Tue, 2 Dec 2014 20:02:52 +0100 [thread overview]
Message-ID: <20141202190252.GK545@cbox> (raw)
In-Reply-To: <CAFEAcA-k3sUjF--+Q7kn3y7i5gkFQd3+WT1EWGEDyYv4=77z2Q@mail.gmail.com>
On Tue, Dec 02, 2014 at 03:39:05PM +0000, Peter Maydell wrote:
> On 2 December 2014 at 14:47, Christoffer Dall
> <christoffer.dall@linaro.org> wrote:
> > On Thu, Nov 27, 2014 at 10:53:50PM +0000, Peter Maydell wrote:
> >> On 27 November 2014 at 18:40, Christoffer Dall
> >> <christoffer.dall@linaro.org> wrote:
> >> > Possible features:
> >> > - KVM_ARM_VCPU_POWER_OFF: Starts the CPU in a power-off state.
> >> > Depends on KVM_CAP_ARM_PSCI. If not set, the CPU will be powered on
> >>
> >> Do you have to use the same set of feature flags for second and
> >> subsequent VCPU_INIT calls, or can they be different each time?
> >>
> > That's a good question. Do you have any opinion on the matter?
>
> QEMU always will, so I'd be happy if we said it has to be the same
> set of flags each time. I guess I'd go for "say they have to match";
> we can always relax later if we need to.
>
> > It seems weird to change the target of a Vcpu from some core to another
> > core, but there is not reason why you shouldn't be able to set a vCpU to
> > be powered off when run, just because it wasn't earlier on, is
> > there?
>
> We need an API for get/set of PSCI power state for migration
> anyhow, so it's not inherently required to be able to flip
> this bit on reset.
>
Actually I think the current migration patches rely on being able to
call the init ioctl to turn off a vcpu, but I guess you could use the
KVM_SET_MP_STATE for that.
Alex, any thoughts?
-Christoffer
next prev parent reply other threads:[~2014-12-02 19:02 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-27 18:40 [PATCH 0/5] Improve PSCI system events and fix reboot bugs Christoffer Dall
2014-11-27 18:40 ` Christoffer Dall
2014-11-27 18:40 ` [PATCH 1/5] arm/arm64: KVM: Correct KVM_ARM_VCPU_INIT power off option Christoffer Dall
2014-11-27 18:40 ` Christoffer Dall
2014-11-27 22:44 ` Peter Maydell
2014-11-27 22:44 ` Peter Maydell
2014-12-02 14:33 ` Christoffer Dall
2014-12-02 14:33 ` Christoffer Dall
2014-11-27 18:40 ` [PATCH 2/5] arm/arm64: KVM: Reset the HCR on each vcpu when resetting the vcpu Christoffer Dall
2014-11-27 18:40 ` Christoffer Dall
2014-11-27 18:40 ` [PATCH 3/5] arm/arm64: KVM: Clarify KVM_ARM_VCPU_INIT ABI Christoffer Dall
2014-11-27 18:40 ` Christoffer Dall
2014-11-27 22:53 ` Peter Maydell
2014-11-27 22:53 ` Peter Maydell
2014-12-02 14:47 ` Christoffer Dall
2014-12-02 14:47 ` Christoffer Dall
2014-12-02 15:39 ` Peter Maydell
2014-12-02 15:39 ` Peter Maydell
2014-12-02 19:02 ` Christoffer Dall [this message]
2014-12-02 19:02 ` Christoffer Dall
2014-11-27 18:40 ` [PATCH 4/5] arm/arm64: KVM: Introduce stage2_unmap_vm Christoffer Dall
2014-11-27 18:40 ` Christoffer Dall
2014-11-27 18:41 ` [PATCH 5/5] arm/arm64: KVM: Turn off vcpus and flush stage-2 pgtables on sytem exit events Christoffer Dall
2014-11-27 18:41 ` Christoffer Dall
2014-11-27 23:10 ` Peter Maydell
2014-11-27 23:10 ` Peter Maydell
2014-12-01 17:57 ` Peter Maydell
2014-12-01 17:57 ` Peter Maydell
2014-12-02 13:29 ` Christoffer Dall
2014-12-02 13:29 ` Christoffer Dall
2014-12-02 15:01 ` Christoffer Dall
2014-12-02 15:01 ` Christoffer Dall
2014-12-02 15:42 ` Peter Maydell
2014-12-02 15:42 ` Peter Maydell
2014-12-01 13:34 ` [PATCH 0/5] Improve PSCI system events and fix reboot bugs Andrew Jones
2014-12-01 13:34 ` Andrew Jones
2014-12-02 14:47 ` Christoffer Dall
2014-12-02 14:47 ` Christoffer Dall
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=20141202190252.GK545@cbox \
--to=christoffer.dall@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
/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.