Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp3822029imm; Mon, 2 Jul 2018 06:15:39 -0700 (PDT) X-Google-Smtp-Source: ADUXVKI1cYOZYgHDbZQZUWgPV2wGYiNhT9lNKwXysfJLbUgMV5DVrWQP0v0PQ63rMqeD0GnxTu6x X-Received: by 2002:a17:902:c6b:: with SMTP id 98-v6mr25698284pls.37.1530537339464; Mon, 02 Jul 2018 06:15:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530537339; cv=none; d=google.com; s=arc-20160816; b=NkNX08aA9TFJLbG3ieVuV27opE/T13IRjI5z824kFSl2+CszzJBNBL/H8K41fiO6rl YZHQO68SSkRYeHzE8azqLh8s2mkAXb1SNAwJLhWOKSQeBuAFJ/ZH+0eGE5K3kF5xv9gB z0APKJCdBuq3QeCPK39E5LJ8e5TSHazhRhURBjJls6HL8/arutuk/zGtICPF4v22nw5n 9WDS+rWbIriglhB7XAJ8pwckLhTwKkGPcKMr/lxMKIfmgYWC64MAZKAtpyXddS+111H6 8r6VGphlOtpQANBPZTfOXZmm0QtzjtkGSLP2H532L86qK822qI8UtBt95u6uXs791jIe QfBA== 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:organization:from:references:cc:to:subject :arc-authentication-results; bh=qQ8zisQOhMaX01iaMeO8hgg0j1XSjnIHOiEHtLk4PWw=; b=CD7XXI+UJfQOLa+JZcLZCkFgWPOcVHWWTPFp8fbjW8bSd1YplTKkzDlZgf2TF+I8bU cOGt0xKjmjPwK/eWG2WfkMrdw+FccVoKVGVv/5RkLCMuQC+X2CPgboChXKuUbwfh5VHX CNub9MMZHcT/Rw7Ezc9p1CHdDJBTdRXa/RbpdllO6P9zZHiQ5SuCMCWTMmZcCGuxAlMk 0sd0a0A7Q3+xe6IJgTSIFoF4CwTEwdJGGSVAgFL2Ekqyhv5xCDz0vkP6X5KKUxlFWZbR MILlaR3kL4ypJTYugbQOPx65W6dyX3KdsYfSw98Tkr2KmUScQFkRBGBBo6OJLB7w8FIo lPdg== 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 r87-v6si2613651pfj.331.2018.07.02.06.15.17; Mon, 02 Jul 2018 06:15:39 -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 S1752636AbeGBNOK (ORCPT + 99 others); Mon, 2 Jul 2018 09:14:10 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:60098 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751626AbeGBNOD (ORCPT ); Mon, 2 Jul 2018 09:14:03 -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 83FA618A; Mon, 2 Jul 2018 06:14:03 -0700 (PDT) Received: from [10.1.206.75] (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id EF6533F5AD; Mon, 2 Jul 2018 06:14:00 -0700 (PDT) Subject: Re: [PATCH v3 15/20] kvm: arm/arm64: Allow tuning the physical address size for VM To: Suzuki K Poulose , linux-arm-kernel@lists.infradead.org Cc: linux-kernel@vger.kernel.org, kvm@vger.kernel.org, kvmarm@lists.cs.columbia.edu, james.morse@arm.com, cdall@kernel.org, eric.auger@redhat.com, julien.grall@arm.com, will.deacon@arm.com, catalin.marinas@arm.com, punit.agrawal@arm.com, qemu-devel@nongnu.org, Peter Maydel , Paolo Bonzini , =?UTF-8?B?UmFkaW0gS3LEjW3DocWZ?= References: <1530270944-11351-1-git-send-email-suzuki.poulose@arm.com> <1530270944-11351-16-git-send-email-suzuki.poulose@arm.com> From: Marc Zyngier Organization: ARM Ltd Message-ID: Date: Mon, 2 Jul 2018 14:13:59 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <1530270944-11351-16-git-send-email-suzuki.poulose@arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 29/06/18 12: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_Size) in the bits[7:0] > of the type field and can encode more information in the future if > required. The IPA size is still capped at 40bits. Can't we relax this? There is no technical reason (AFAICS) not to allow going down to 36bit IPA if the user has requested it. If we run on a 36bit IPA system, the default would fail. But if the user specified "please give me a 36bit IPA VM", we could satisfy that requirement and allow them to run their stupidly small guest! Thanks, M. -- Jazz is not dead. It just smells funny...