Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3738530yba; Tue, 23 Apr 2019 08:49:33 -0700 (PDT) X-Google-Smtp-Source: APXvYqyz407vh88qUNbyxRQ3Ln7+zGvDx1vpqtxjrEwwfARwrIZu9FpFi2Pi7n+LgI61y4sJ25BX X-Received: by 2002:a63:c64a:: with SMTP id x10mr25062568pgg.12.1556034573793; Tue, 23 Apr 2019 08:49:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556034573; cv=none; d=google.com; s=arc-20160816; b=rfFT8b6Bgigdo2tFKNGPs+nMZsxdN6vp4EB7QGHJRx2ca/7ZGDbYzXvchKxQ+yG3jX YujkZ9Cm/AVCn0KcUvXbSPqBCSLjOt+/JYmUVVwGReyOIqpVj8FImS80s9HiJF1e1hWb bwCUnXsQi4LrutDaj7UABDpMrv8grNSs20Xyo/EfRXcHxJa9kHF3N3fhakHS5NKxSQPG 8VHFyhar9z2WfBvDA+usekz3CAVLCrEQwsgaseACeQbNojTy3N00EKzTS1/E8acLtlQb 9H+tODUXnNuBuN16wZcF639urQHADYpeoTpr0uBPa2qlzPxnNRpMvzX4wc7G8meX8SSY 4JIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=N8g3YI9QCemO3Ig8RSnq4KNutsI0aQOtotJ+mSRVzWY=; b=WGL996VbYkk8cxZl39kiQCcskKKvF94CifOr53iCvZoo+V8Ls8gcialwCerCqVB13F VEcdwRlXZSQ93pKuH+s1MrYeZqFk7JRxJ/ZjykLGTE01H/agqv1AGuykMhE3UH1TDzYi ZZUrtkcr4MWZQZD8t8oxvuYsqEuundv7i/Bx7LL2DKQtw6iuobNRAc+qvHx342/ycbik 4Zx1mojkFiV4eORGJLko/xQYiYg3jY4hqtWb9HeuC64IndYpuRpPW7r2lwhwXwrx560m SAJYBeM2i0SZeF2rvNd3w1ZOTuSFf7QGxIe3ZGS5YFnqDoo25YMEfCvEKykuG4Lar47P 6clg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s83si14937263pgs.420.2019.04.23.08.49.18; Tue, 23 Apr 2019 08:49:33 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728644AbfDWPqd (ORCPT + 99 others); Tue, 23 Apr 2019 11:46:33 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:58614 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728492AbfDWPqa (ORCPT ); Tue, 23 Apr 2019 11:46:30 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id E2A6280D; Tue, 23 Apr 2019 08:46:29 -0700 (PDT) Received: from e103592.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 33A603F5AF; Tue, 23 Apr 2019 08:46:28 -0700 (PDT) Date: Tue, 23 Apr 2019 16:46:25 +0100 From: Dave Martin To: Amit Daniel Kachhap Cc: linux-arm-kernel@lists.infradead.org, Marc Zyngier , Catalin Marinas , Will Deacon , Kristina Martsenko , kvmarm@lists.cs.columbia.edu, Ramana Radhakrishnan , linux-kernel@vger.kernel.org Subject: Re: [kvmtool PATCH v10 5/5] KVM: arm/arm64: Add a vcpu feature for pointer authentication Message-ID: <20190423154625.GP3567@e103592.cambridge.arm.com> References: <1555994558-26349-1-git-send-email-amit.kachhap@arm.com> <1555994558-26349-6-git-send-email-amit.kachhap@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1555994558-26349-6-git-send-email-amit.kachhap@arm.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 23, 2019 at 10:12:38AM +0530, Amit Daniel Kachhap wrote: > This patch adds a runtime capabality for KVM tool to enable Arm64 8.3 > Pointer Authentication in guest kernel. Two vcpu features > KVM_ARM_VCPU_PTRAUTH_[ADDRESS/GENERIC] are supplied together to enable > Pointer Authentication in KVM guest after checking the capability. > > Command line options --enable-ptrauth and --disable-ptrauth are added > to use this feature. However, if those options are not provided then > also this feature is enabled if host supports this capability. > > The macros defined in the headers are not in sync and should be replaced > from the upstream. > > Signed-off-by: Amit Daniel Kachhap > --- > > Changes since v9: > * Added a error check for both enable-ptrauth and disable-ptrauth > option. > * Make the error explicit when enable-ptrauth is provided [Dave Martin]. > > arm/aarch32/include/kvm/kvm-cpu-arch.h | 1 + > arm/aarch64/include/asm/kvm.h | 2 ++ > arm/aarch64/include/kvm/kvm-config-arch.h | 6 +++++- > arm/aarch64/include/kvm/kvm-cpu-arch.h | 2 ++ > arm/include/arm-common/kvm-config-arch.h | 2 ++ > arm/kvm-cpu.c | 20 ++++++++++++++++++-- > include/linux/kvm.h | 2 ++ > 7 files changed, 32 insertions(+), 3 deletions(-) > > diff --git a/arm/aarch32/include/kvm/kvm-cpu-arch.h b/arm/aarch32/include/kvm/kvm-cpu-arch.h > index d28ea67..520ea76 100644 > --- a/arm/aarch32/include/kvm/kvm-cpu-arch.h > +++ b/arm/aarch32/include/kvm/kvm-cpu-arch.h > @@ -13,4 +13,5 @@ > #define ARM_CPU_ID 0, 0, 0 > #define ARM_CPU_ID_MPIDR 5 > > +#define ARM_VCPU_PTRAUTH_FEATURE 0 > #endif /* KVM__KVM_CPU_ARCH_H */ > diff --git a/arm/aarch64/include/asm/kvm.h b/arm/aarch64/include/asm/kvm.h > index 97c3478..a2546e6 100644 > --- a/arm/aarch64/include/asm/kvm.h > +++ b/arm/aarch64/include/asm/kvm.h > @@ -102,6 +102,8 @@ struct kvm_regs { > #define KVM_ARM_VCPU_EL1_32BIT 1 /* CPU running a 32bit VM */ > #define KVM_ARM_VCPU_PSCI_0_2 2 /* CPU uses PSCI v0.2 */ > #define KVM_ARM_VCPU_PMU_V3 3 /* Support guest PMUv3 */ > +#define KVM_ARM_VCPU_PTRAUTH_ADDRESS 5 /* CPU uses address pointer authentication */ > +#define KVM_ARM_VCPU_PTRAUTH_GENERIC 6 /* CPU uses generic pointer authentication */ > > struct kvm_vcpu_init { > __u32 target; > diff --git a/arm/aarch64/include/kvm/kvm-config-arch.h b/arm/aarch64/include/kvm/kvm-config-arch.h > index 04be43d..0279b13 100644 > --- a/arm/aarch64/include/kvm/kvm-config-arch.h > +++ b/arm/aarch64/include/kvm/kvm-config-arch.h > @@ -8,7 +8,11 @@ > "Create PMUv3 device"), \ > OPT_U64('\0', "kaslr-seed", &(cfg)->kaslr_seed, \ > "Specify random seed for Kernel Address Space " \ > - "Layout Randomization (KASLR)"), > + "Layout Randomization (KASLR)"), \ > + OPT_BOOLEAN('\0', "enable-ptrauth", &(cfg)->enable_ptrauth, \ > + "Enables pointer authentication"), \ > + OPT_BOOLEAN('\0', "disable-ptrauth", &(cfg)->disable_ptrauth, \ > + "Disables pointer authentication"), > > #include "arm-common/kvm-config-arch.h" > > diff --git a/arm/aarch64/include/kvm/kvm-cpu-arch.h b/arm/aarch64/include/kvm/kvm-cpu-arch.h > index a9d8563..fcc2107 100644 > --- a/arm/aarch64/include/kvm/kvm-cpu-arch.h > +++ b/arm/aarch64/include/kvm/kvm-cpu-arch.h > @@ -17,4 +17,6 @@ > #define ARM_CPU_CTRL 3, 0, 1, 0 > #define ARM_CPU_CTRL_SCTLR_EL1 0 > > +#define ARM_VCPU_PTRAUTH_FEATURE ((1UL << KVM_ARM_VCPU_PTRAUTH_ADDRESS) \ > + | (1UL << KVM_ARM_VCPU_PTRAUTH_GENERIC)) > #endif /* KVM__KVM_CPU_ARCH_H */ > diff --git a/arm/include/arm-common/kvm-config-arch.h b/arm/include/arm-common/kvm-config-arch.h > index 5734c46..1b4287d 100644 > --- a/arm/include/arm-common/kvm-config-arch.h > +++ b/arm/include/arm-common/kvm-config-arch.h > @@ -10,6 +10,8 @@ struct kvm_config_arch { > bool aarch32_guest; > bool has_pmuv3; > u64 kaslr_seed; > + bool enable_ptrauth; > + bool disable_ptrauth; > enum irqchip_type irqchip; > u64 fw_addr; > }; > diff --git a/arm/kvm-cpu.c b/arm/kvm-cpu.c > index 7780251..acd1d5f 100644 > --- a/arm/kvm-cpu.c > +++ b/arm/kvm-cpu.c > @@ -68,6 +68,18 @@ struct kvm_cpu *kvm_cpu__arch_init(struct kvm *kvm, unsigned long cpu_id) > vcpu_init.features[0] |= (1UL << KVM_ARM_VCPU_PSCI_0_2); > } > > + /* Check Pointer Authentication command line arguments. */ > + if (kvm->cfg.arch.enable_ptrauth && kvm->cfg.arch.disable_ptrauth) > + die("Both enable-ptrauth and disable-ptrauth option cannot be present"); Preferably, print the leading dashes, the same as the user would see on the command line (e.g., --enable-ptrauth, --disable-ptrauth). For brevity, we could write something like: die("--enable-ptrauth conflicts with --disable-ptrauth"); > + /* > + * Always enable Pointer Authentication if system supports > + * this extension unless disable-ptrauth option is present. > + */ > + if (kvm__supports_extension(kvm, KVM_CAP_ARM_PTRAUTH_ADDRESS) && > + kvm__supports_extension(kvm, KVM_CAP_ARM_PTRAUTH_GENERIC) && > + !kvm->cfg.arch.disable_ptrauth) > + vcpu_init.features[0] |= ARM_VCPU_PTRAUTH_FEATURE; > + > /* > * If the preferred target ioctl is successful then > * use preferred target else try each and every target type > @@ -106,8 +118,12 @@ struct kvm_cpu *kvm_cpu__arch_init(struct kvm *kvm, unsigned long cpu_id) > die("Unable to find matching target"); > } > > - if (err || target->init(vcpu)) > - die("Unable to initialise vcpu"); > + if (err || target->init(vcpu)) { > + if (kvm->cfg.arch.enable_ptrauth) > + die("Unable to initialise vcpu with pointer authentication feature"); We don't special-case this error message for any other feature yet: there are a variety of reasons why we might have failed, so suggesting that the failure is something to do with ptrauth may be misleading to the user. If we want to be more informative, we could do something like the following: bool supported; supported = kvm__supports_extension(kvm, KVM_CAP_ARM_PTRAUTH_ADDRESS) && kvm__supports_extension(kvm, KVM_CAP_ARM_PTRAUTH_GENERIC); if (kvm->cfg.arch.enable_ptrauth && !supported) die("--enable-ptrauth not supported on this host"); if (supported && !kvm->cfg.arch.disable_ptrauth) vcpu_init.features[0] |= ARM_VCPU_PTRAUTH_FEATURE; /* ... */ if (err || target->init(vcpu)) die("Unable to initialise vcpu"); We don't do this for any other feature today, but since it helps the user to understand what went wrong it's probably a good idea. [...] Cheers ---Dave