From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3B694C43334 for ; Thu, 23 Jun 2022 03:34:20 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id CB9F48E011A; Wed, 22 Jun 2022 23:34:19 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id C6B378E0115; Wed, 22 Jun 2022 23:34:19 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id B57898E011A; Wed, 22 Jun 2022 23:34:19 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id A04EB8E0115 for ; Wed, 22 Jun 2022 23:34:19 -0400 (EDT) Received: from smtpin21.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay13.hostedemail.com (Postfix) with ESMTP id 71E2B612BB for ; Thu, 23 Jun 2022 03:34:19 +0000 (UTC) X-FDA: 79608082638.21.0786FDA Received: from out30-42.freemail.mail.aliyun.com (out30-42.freemail.mail.aliyun.com [115.124.30.42]) by imf01.hostedemail.com (Postfix) with ESMTP id 9957240011 for ; Thu, 23 Jun 2022 03:34:18 +0000 (UTC) X-Alimail-AntiSpam:AC=PASS;BC=-1|-1;BR=01201311R111e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=ay29a033018046059;MF=baolin.wang@linux.alibaba.com;NM=1;PH=DS;RN=5;SR=0;TI=SMTPD_---0VH9ZUOQ_1655955255; Received: from 30.97.48.163(mailfrom:baolin.wang@linux.alibaba.com fp:SMTPD_---0VH9ZUOQ_1655955255) by smtp.aliyun-inc.com; Thu, 23 Jun 2022 11:34:15 +0800 Message-ID: <9e2719c0-5704-57ea-3e1c-ef9413acfe1a@linux.alibaba.com> Date: Thu, 23 Jun 2022 11:34:21 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Subject: Re: [RFC PATCH v2 3/3] mm: Add kernel PTE level pagetable pages account To: Mike Rapoport Cc: akpm@linux-foundation.org, willy@infradead.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <7882bbf467440f9a3ebe41d96ba5b6f384081bb7.1655887440.git.baolin.wang@linux.alibaba.com> From: Baolin Wang In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1655955259; a=rsa-sha256; cv=none; b=MeB98zK8aY+mlVOKlfbgrwjcPolTJ2u9bkA1yqA5tOdAnH4+r1mu7AK19Uh7ZlE9IoGYxV CplO05AV5G6s607mUBpqslnYceQp2PiIDZE9wQzJjxuMzRKAWG3Ji+lNXFiXQ2vzreYGa4 1bSktINWpnfDAnOSKjRUhXXAOhzgbow= ARC-Authentication-Results: i=1; imf01.hostedemail.com; dkim=none; spf=pass (imf01.hostedemail.com: domain of baolin.wang@linux.alibaba.com designates 115.124.30.42 as permitted sender) smtp.mailfrom=baolin.wang@linux.alibaba.com; dmarc=pass (policy=none) header.from=alibaba.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1655955259; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Qg4KLt4teDGYy3vh9qK6z12P8prAToQvmHxMqR7VcBg=; b=Vtsx0MV5yLXgzolW81rItOKqpFz9uLtwuETL/YAQmKmHoeWqiFcqtR5nr3Dal+xGwtHRRp aQHslm3mAeMLs71DrMRaFdSIZIufFvUIHlyrwDKmMJfUzOSgiZBNo1v6DY0FjsSe/EFi8r iyfJvFFwEfMazM9smdrgzk+1k9ntkIs= Authentication-Results: imf01.hostedemail.com; dkim=none; spf=pass (imf01.hostedemail.com: domain of baolin.wang@linux.alibaba.com designates 115.124.30.42 as permitted sender) smtp.mailfrom=baolin.wang@linux.alibaba.com; dmarc=pass (policy=none) header.from=alibaba.com X-Rspamd-Server: rspam05 X-Rspamd-Queue-Id: 9957240011 X-Stat-Signature: jw9i7zoqqaupfy8pwdgppo7wtj1ixzbu X-Rspam-User: X-HE-Tag: 1655955258-108336 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 6/22/2022 10:44 PM, Mike Rapoport wrote: > On Wed, Jun 22, 2022 at 04:58:54PM +0800, Baolin Wang wrote: >> Now the kernel PTE level ptes are always protected by mm->page_table_lock >> instead of split pagetable lock, so the kernel PTE level pagetable pages >> are not accounted. Especially the vmalloc()/vmap() can consume lots of >> kernel pagetable, so to get an accurate pagetable accounting, calling new >> helpers pgtable_set_and_inc()/pgtable_clear_and_dec() when allocating or >> freeing a kernel PTE level pagetable page. > > This patch only adds accounting to the page tables allocated after boot, > please mention this in the changelog. OK. Will add in next version. > >> Meanwhile converting architectures to use corresponding generic PTE pagetable >> allocation and freeing functions. >> >> Signed-off-by: Baolin Wang >> Reported-by: kernel test robot >> --- >> arch/csky/include/asm/pgalloc.h | 2 +- >> arch/microblaze/mm/pgtable.c | 2 +- >> arch/openrisc/mm/ioremap.c | 2 +- >> arch/x86/mm/pgtable.c | 5 ++++- >> include/asm-generic/pgalloc.h | 14 ++++++++++++-- >> 5 files changed, 19 insertions(+), 6 deletions(-) >> >> diff --git a/arch/csky/include/asm/pgalloc.h b/arch/csky/include/asm/pgalloc.h >> index bbbd069..2443226 100644 >> --- a/arch/csky/include/asm/pgalloc.h >> +++ b/arch/csky/include/asm/pgalloc.h >> @@ -29,7 +29,7 @@ static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm) >> pte_t *pte; >> unsigned long i; >> >> - pte = (pte_t *) __get_free_page(GFP_KERNEL); >> + pte = __pte_alloc_one_kernel(mm); >> if (!pte) >> return NULL; >> >> diff --git a/arch/microblaze/mm/pgtable.c b/arch/microblaze/mm/pgtable.c >> index 9f73265..e96dd1b 100644 >> --- a/arch/microblaze/mm/pgtable.c >> +++ b/arch/microblaze/mm/pgtable.c >> @@ -245,7 +245,7 @@ unsigned long iopa(unsigned long addr) >> __ref pte_t *pte_alloc_one_kernel(struct mm_struct *mm) >> { >> if (mem_init_done) >> - return (pte_t *)__get_free_page(GFP_KERNEL | __GFP_ZERO); >> + return __pte_alloc_one_kernel(mm); >> else >> return memblock_alloc_try_nid(PAGE_SIZE, PAGE_SIZE, >> MEMBLOCK_LOW_LIMIT, >> diff --git a/arch/openrisc/mm/ioremap.c b/arch/openrisc/mm/ioremap.c >> index daae13a..3453acc 100644 >> --- a/arch/openrisc/mm/ioremap.c >> +++ b/arch/openrisc/mm/ioremap.c >> @@ -118,7 +118,7 @@ pte_t __ref *pte_alloc_one_kernel(struct mm_struct *mm) >> pte_t *pte; >> >> if (likely(mem_init_done)) { >> - pte = (pte_t *)get_zeroed_page(GFP_KERNEL); >> + pte = __pte_alloc_one_kernel(mm); >> } else { >> pte = memblock_alloc(PAGE_SIZE, PAGE_SIZE); >> if (!pte) >> diff --git a/arch/x86/mm/pgtable.c b/arch/x86/mm/pgtable.c >> index a8ab3f9..fc2b9ef 100644 >> --- a/arch/x86/mm/pgtable.c >> +++ b/arch/x86/mm/pgtable.c >> @@ -851,6 +851,7 @@ int pud_free_pmd_page(pud_t *pud, unsigned long addr) >> int pmd_free_pte_page(pmd_t *pmd, unsigned long addr) >> { >> pte_t *pte; >> + struct page *page; >> >> pte = (pte_t *)pmd_page_vaddr(*pmd); >> pmd_clear(pmd); >> @@ -858,7 +859,9 @@ int pmd_free_pte_page(pmd_t *pmd, unsigned long addr) >> /* INVLPG to clear all paging-structure caches */ >> flush_tlb_kernel_range(addr, addr + PAGE_SIZE-1); >> >> - free_page((unsigned long)pte); >> + page = virt_to_page(pte); >> + pgtable_clear_and_dec(page); >> + __free_page(page); >> >> return 1; >> } >> diff --git a/include/asm-generic/pgalloc.h b/include/asm-generic/pgalloc.h >> index 328a714..2e20e9e 100644 >> --- a/include/asm-generic/pgalloc.h >> +++ b/include/asm-generic/pgalloc.h >> @@ -18,7 +18,14 @@ >> */ >> static inline pte_t *__pte_alloc_one_kernel(struct mm_struct *mm) >> { >> - return (pte_t *)__get_free_page(GFP_PGTABLE_KERNEL); >> + struct page *page; >> + gfp_t gfp = GFP_PGTABLE_KERNEL; >> + >> + page = alloc_pages(gfp & ~__GFP_HIGHMEM, 0); >> + if (!page) >> + return NULL; >> + pgtable_set_and_inc(page); >> + return (pte_t *)page_address(page); > > { > pte_t *pte = (pte_t *)__get_free_page(GFP_PGTABLE_KERNEL); > > if (pte) > pgtable_set_and_inc(virt_to_page(pte)); > > return pte; > } > > looks simpler, doesn't it? Yes, will do in next version. Thanks for reviewing.