[PATCH v3 8/8] KVM: arm64: Expose ID_AA64PFR2_EL1 to userspace and guests
Marc Zyngier
maz at kernel.org
Tue Aug 13 05:47:48 PDT 2024
On Tue, 13 Aug 2024 11:57:10 +0100,
Joey Gouly <joey.gouly at arm.com> wrote:
>
> Hello!
>
> On Tue, Aug 13, 2024 at 11:44:00AM +0100, Marc Zyngier wrote:
> > Everything is now in place for a guest to "enjoy" FP8 support.
> > Expose ID_AA64PFR2_EL1 to both userspace and guests, with the
> > explicit restriction of only being able to clear FPMR.
> >
> > All other features (MTE* at the time of writing) are hidden
> > and not writable.
> >
> > Signed-off-by: Marc Zyngier <maz at kernel.org>
> > ---
> > arch/arm64/kvm/sys_regs.c | 16 +++++++++++++++-
> > 1 file changed, 15 insertions(+), 1 deletion(-)
> >
> > diff --git a/arch/arm64/kvm/sys_regs.c b/arch/arm64/kvm/sys_regs.c
> > index 51627add0a72..da6d017f24a1 100644
> > --- a/arch/arm64/kvm/sys_regs.c
> > +++ b/arch/arm64/kvm/sys_regs.c
> > @@ -1722,6 +1722,15 @@ static u64 read_sanitised_id_aa64pfr0_el1(struct kvm_vcpu *vcpu,
> > return val;
> > }
> >
> > +static u64 read_sanitised_id_aa64pfr2_el1(struct kvm_vcpu *vcpu,
> > + const struct sys_reg_desc *rd)
> > +{
> > + u64 val = read_sanitised_ftr_reg(SYS_ID_AA64PFR2_EL1);
> > +
> > + /* We only expose FPMR */
> > + return val & ID_AA64PFR2_EL1_FPMR;
> > +}
>
> Wondering why you're adding this function instead of extending __kvm_read_sanitised_id_reg()?
>
> > +
> > #define ID_REG_LIMIT_FIELD_ENUM(val, reg, field, limit) \
> > ({ \
> > u64 __f_val = FIELD_GET(reg##_##field##_MASK, val); \
> > @@ -2381,7 +2390,12 @@ static const struct sys_reg_desc sys_reg_descs[] = {
> > ID_AA64PFR0_EL1_AdvSIMD |
> > ID_AA64PFR0_EL1_FP), },
> > ID_SANITISED(ID_AA64PFR1_EL1),
> > - ID_UNALLOCATED(4,2),
> > + { SYS_DESC(SYS_ID_AA64PFR2_EL1),
> > + .access = access_id_reg,
> > + .get_user = get_id_reg,
> > + .set_user = set_id_reg,
> > + .reset = read_sanitised_id_aa64pfr2_el1,
> > + .val = ID_AA64PFR2_EL1_FPMR, },
>
> Then I think this would just be ID_WRITABLE(ID_AA64PFR2_EL1, ID_AA64PFR2_EL1_FPMR).
Yeah, that's an interesting point. I'm afraid I have lost track of the
many helpers that have been added over time.
Something like this?
diff --git a/arch/arm64/kvm/sys_regs.c b/arch/arm64/kvm/sys_regs.c
index da6d017f24a1..2d1e45178422 100644
--- a/arch/arm64/kvm/sys_regs.c
+++ b/arch/arm64/kvm/sys_regs.c
@@ -1539,6 +1539,10 @@ static u64 __kvm_read_sanitised_id_reg(const struct kvm_vcpu *vcpu,
val &= ~ARM64_FEATURE_MASK(ID_AA64PFR1_EL1_SME);
break;
+ case SYS_ID_AA64PFR2_EL1:
+ /* We only expose FPMR */
+ val &= ID_AA64PFR2_EL1_FPMR;
+ break;
case SYS_ID_AA64ISAR1_EL1:
if (!vcpu_has_ptrauth(vcpu))
val &= ~(ARM64_FEATURE_MASK(ID_AA64ISAR1_EL1_APA) |
@@ -1722,15 +1726,6 @@ static u64 read_sanitised_id_aa64pfr0_el1(struct kvm_vcpu *vcpu,
return val;
}
-static u64 read_sanitised_id_aa64pfr2_el1(struct kvm_vcpu *vcpu,
- const struct sys_reg_desc *rd)
-{
- u64 val = read_sanitised_ftr_reg(SYS_ID_AA64PFR2_EL1);
-
- /* We only expose FPMR */
- return val & ID_AA64PFR2_EL1_FPMR;
-}
-
#define ID_REG_LIMIT_FIELD_ENUM(val, reg, field, limit) \
({ \
u64 __f_val = FIELD_GET(reg##_##field##_MASK, val); \
@@ -2390,12 +2385,7 @@ static const struct sys_reg_desc sys_reg_descs[] = {
ID_AA64PFR0_EL1_AdvSIMD |
ID_AA64PFR0_EL1_FP), },
ID_SANITISED(ID_AA64PFR1_EL1),
- { SYS_DESC(SYS_ID_AA64PFR2_EL1),
- .access = access_id_reg,
- .get_user = get_id_reg,
- .set_user = set_id_reg,
- .reset = read_sanitised_id_aa64pfr2_el1,
- .val = ID_AA64PFR2_EL1_FPMR, },
+ ID_WRITABLE(ID_AA64PFR2_EL1, ID_AA64PFR2_EL1_FPMR),
ID_UNALLOCATED(4,3),
ID_WRITABLE(ID_AA64ZFR0_EL1, ~ID_AA64ZFR0_EL1_RES0),
ID_HIDDEN(ID_AA64SMFR0_EL1),
Thanks,
M.
--
Without deviation from the norm, progress is not possible.
More information about the linux-arm-kernel
mailing list