From: LEROY Christophe <christophe.leroy2@cs-soprasteria.com>
To: "alexs@kernel.org" <alexs@kernel.org>,
Will Deacon <will@kernel.org>,
"Aneesh Kumar K . V" <aneesh.kumar@kernel.org>,
Nick Piggin <npiggin@gmail.com>,
Peter Zijlstra <peterz@infradead.org>,
Russell King <linux@armlinux.org.uk>,
Catalin Marinas <catalin.marinas@arm.com>,
Brian Cain <bcain@quicinc.com>, WANG Xuerui <kernel@xen0n.name>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Jonas Bonn <jonas@southpole.se>,
Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
Stafford Horne <shorne@gmail.com>,
Michael Ellerman <mpe@ellerman.id.au>,
Naveen N Rao <naveen@kernel.org>,
Paul Walmsley <paul.walmsley@sifive.com>,
Albert Ou <aou@eecs.berkeley.edu>,
Thomas Gleixner <tglx@linutronix.de>,
Borislav Petkov <bp@alien8.de>,
Dave Hansen <dave.hansen@linux.intel.com>,
"x86@kernel.org" <x86@kernel.org>,
"H . Peter Anvin" <hpa@zytor.com>,
Andy Lutomirski <luto@kernel.org>, Bibo Mao <maobibo@loongson.cn>,
Baolin Wang <baolin.wang@linux.alibaba.com>,
"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-csky@vger.kernel.org" <linux-csky@vger.kernel.org>,
"linux-hexagon@vger.kernel.org" <linux-hexagon@vger.kernel.org>,
"loongarch@lists.linux.dev" <loongarch@lists.linux.dev>,
"linux-m68k@lists.linux-m68k.org"
<linux-m68k@lists.linux-m68k.org>,
"linux-openrisc@vger.kernel.org" <linux-openrisc@vger.kernel.org>,
"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
"linux-riscv@lists.infradead.org"
<linux-riscv@lists.infradead.org>,
Heiko Carstens <hca@linux.ibm.com>,
Vasily Gorbik <gor@linux.ibm.com>,
Christian Borntraeger <borntraeger@linux.ibm.com>,
Sven Schnelle <svens@linux.ibm.com>,
Qi Zheng <zhengqi.arch@bytedance.com>,
Vishal Moola <vishal.moola@gmail.com>,
"Aneesh Kumar K . V" <aneesh.kumar@linux.ibm.com>,
Kemeng Shi <shikemeng@huaweicloud.com>,
Lance Yang <ioworker0@gmail.com>, Peter Xu <peterx@redhat.com>,
Barry Song <baohua@kernel.org>,
"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>
Cc: Guo Ren <guoren@kernel.org>,
LEROY Christophe <christophe.leroy2@cs-soprasteria.com>,
Palmer Dabbelt <palmer@dabbelt.com>,
Mike Rapoport <rppt@kernel.org>,
Oscar Salvador <osalvador@suse.de>,
Alexandre Ghiti <alexghiti@rivosinc.com>,
Jisheng Zhang <jszhang@kernel.org>,
Samuel Holland <samuel.holland@sifive.com>,
Anup Patel <anup@brainfault.org>,
Josh Poimboeuf <jpoimboe@kernel.org>,
Breno Leitao <leitao@debian.org>,
Alexander Gordeev <agordeev@linux.ibm.com>,
Gerald Schaefer <gerald.schaefer@linux.ibm.com>,
Hugh Dickins <hughd@google.com>,
David Hildenbrand <david@redhat.com>,
Ryan Roberts <ryan.roberts@arm.com>,
Matthew Wilcox <willy@infradead.org>
Subject: Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t
Date: Wed, 14 Aug 2024 16:50:10 +0000 [thread overview]
Message-ID: <392b267e-cf98-4aa0-bb6e-90f6861d097d@cs-soprasteria.com> (raw)
In-Reply-To: <20240730064712.3714387-1-alexs@kernel.org>
Hi,
Le 30/07/2024 à 08:46, alexs@kernel.org a écrit :
> From: Alex Shi <alexs@kernel.org>
>
> We have struct ptdesc for page table descriptor a year ago, but it
> has no much usages in kernel, while pgtable_t is used widely.
>
> The pgtable_t is typedefed as 'pte_t *' in sparc, s390, powerpc and m68k
> except SUN3, others archs are all same as 'struct page *'.
>
> These blocks the conception and code update for page table descriptor to
> struct ptdesc.
>
> So, the simple idea to push the ptdesc conception forward is to update
> all pgtable_t by ptdesc or pte_t pointer. But this needs widely
> knowledges for most all of different archs. Common code change is easy
> for include/ and mm/ directory, but it's hard in all archs.
>
> Thanks for intel LKP framework, I fixed most all of build issues except
> a bug on powerpc which reports a "struct ptdesc *" incompatible with
> struct ptdesc *' pointer issue...
Can you tell more about that problem on powerpc ? Which defconfig for
instance ?
>
> Another trouble is pmd_pgtable() conversion in the last patch.
> Maybe some of arch need define theirself own pmd_ptdesc()?
>
> This patchset is immature, even except above 2 issues, I just tested
> virutal machine booting and kselftest mm on x86 and arm64.
>
> Anyway any input are appreciated!
Can you tell on which tree you based this series ? Last patch doesn't
apply on 6.11-rc1:
Applying: mm/pgtable: pass ptdesc in pte_free_defer
error: sha1 information is lacking or useless (mm/khugepaged.c).
error: could not build fake ancestor
Patch failed at 0019 mm/pgtable: pass ptdesc in pte_free_defer
Following hunk is the problem:
diff a/mm/khugepaged.c b/mm/khugepaged.c (rejected hunks)
@@ -1777,7 +1777,7 @@ static void retract_page_tables(struct
address_space *mapping, pgoff_t pgoff)
if (retracted) {
mm_dec_nr_ptes(mm);
page_table_check_pte_clear_range(mm, addr, pgt_pmd);
- pte_free_defer(mm, pmd_pgtable(pgt_pmd));
+ pte_free_defer(mm, pmd_ptdesc(&pgt_pmd));
}
}
i_mmap_unlock_read(mapping);
Christophe
>
> Thanks
> Alex
>
> Alex Shi (18):
> mm/pgtable: use ptdesc in pte_free_now/pte_free_defer
> mm/pgtable: convert ptdesc.pmd_huge_pte to ptdesc pointer
> fs/dax: use ptdesc in dax_pmd_load_hole
> mm/thp: use ptdesc pointer in __do_huge_pmd_anonymous_page
> mm/thp: use ptdesc in do_huge_pmd_anonymous_page
> mm/thp: convert insert_pfn_pmd and its caller to use ptdesc
> mm/thp: use ptdesc in copy_huge_pmd
> mm/memory: use ptdesc in __pte_alloc
> mm/pgtable: fully use ptdesc in pte_alloc_one series functions
> mm/pgtable: pass ptdesc to pte_free()
> mm/pgtable: introduce ptdesc_pfn and use ptdesc in free_pte_range()
> mm/thp: pass ptdesc to set_huge_zero_folio function
> mm/pgtable: return ptdesc pointer in pgtable_trans_huge_withdraw
> mm/pgtable: use ptdesc in pgtable_trans_huge_deposit
> mm/pgtable: pass ptdesc to pmd_populate
> mm/pgtable: pass ptdesc to pmd_install
> mm: convert vmf.prealloc_pte to struct ptdesc pointer
> mm/pgtable: pass ptdesc in pte_free_defer
>
> arch/alpha/include/asm/pgalloc.h | 4 +-
> arch/arc/include/asm/pgalloc.h | 4 +-
> arch/arm/include/asm/pgalloc.h | 13 +--
> arch/arm/include/asm/tlb.h | 4 +-
> arch/arm/mm/pgd.c | 2 +-
> arch/arm64/include/asm/pgalloc.h | 4 +-
> arch/arm64/include/asm/tlb.h | 4 +-
> arch/csky/include/asm/pgalloc.h | 4 +-
> arch/hexagon/include/asm/pgalloc.h | 8 +-
> arch/loongarch/include/asm/pgalloc.h | 8 +-
> arch/m68k/include/asm/motorola_pgalloc.h | 12 +-
> arch/m68k/include/asm/sun3_pgalloc.h | 4 +-
> arch/microblaze/include/asm/pgalloc.h | 2 +-
> arch/mips/include/asm/pgalloc.h | 4 +-
> arch/nios2/include/asm/pgalloc.h | 4 +-
> arch/openrisc/include/asm/pgalloc.h | 8 +-
> arch/parisc/include/asm/pgalloc.h | 2 +-
> arch/powerpc/include/asm/book3s/32/pgalloc.h | 4 +-
> arch/powerpc/include/asm/book3s/64/hash-4k.h | 4 +-
> arch/powerpc/include/asm/book3s/64/hash-64k.h | 4 +-
> arch/powerpc/include/asm/book3s/64/pgalloc.h | 4 +-
> arch/powerpc/include/asm/book3s/64/pgtable.h | 8 +-
> arch/powerpc/include/asm/book3s/64/radix.h | 4 +-
> arch/powerpc/include/asm/pgalloc.h | 8 +-
> arch/powerpc/mm/book3s64/hash_pgtable.c | 10 +-
> arch/powerpc/mm/book3s64/radix_pgtable.c | 10 +-
> arch/riscv/include/asm/pgalloc.h | 8 +-
> arch/s390/include/asm/pgalloc.h | 4 +-
> arch/s390/include/asm/pgtable.h | 4 +-
> arch/s390/mm/pgalloc.c | 2 +-
> arch/s390/mm/pgtable.c | 14 +--
> arch/sh/include/asm/pgalloc.h | 4 +-
> arch/sparc/include/asm/pgalloc_32.h | 6 +-
> arch/sparc/include/asm/pgalloc_64.h | 2 +-
> arch/sparc/include/asm/pgtable_64.h | 4 +-
> arch/sparc/mm/init_64.c | 2 +-
> arch/sparc/mm/srmmu.c | 6 +-
> arch/sparc/mm/tlb.c | 14 +--
> arch/x86/include/asm/pgalloc.h | 10 +-
> arch/x86/mm/pgtable.c | 8 +-
> arch/xtensa/include/asm/pgalloc.h | 12 +-
> fs/dax.c | 14 +--
> include/asm-generic/pgalloc.h | 10 +-
> include/linux/mm.h | 16 ++-
> include/linux/mm_types.h | 4 +-
> include/linux/pgtable.h | 6 +-
> mm/debug_vm_pgtable.c | 6 +-
> mm/huge_memory.c | 103 +++++++++---------
> mm/internal.h | 2 +-
> mm/khugepaged.c | 14 +--
> mm/memory.c | 15 +--
> mm/mremap.c | 2 +-
> mm/pgtable-generic.c | 37 +++----
> 53 files changed, 240 insertions(+), 236 deletions(-)
>
next prev parent reply other threads:[~2024-08-14 16:50 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-30 6:46 alexs
2024-07-30 6:46 ` [RFC PATCH 01/18] mm/pgtable: use ptdesc in pte_free_now/pte_free_defer alexs
2024-07-30 6:46 ` [RFC PATCH 02/18] mm/pgtable: convert ptdesc.pmd_huge_pte to ptdesc pointer alexs
2024-07-30 6:46 ` [RFC PATCH 03/18] fs/dax: use ptdesc in dax_pmd_load_hole alexs
2024-07-30 6:46 ` [RFC PATCH 04/18] mm/thp: use ptdesc pointer in __do_huge_pmd_anonymous_page alexs
2024-07-30 6:46 ` [RFC PATCH 05/18] mm/thp: use ptdesc in do_huge_pmd_anonymous_page alexs
2024-07-30 6:47 ` [RFC PATCH 06/18] mm/thp: convert insert_pfn_pmd and its caller to use ptdesc alexs
2024-07-30 6:47 ` [RFC PATCH 07/18] mm/thp: use ptdesc in copy_huge_pmd alexs
2024-07-30 6:47 ` [RFC PATCH 08/18] mm/memory: use ptdesc in __pte_alloc alexs
2024-07-30 6:47 ` [RFC PATCH 09/18] mm/pgtable: fully use ptdesc in pte_alloc_one series functions alexs
2024-07-30 6:47 ` [RFC PATCH 10/18] mm/pgtable: pass ptdesc to pte_free() alexs
2024-07-30 7:27 ` [RFC PATCH 11/18] mm/pgtable: introduce ptdesc_pfn and use ptdesc in free_pte_range() alexs
2024-07-30 7:27 ` [RFC PATCH 12/18] mm/thp: pass ptdesc to set_huge_zero_folio function alexs
2024-07-30 7:27 ` [RFC PATCH 13/18] mm/pgtable: return ptdesc pointer in pgtable_trans_huge_withdraw alexs
2024-07-30 7:27 ` [RFC PATCH 14/18] mm/pgtable: use ptdesc in pgtable_trans_huge_deposit alexs
2024-07-30 7:27 ` [RFC PATCH 15/18] mm/pgtable: pass ptdesc to pmd_populate alexs
2024-07-30 7:27 ` [RFC PATCH 16/18] mm/pgtable: pass ptdesc to pmd_install alexs
2024-07-30 7:27 ` [RFC PATCH 17/18] mm: convert vmf.prealloc_pte to struct ptdesc pointer alexs
2024-07-30 7:27 ` [RFC PATCH 18/18] mm/pgtable: pass ptdesc in pte_free_defer alexs
2024-07-30 8:10 ` [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t Alex Shi
2024-08-14 16:50 ` LEROY Christophe [this message]
2024-08-15 6:32 ` Alex Shi
2024-08-14 17:13 ` Matthew Wilcox
2024-08-15 6:17 ` Alex Shi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=392b267e-cf98-4aa0-bb6e-90f6861d097d@cs-soprasteria.com \
--to=christophe.leroy2@cs-soprasteria.com \
--cc=agordeev@linux.ibm.com \
--cc=alexghiti@rivosinc.com \
--cc=alexs@kernel.org \
--cc=aneesh.kumar@kernel.org \
--cc=aneesh.kumar@linux.ibm.com \
--cc=anup@brainfault.org \
--cc=aou@eecs.berkeley.edu \
--cc=baohua@kernel.org \
--cc=baolin.wang@linux.alibaba.com \
--cc=bcain@quicinc.com \
--cc=borntraeger@linux.ibm.com \
--cc=bp@alien8.de \
--cc=catalin.marinas@arm.com \
--cc=dave.hansen@linux.intel.com \
--cc=david@redhat.com \
--cc=geert@linux-m68k.org \
--cc=gerald.schaefer@linux.ibm.com \
--cc=gor@linux.ibm.com \
--cc=guoren@kernel.org \
--cc=hca@linux.ibm.com \
--cc=hpa@zytor.com \
--cc=hughd@google.com \
--cc=ioworker0@gmail.com \
--cc=jonas@southpole.se \
--cc=jpoimboe@kernel.org \
--cc=jszhang@kernel.org \
--cc=kernel@xen0n.name \
--cc=leitao@debian.org \
--cc=linux-arch@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-csky@vger.kernel.org \
--cc=linux-hexagon@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-m68k@lists.linux-m68k.org \
--cc=linux-mm@kvack.org \
--cc=linux-openrisc@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=linux-s390@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=loongarch@lists.linux.dev \
--cc=luto@kernel.org \
--cc=maobibo@loongson.cn \
--cc=mpe@ellerman.id.au \
--cc=naveen@kernel.org \
--cc=npiggin@gmail.com \
--cc=osalvador@suse.de \
--cc=palmer@dabbelt.com \
--cc=paul.walmsley@sifive.com \
--cc=peterx@redhat.com \
--cc=peterz@infradead.org \
--cc=rppt@kernel.org \
--cc=ryan.roberts@arm.com \
--cc=samuel.holland@sifive.com \
--cc=shikemeng@huaweicloud.com \
--cc=shorne@gmail.com \
--cc=stefan.kristiansson@saunalahti.fi \
--cc=svens@linux.ibm.com \
--cc=tglx@linutronix.de \
--cc=vishal.moola@gmail.com \
--cc=will@kernel.org \
--cc=willy@infradead.org \
--cc=x86@kernel.org \
--cc=zhengqi.arch@bytedance.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox