Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp2213683ybi; Sun, 28 Jul 2019 04:21:58 -0700 (PDT) X-Google-Smtp-Source: APXvYqxf7feEUN5xIxmI/CTdG3HmTxCFe/2/UPujXvKuQmVg2u7UaUKTs/YmYta3QSZlAJb4GhN8 X-Received: by 2002:a63:d941:: with SMTP id e1mr65673701pgj.75.1564312918004; Sun, 28 Jul 2019 04:21:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564312917; cv=none; d=google.com; s=arc-20160816; b=OUX+a10GikRxRfA4D+e/frafFT+3Bukw/9sE9Dx5Jmy3sWJ4fwvTXLRyHdQVIFKuuW kz7huKdwYzGWUqTBUkn8qVzKt4/uW77wcTLQdFgl78l+BCFY3IVxGZ1o9yvA5aBoz0YY /gQGUUOEk4Q7AOJxhs3+uADWrg0nc+KcDgP+F8d/VdhXmvW5vYllaZcCRBqeq4OnxTAq qIDrwpy91LisPGylX+m0ndTM0Tz2SZExAIV5Z9YxorPC21WCqsZBKjThNFnze68Z7AtE amySHRLqzx8PRB/F7NTFFUrzympPRYEzmzMWxhs0LrN1MSmy0ew6k5daXpNLzsddQc1B SJaQ== 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=nHJUhgqVI9EkiGe8FCjtgW4A4hY5vjie7p6dN4YuAns=; b=dXAA+Us0QRXx7D+M92E6wbfuqB7afUSxpKzAakdVASZ4bTc3yPz8N9hOC1zKCY343d U8uY8EIjLnkzsHh2gO7EutUtXcRLQ3rvWzXmk3hRhSpCpTIVqFNyEyWx5bl9iopwsQ0n miO93vzaw0/DhjhC4coV/DI4phqljU6mcqY9+qXAtORSSv2A2XUS5T/Lb6Vafun2IoGi mzNgFNhIDU0q5/ULroqWW4Jqqk6ahsgfFnU20DbaijjSp4JDZYnYSQU+olnN3jhFjnjC 2zQrqbM39EiAS4F4vciNWMjVWqFY+8FtRh8uE6TcrJXaBm+Cx2FHxAZTHMtn85xVS+E2 b3Fg== 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 r17si24363765pgr.277.2019.07.28.04.21.42; Sun, 28 Jul 2019 04:21:57 -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 S1726105AbfG1LTb (ORCPT + 99 others); Sun, 28 Jul 2019 07:19:31 -0400 Received: from foss.arm.com ([217.140.110.172]:60268 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725977AbfG1LTa (ORCPT ); Sun, 28 Jul 2019 07:19:30 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id A1C89344; Sun, 28 Jul 2019 04:19:29 -0700 (PDT) Received: from [10.163.1.126] (unknown [10.163.1.126]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 855083F71F; Sun, 28 Jul 2019 04:19:23 -0700 (PDT) Subject: Re: [PATCH v9 00/21] Generic page walk and ptdump To: Steven Price , linux-mm@kvack.org Cc: Andy Lutomirski , Ard Biesheuvel , Arnd Bergmann , Borislav Petkov , Catalin Marinas , Dave Hansen , Ingo Molnar , James Morse , =?UTF-8?B?SsOpcsO0bWUgR2xpc3Nl?= , Peter Zijlstra , Thomas Gleixner , Will Deacon , x86@kernel.org, "H. Peter Anvin" , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Mark Rutland , "Liang, Kan" , Andrew Morton References: <20190722154210.42799-1-steven.price@arm.com> From: Anshuman Khandual Message-ID: <794fb469-00c8-af10-92a8-cb7c0c83378b@arm.com> Date: Sun, 28 Jul 2019 16:50:03 +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: <20190722154210.42799-1-steven.price@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 07/22/2019 09:11 PM, Steven Price wrote: > Steven Price (21): > arc: mm: Add p?d_leaf() definitions > arm: mm: Add p?d_leaf() definitions > arm64: mm: Add p?d_leaf() definitions > mips: mm: Add p?d_leaf() definitions > powerpc: mm: Add p?d_leaf() definitions > riscv: mm: Add p?d_leaf() definitions > s390: mm: Add p?d_leaf() definitions > sparc: mm: Add p?d_leaf() definitions > x86: mm: Add p?d_leaf() definitions The set of architectures here is neither complete (e.g ia64, parisc missing) nor does it only include architectures which had previously enabled PTDUMP like arm, arm64, powerpc, s390 and x86. Is there any reason for this set of archs to be on the list and not the others which are currently falling back on generic p?d_leaf() defined later in the series ? Are the missing archs do not have huge page support in the MMU ? If there is a direct dependency for these symbols with CONFIG_HUGETLB_PAGE then it must be checked before falling back on the generic ones. Now that pmd_leaf() and pud_leaf() are getting used in walk_page_range() these functions need to be defined on all arch irrespective if they use PTDUMP or not or otherwise just define it for archs which need them now for sure i.e x86 and arm64 (which are moving to new generic PTDUMP framework). Other archs can implement these later.