arm: KVM: Don't return PSCI_INVAL if waitqueue is inactive
authorChristoffer Dall <christoffer.dall@linaro.org>
Wed, 20 Nov 2013 01:43:19 +0000 (17:43 -0800)
committerChristoffer Dall <christoffer.dall@linaro.org>
Sat, 21 Dec 2013 17:55:17 +0000 (09:55 -0800)
commit478a8237f656d86d25b3e4e4bf3c48f590156294
treea75bc587c1589389525727f3035f74cbab9c4ea3
parentbeb11fc71370bb49c58d7454d5d9c5a00a7cdb4b
arm: KVM: Don't return PSCI_INVAL if waitqueue is inactive

The current KVM implementation of PSCI returns INVALID_PARAMETERS if the
waitqueue for the corresponding CPU is not active.  This does not seem
correct, since KVM should not care what the specific thread is doing,
for example, user space may not have called KVM_RUN on this VCPU yet or
the thread may be busy looping to user space because it received a
signal; this is really up to the user space implementation.  Instead we
should check specifically that the CPU is marked as being turned off,
regardless of the VCPU thread state, and if it is, we shall
simply clear the pause flag on the CPU and wake up the thread if it
happens to be blocked for us.

Further, the implementation seems to be racy when executing multiple
VCPU threads.  There really isn't a reasonable user space programming
scheme to ensure all secondary CPUs have reached kvm_vcpu_first_run_init
before turning on the boot CPU.

Therefore, set the pause flag on the vcpu at VCPU init time (which can
reasonably be expected to be completed for all CPUs by user space before
running any VCPUs) and clear both this flag and the feature (in case the
feature can somehow get set again in the future) and ping the waitqueue
on turning on a VCPU using PSCI.

Reported-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Christoffer Dall <christoffer.dall@linaro.org>
arch/arm/kvm/arm.c
arch/arm/kvm/psci.c