Received: by 10.192.165.148 with SMTP id m20csp905055imm; Wed, 25 Apr 2018 09:24:00 -0700 (PDT) X-Google-Smtp-Source: AB8JxZo1DCpGAWOPHDrwx+Nrpa6/qjcil8oMZxCL+PBqKUhF/tgpKA5Xrkl4zNFRNib2ZpKUoRgZ X-Received: by 10.101.80.204 with SMTP id s12mr4857660pgp.313.1524673440351; Wed, 25 Apr 2018 09:24:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524673440; cv=none; d=google.com; s=arc-20160816; b=EK7SkARCzk4BI+lIUKMIpWYZ+9KO2O/oXbikv/+9/dS4USQohS1xKkdwCvTnh9Vwsp 5n/ZitJSC1NKluLuFGetBw06ezI1MEhymrEbmZo0WDjM+71tvJMcJk4DGks4D7WgmwhS eQ7TNdX6uAqb7DmvvAsUYYQ0id1p/Y80GiJNIgOYKDtVZzdDUKBa+GmTMwQKn2GIjUQE 5wMM8NPlKAuPA5llYMjETT7wJO2kOm8mvG6lMHptBVplLHPJJr1jgq5OYnzSwMZ/fvXU 3uwu+1SQWeNIILzU0mQA6F8Y9c6Qh8As7yaz4ugecNrsYQqgrigG3vXJdQVv61OR41FW TuiA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=9gzzUX9c8Na5q8Tvy2gkqfILnL6S9zjkDsBN8OoNX2s=; b=hMySIgNWzSZhHmL8Sx0Bif0us20R6gx7s4egnE8DmqlXlppGKFi4uLMYCsw8Kka+18 jsre/kylufLD3VsnvaHMY8nWt0F8fKXpja7GK+5Z1BkqtWMKWNZNV5mBkNYBys+s553y 4BbXHbrPNuWPaN+wHDxcBnDX5TpAoBHON96EHwytJORsROPyk8CaD12VYPsVDuLujRB0 ZOTMeqeuu56Z3a6k9wm83+s6ptwAzSYyeYTv+7H3JZISGBcpTZIlriNuyLHnq8fkEJWl PKaSKwIVp/RKpz+qbvDBAg4z9oDvQE7RsfdbCwRf0blqF0K4lGAU0dvkJxzIFDvPxKVb 5hQQ== 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 h4-v6si15619201pls.502.2018.04.25.09.23.46; Wed, 25 Apr 2018 09:24:00 -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 S1756007AbeDYQWq (ORCPT + 99 others); Wed, 25 Apr 2018 12:22:46 -0400 Received: from foss.arm.com ([217.140.101.70]:42586 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755378AbeDYQWk (ORCPT ); Wed, 25 Apr 2018 12:22:40 -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 E49EC80D; Wed, 25 Apr 2018 09:22:39 -0700 (PDT) Received: from [10.1.206.73] (en101.cambridge.arm.com [10.1.206.73]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id DA0493F487; Wed, 25 Apr 2018 09:22:36 -0700 (PDT) Subject: Re: [PATCH v2 13/17] kvm: arm/arm64: Allow tuning the physical address size for VM To: Julien Grall , linux-arm-kernel@lists.infradead.org Cc: mark.rutland@arm.com, peter.maydell@linaro.org, ard.biesheuvel@linaro.org, cdall@kernel.org, kvm@vger.kernel.org, rkrcmar@redhat.com, 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-14-git-send-email-suzuki.poulose@arm.com> <81e98b32-8c13-3688-209f-2d51b2237748@arm.com> From: Suzuki K Poulose Message-ID: Date: Wed, 25 Apr 2018 17:22:33 +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: <81e98b32-8c13-3688-209f-2d51b2237748@arm.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 25/04/18 17:10, Julien Grall wrote: > Hi Suzuki, > > On 27/03/18 14:15, Suzuki K Poulose wrote: >> Allow specifying the physical address size for a new VM via >> the kvm_type argument for KVM_CREATE_VM ioctl. This allows >> us to finalise the stage2 page table format as early as possible >> and hence perform the right checks on the memory slots without >> complication. The size is encoded as Log2(PA_Siz) in the bits[7:0] > > s/PA_Siz/PA_Size/. > >> --- a/include/uapi/linux/kvm.h >> +++ b/include/uapi/linux/kvm.h >> @@ -740,6 +740,16 @@ struct kvm_ppc_resize_hpt { >>   #define KVM_S390_SIE_PAGE_OFFSET 1 >>   /* >> + * On arm/arm64, machine type can be used to request the physical >> + * address size for the VM. Bits [7-0] have been reserved for the >> + * PA size shift (i.e, log2(PA-Size)). For backward compatibility, > > I would s/PA-Size/PA_Size/ to avoid the impression that it is a substraction. > Agree. >> + * value 0 implies the default IPA size, which is 40bits. >> + */ >> +#define KVM_VM_TYPE_ARM_PHYS_SHIFT_MASK    0xff >> +#define KVM_VM_TYPE_ARM_PHYS_SHIFT(x)        \ >> +    ((x) & KVM_VM_TYPE_ARM_PHYS_SHIFT_MASK) >> + >> +/* >>    * ioctls for /dev/kvm fds: >>    */ >>   #define KVM_GET_API_VERSION       _IO(KVMIO,   0x00) >> diff --git a/virt/kvm/arm/arm.c b/virt/kvm/arm/arm.c >> index 53bb05c..13eb66f 100644 >> --- a/virt/kvm/arm/arm.c >> +++ b/virt/kvm/arm/arm.c >> @@ -110,6 +110,25 @@ void kvm_arch_check_processor_compat(void *rtn) >>   } >> +static int kvm_arch_config_vm(struct kvm *kvm, unsigned long type) >> +{ >> +    u32 ipa_shift = (u32)type & KVM_VM_TYPE_ARM_PHYS_SHIFT_MASK; > > How about using KVM_VM_TYPE_ARM_PHYS_SHIFT(type) directly here? Thanks for that, I have this already fixed in for v3. >>   /** >>    * kvm_arch_init_vm - initializes a VM data structure >>    * @kvm:    pointer to the KVM struct >> @@ -118,8 +137,9 @@ int kvm_arch_init_vm(struct kvm *kvm, unsigned long type) >>   { >>       int ret, cpu; >> -    if (type) >> -        return -EINVAL; >> +    ret = kvm_arch_config_vm(kvm, type); >> +    if (ret) >> +        return ret; >>       kvm->arch.last_vcpu_ran = alloc_percpu(typeof(*kvm->arch.last_vcpu_ran)); >>       if (!kvm->arch.last_vcpu_ran) >> > > Cheers, Thanks for the review. Cheers.