Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp6969929imu; Mon, 3 Dec 2018 05:51:07 -0800 (PST) X-Google-Smtp-Source: AFSGD/WJ6LHa0Fgpa3mzGt+UeLXSlmFZnUzHeX0tgcyESXCgA4Z2zNhSNFvICd9DTCvsVRZuO0B8 X-Received: by 2002:a17:902:b68d:: with SMTP id c13mr16072755pls.102.1543845067844; Mon, 03 Dec 2018 05:51:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543845067; cv=none; d=google.com; s=arc-20160816; b=wDhfIIWSov5wb+/xggwykf0k5HKge7l7YUjcWPD+ij0K54SPn4SQxuSxYMPdcc+Rr2 x/UHd2IySjT3Y4pzyuasSqxe25mMcjXfoq486FHjfEIkJQFxkHDivslMWM+usGo6XBEI TyXMZN4VxQTHVSDJDs+RS1S8EnFPlnoHsadYJ2Zr5Kplk4JozNjiISbSOMEFKfEigpFZ QFyh8ZsNg5kTHz8eGzx7NA15v7MF0bsoxnwPWP01lV3I+obF6U4igP38wEEzqbNoG5w/ lKfstupEKp1jr5uQovtmsA+0a9rsgpw2R6SHXu3ARv9fDozSmbUZ9K8WUCy7W4C49/UL Cg9A== 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=El4doRBsfHHxdFcmC0F7qqXsn3qPMhfNbMPBeuXHIsQ=; b=Pz8lU6AYC40R1UHnTBC33SZldHQ/Z+hZE4r5YzxdSl602Q+0uVwPWme0XOHSCSx1Tv UNI0wfBcCq+RYBrg9qzLtDXd5M6OmzvV0beJ7Gq8FzIAkuH3I9jfOxPj68biNe82lguZ j9xCZt0jSUSGMU5Im5GDzsaxzohAXiWYSninQ3KYqTMclQqkjlZmzFJDjjlFJEYN5dIe TN+4rhiKpcVXWi33nLDmILOuHanBkOUwFZqs3bDZuQfmXWaz+W6ifUqWogL1Mj2fKjDJ fz9ZJVeRZ+UR4fBHY+cQPk0f40IRxjPxVJS7NjioCd+ondLe9xgO6kgIb2aZRfX5x2fq GjfQ== 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 w11si14533409pfk.210.2018.12.03.05.50.53; Mon, 03 Dec 2018 05:51:07 -0800 (PST) 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 S1726546AbeLCNvK (ORCPT + 99 others); Mon, 3 Dec 2018 08:51:10 -0500 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:37760 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725917AbeLCNvK (ORCPT ); Mon, 3 Dec 2018 08:51:10 -0500 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 A72581682; Mon, 3 Dec 2018 05:50:04 -0800 (PST) Received: from [10.1.37.145] (p8cg001049571a15.cambridge.arm.com [10.1.37.145]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 5B6E83F614; Mon, 3 Dec 2018 05:50:02 -0800 (PST) Subject: Re: [PATCH v9 3/8] KVM: arm/arm64: Introduce helpers to manipulate page table entries To: Punit Agrawal , kvmarm@lists.cs.columbia.edu Cc: suzuki.poulose@arm.com, marc.zyngier@arm.com, Catalin Marinas , will.deacon@arm.com, linux-kernel@vger.kernel.org, Russell King , punitagrawal@gmail.com, linux-arm-kernel@lists.infradead.org References: <20181031175745.18650-1-punit.agrawal@arm.com> <20181031175745.18650-4-punit.agrawal@arm.com> From: Anshuman Khandual Message-ID: <396402d5-fddf-ab72-01c4-80dd1a0d4d44@arm.com> Date: Mon, 3 Dec 2018 19:20:08 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20181031175745.18650-4-punit.agrawal@arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/31/2018 11:27 PM, Punit Agrawal wrote: > Introduce helpers to abstract architectural handling of the conversion > of pfn to page table entries and marking a PMD page table entry as a > block entry. Why is this necessary ? we would still need to access PMD, PUD as is without any conversion. IOW KVM knows the breakdown of the page table at various levels. Is this something required from generic KVM code ? > > The helpers are introduced in preparation for supporting PUD hugepages > at stage 2 - which are supported on arm64 but do not exist on arm. Some of these patches (including the earlier two) are good on it's own. Do we have still mention in commit message about the incoming PUD enablement as the reason for these cleanup patches ?