From: cdall@linaro.org (Christoffer Dall)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4 1/3] arm64: kvm: support user space to detect RAS extension feature
Date: Mon, 3 Jul 2017 10:21:26 +0200 [thread overview]
Message-ID: <20170703082126.GC4066@cbox> (raw)
In-Reply-To: <1498481143-23183-1-git-send-email-gengdongjiu@huawei.com>
On Mon, Jun 26, 2017 at 08:45:43PM +0800, Dongjiu Geng wrote:
> Handle userspace's detection for RAS extension, because sometimes
> the userspace needs to know the CPU's capacity
Why? Can you please provide some more rationale.
>
> Signed-off-by: Dongjiu Geng <gengdongjiu@huawei.com>
> ---
> arch/arm64/kvm/reset.c | 11 +++++++++++
> include/uapi/linux/kvm.h | 1 +
> 2 files changed, 12 insertions(+)
>
> diff --git a/arch/arm64/kvm/reset.c b/arch/arm64/kvm/reset.c
> index d9e9697..1004039 100644
> --- a/arch/arm64/kvm/reset.c
> +++ b/arch/arm64/kvm/reset.c
> @@ -64,6 +64,14 @@ static bool cpu_has_32bit_el1(void)
> return !!(pfr0 & 0x20);
> }
>
> +static bool kvm_arm_support_ras_extension(void)
> +{
> + u64 pfr0;
> +
> + pfr0 = read_system_reg(SYS_ID_AA64PFR0_EL1);
> + return !!(pfr0 & 0x10000000);
> +}
Why is this specific to KVM? This seems to reveal information about the
underlying physical CPU, not specific to KVM at all, surely if userspace
is really supposed to be able to figure this out, it should not be KVM
specific.
Thanks,
-Christoffer
> +
> /**
> * kvm_arch_dev_ioctl_check_extension
> *
> @@ -87,6 +95,9 @@ int kvm_arch_dev_ioctl_check_extension(struct kvm *kvm, long ext)
> case KVM_CAP_ARM_PMU_V3:
> r = kvm_arm_support_pmu_v3();
> break;
> + case KVM_CAP_ARM_RAS_EXTENSION:
> + r = kvm_arm_support_ras_extension();
> + break;
> case KVM_CAP_SET_GUEST_DEBUG:
> case KVM_CAP_VCPU_ATTRIBUTES:
> r = 1;
> diff --git a/include/uapi/linux/kvm.h b/include/uapi/linux/kvm.h
> index f51d508..27fe556 100644
> --- a/include/uapi/linux/kvm.h
> +++ b/include/uapi/linux/kvm.h
> @@ -883,6 +883,7 @@ struct kvm_ppc_resize_hpt {
> #define KVM_CAP_PPC_MMU_RADIX 134
> #define KVM_CAP_PPC_MMU_HASH_V3 135
> #define KVM_CAP_IMMEDIATE_EXIT 136
> +#define KVM_CAP_ARM_RAS_EXTENSION 137
>
> #ifdef KVM_CAP_IRQ_ROUTING
>
> --
> 2.10.1
>
next prev parent reply other threads:[~2017-07-03 8:21 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-26 12:45 [PATCH v4 1/3] arm64: kvm: support user space to detect RAS extension feature Dongjiu Geng
2017-07-03 8:21 ` Christoffer Dall [this message]
2017-07-04 7:04 ` gengdongjiu
2017-07-04 8:40 ` 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=20170703082126.GC4066@cbox \
--to=cdall@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).