From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755290AbeEHNrK (ORCPT ); Tue, 8 May 2018 09:47:10 -0400 Received: from foss.arm.com ([217.140.101.70]:58752 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754777AbeEHNrH (ORCPT ); Tue, 8 May 2018 09:47:07 -0400 Subject: Re: [PATCH v2 05/17] arm64: Helper for parange to PASize To: James Morse Cc: linux-arm-kernel@lists.infradead.org, ard.biesheuvel@linaro.org, kvm@vger.kernel.org, marc.zyngier@arm.com, catalin.marinas@arm.com, punit.agrawal@arm.com, will.deacon@arm.com, linux-kernel@vger.kernel.org, kristina.martsenko@arm.com, pbonzini@redhat.com, kvmarm@lists.cs.columbia.edu References: <1522156531-28348-1-git-send-email-suzuki.poulose@arm.com> <1522156531-28348-6-git-send-email-suzuki.poulose@arm.com> From: Suzuki K Poulose Message-ID: <89d5f41c-56e1-9195-ec08-05a708bf15f0@arm.com> Date: Tue, 8 May 2018 14:47:03 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/05/18 15:39, James Morse wrote: > Hi Suzuki, > > Nit: KVM in the subject line? Well, the helper is generic and its just that KVM makes use of it. > > On 27/03/18 14:15, Suzuki K Poulose wrote: >> Add a helper to convert ID_AA64MMFR0_EL1:PARange to they physical >> size shift. Limit the size to the maximum supported by the kernel. >> We are about to move the user of this code and this helps to >> keep the changes cleaner. > >> diff --git a/arch/arm64/include/asm/cpufeature.h b/arch/arm64/include/asm/cpufeature.h >> index fbf0aab..1f2a5dd 100644 >> --- a/arch/arm64/include/asm/cpufeature.h >> +++ b/arch/arm64/include/asm/cpufeature.h >> @@ -311,6 +311,22 @@ static inline u64 read_zcr_features(void) >> return zcr; >> } >> >> +static inline u32 id_aa64mmfr0_parange_to_phys_shift(int parange) >> +{ >> + switch (parange) { >> + case 0: return 32; >> + case 1: return 36; >> + case 2: return 40; >> + case 3: return 42; >> + case 4: return 44; >> + /* Report 48 bit if the kernel doesn't support 52bit */ >> + default: >> + case 5: return 48; >> +#ifdef CONFIG_ARM64_PA_BITS_52 >> + case 6: return 52; >> +#endif > > Eeew. I thought 'default' had to appear at the end of the list, but evidently > not! If the last three bit value ever gets used this is going to look really weird. I could rearrange them a bit to : case 4: .. #ifdef CONFIG_ARM64_PA_BITS_52 case 6: ... #endif case 5: /* Report 48 bit if the kernel doesn't support 52bit */ default: return 48; > > Can't we have a helper that just does the mapping, then apply the clamping with > something like: > | parange = min(CONFIG_ARM64_PA_BITS, parange); Yes, I think that might be a bit cleaner. > > > Its odd that the helper has the id-register in the name, but expects you do the > shift and mask for it... > > (and for this patch, KVM has already done the 52bit clamping with: > | if (parange > ID_AA64MMFR0_PARANGE_MAX) > | parange = ID_AA64MMFR0_PARANGE_MAX; > ) > As mentioned in the other thread, I will change the name of the helper. > >> diff --git a/arch/arm64/kvm/hyp/s2-setup.c b/arch/arm64/kvm/hyp/s2-setup.c >> index 603e1ee..b1129c8 100644 >> --- a/arch/arm64/kvm/hyp/s2-setup.c >> +++ b/arch/arm64/kvm/hyp/s2-setup.c >> @@ -19,11 +19,13 @@ >> #include >> #include >> #include >> +#include >> >> u32 __hyp_text __init_stage2_translation(void) >> { > > Nit: Why change the variable you put this in, if its all removed again in patch 11? The parange holds the PARange initially, used to set the VTCR.IPS and is then overloaded with the converted "phys-shift". The change is a minor cleanup to make that clear, even though we remove it later as we don't deal with the phys-shifts anymore. I would prefer to keep it as it is. Cheers Suzuki From mboxrd@z Thu Jan 1 00:00:00 1970 From: Suzuki.Poulose@arm.com (Suzuki K Poulose) Date: Tue, 8 May 2018 14:47:03 +0100 Subject: [PATCH v2 05/17] arm64: Helper for parange to PASize In-Reply-To: References: <1522156531-28348-1-git-send-email-suzuki.poulose@arm.com> <1522156531-28348-6-git-send-email-suzuki.poulose@arm.com> Message-ID: <89d5f41c-56e1-9195-ec08-05a708bf15f0@arm.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 03/05/18 15:39, James Morse wrote: > Hi Suzuki, > > Nit: KVM in the subject line? Well, the helper is generic and its just that KVM makes use of it. > > On 27/03/18 14:15, Suzuki K Poulose wrote: >> Add a helper to convert ID_AA64MMFR0_EL1:PARange to they physical >> size shift. Limit the size to the maximum supported by the kernel. >> We are about to move the user of this code and this helps to >> keep the changes cleaner. > >> diff --git a/arch/arm64/include/asm/cpufeature.h b/arch/arm64/include/asm/cpufeature.h >> index fbf0aab..1f2a5dd 100644 >> --- a/arch/arm64/include/asm/cpufeature.h >> +++ b/arch/arm64/include/asm/cpufeature.h >> @@ -311,6 +311,22 @@ static inline u64 read_zcr_features(void) >> return zcr; >> } >> >> +static inline u32 id_aa64mmfr0_parange_to_phys_shift(int parange) >> +{ >> + switch (parange) { >> + case 0: return 32; >> + case 1: return 36; >> + case 2: return 40; >> + case 3: return 42; >> + case 4: return 44; >> + /* Report 48 bit if the kernel doesn't support 52bit */ >> + default: >> + case 5: return 48; >> +#ifdef CONFIG_ARM64_PA_BITS_52 >> + case 6: return 52; >> +#endif > > Eeew. I thought 'default' had to appear at the end of the list, but evidently > not! If the last three bit value ever gets used this is going to look really weird. I could rearrange them a bit to : case 4: .. #ifdef CONFIG_ARM64_PA_BITS_52 case 6: ... #endif case 5: /* Report 48 bit if the kernel doesn't support 52bit */ default: return 48; > > Can't we have a helper that just does the mapping, then apply the clamping with > something like: > | parange = min(CONFIG_ARM64_PA_BITS, parange); Yes, I think that might be a bit cleaner. > > > Its odd that the helper has the id-register in the name, but expects you do the > shift and mask for it... > > (and for this patch, KVM has already done the 52bit clamping with: > | if (parange > ID_AA64MMFR0_PARANGE_MAX) > | parange = ID_AA64MMFR0_PARANGE_MAX; > ) > As mentioned in the other thread, I will change the name of the helper. > >> diff --git a/arch/arm64/kvm/hyp/s2-setup.c b/arch/arm64/kvm/hyp/s2-setup.c >> index 603e1ee..b1129c8 100644 >> --- a/arch/arm64/kvm/hyp/s2-setup.c >> +++ b/arch/arm64/kvm/hyp/s2-setup.c >> @@ -19,11 +19,13 @@ >> #include >> #include >> #include >> +#include >> >> u32 __hyp_text __init_stage2_translation(void) >> { > > Nit: Why change the variable you put this in, if its all removed again in patch 11? The parange holds the PARange initially, used to set the VTCR.IPS and is then overloaded with the converted "phys-shift". The change is a minor cleanup to make that clear, even though we remove it later as we don't deal with the phys-shifts anymore. I would prefer to keep it as it is. Cheers Suzuki