Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp5649207yba; Thu, 11 Apr 2019 02:45:55 -0700 (PDT) X-Google-Smtp-Source: APXvYqzmf4j/duhBWKDdFTE1Z+zGW6NXp7hQnvJrYR8GKjM9+twxcWkJgfluFymfMpaF8HnoJOZ3 X-Received: by 2002:a17:902:e98f:: with SMTP id ct15mr12984378plb.173.1554975955460; Thu, 11 Apr 2019 02:45:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554975955; cv=none; d=google.com; s=arc-20160816; b=bh6uW5IGkzu2HvGvwUPxgsN98HJScuqcziNzxurv8D2fCZbWpR3fOfMK9POc8i4DMl jtgX9DOKRuVR6ZlqmcMw3SgJi+bAhfwSeLYjeWMv7t/oH4Ngho3CNNFU0Qlvy4DQ9PRC x6Iep7iDO0Uw5mQ3BOLZ17kI326VXAd09uNG82TMlwUWHxHEKa2Wx1EVqPr8T3OtET0Q 1+lF4wM3dvHL9l8PEO6QJZM/yD0jvw9ix5KBUN+3nAZIYIzlI9aRtKfA7GOJo0dnIbY1 iDYscGRhHGXnWsa2FNU+634tTJJ3i0agRoYUCpCkny3X8WJF+eQNsbqh1qleUa8pPIbB ePjw== 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; bh=tiHWSFT7W73MI7w6NKpWdytifFhv31AHmT4l59yQpi0=; b=okTmgRdEgSKXQ0aFeZe5kicUOluNXgOmLevygJJYbiMFUBKhKzFQRjUCBCS/8sjxNt QMtg/t2Oa0fdugzF/yi9HKPFASTnPNYkgZSwBsgsvwSo6rULUr81G8XVT2ciEpQJq4uR jMXRjTF3PXpZ8uY/naeelXTZMwVqwTI5cqvIlxn1LQSJC8KzyUwS1gaX3XnFZs1jH2+v lbMUE+dMptdbt01dYO3a1cGtYghPkHdohv73X5fcoLqfESvYj4/PE8/As+BYs/h4/yKN mCHTc6T6TzrP8bVSQfqpNSPPwh7KE5CfYu+WiJN0pWt94U/08bl+HvCXIoabEAhtcqL8 h1og== 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 gn18si33656731plb.185.2019.04.11.02.45.39; Thu, 11 Apr 2019 02:45:55 -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 S1726661AbfDKJo7 (ORCPT + 99 others); Thu, 11 Apr 2019 05:44:59 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:39110 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725783AbfDKJo6 (ORCPT ); Thu, 11 Apr 2019 05:44:58 -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 DCB9A374; Thu, 11 Apr 2019 02:44:57 -0700 (PDT) Received: from [10.37.12.253] (unknown [10.37.12.253]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 27BD23F59C; Thu, 11 Apr 2019 02:44:54 -0700 (PDT) Subject: Re: [PATCH 1/2] kvm: arm: Clean up the checking for huge mapping To: yuzenghui@huawei.com, linux-arm-kernel@lists.infradead.org Cc: linux-kernel@vger.kernel.org, kvm@vger.kernel.org, kvmarm@lists.cs.columbia.edu, julien.thierry@arm.com, christoffer.dall@arm.com, marc.zyngier@arm.com, andrew.murray@arm.com, eric.auger@redhat.com, zhengxiang9@huawei.com, wanghaibin.wang@huawei.com References: <1554909297-6753-1-git-send-email-suzuki.poulose@arm.com> <1554909832-7169-1-git-send-email-suzuki.poulose@arm.com> <1554909832-7169-2-git-send-email-suzuki.poulose@arm.com> <529f8515-a069-948b-cb63-96fa35b291a6@huawei.com> From: Suzuki K Poulose Message-ID: Date: Thu, 11 Apr 2019 10:47:12 +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: <529f8515-a069-948b-cb63-96fa35b291a6@huawei.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 04/11/2019 02:48 AM, Zenghui Yu wrote: > > On 2019/4/10 23:23, Suzuki K Poulose wrote: >> If we are checking whether the stage2 can map PAGE_SIZE, >> we don't have to do the boundary checks as both the host >> VMA and the guest memslots are page aligned. Bail the case >> easily. >> >> Cc: Christoffer Dall >> Cc: Marc Zyngier >> Signed-off-by: Suzuki K Poulose >> --- >>   virt/kvm/arm/mmu.c | 4 ++++ >>   1 file changed, 4 insertions(+) >> >> diff --git a/virt/kvm/arm/mmu.c b/virt/kvm/arm/mmu.c >> index a39dcfd..6d73322 100644 >> --- a/virt/kvm/arm/mmu.c >> +++ b/virt/kvm/arm/mmu.c >> @@ -1624,6 +1624,10 @@ static bool >> fault_supports_stage2_huge_mapping(struct kvm_memory_slot *memslot, >>       hva_t uaddr_start, uaddr_end; >>       size_t size; >> +    /* The memslot and the VMA are guaranteed to be aligned to >> PAGE_SIZE */ >> +    if (map_size == PAGE_SIZE) >> +        return true; >> + >>       size = memslot->npages * PAGE_SIZE; >>       gpa_start = memslot->base_gfn << PAGE_SHIFT; >> > We can do a comment clean up as well in this patch. > > s/<< PAGE_SIZE/<< PAGE_SHIFT/ Sure, I missed that. Will fix it in the next version. Cheers Suzuki