From: Huacai Chen <chenhuacai@gmail.com>
To: WANG Xuerui <kernel@xen0n.name>
Cc: Huacai Chen <chenhuacai@loongson.cn>,
Arnd Bergmann <arnd@arndb.de>, Andy Lutomirski <luto@kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
Peter Zijlstra <peterz@infradead.org>,
Andrew Morton <akpm@linux-foundation.org>,
David Airlie <airlied@linux.ie>, Jonathan Corbet <corbet@lwn.net>,
Linus Torvalds <torvalds@linux-foundation.org>,
linux-arch <linux-arch@vger.kernel.org>,
"open list:DOCUMENTATION" <linux-doc@vger.kernel.org>,
LKML <linux-kernel@vger.kernel.org>,
Xuefeng Li <lixuefeng@loongson.cn>,
Yanteng Si <siyanteng@loongson.cn>, Guo Ren <guoren@kernel.org>,
Jiaxun Yang <jiaxun.yang@flygoat.com>,
Stephen Rothwell <sfr@canb.auug.org.au>
Subject: Re: [PATCH V10 12/22] LoongArch: Add memory management
Date: Sun, 15 May 2022 21:38:45 +0800 [thread overview]
Message-ID: <CAAhV-H5YQmrmq-n7xuNXO5DM2B05Jt9AFqS=k3WSS5mUU+FM0A@mail.gmail.com> (raw)
In-Reply-To: <138da137-bb15-e3b9-c0fd-6106cf20fc96@xen0n.name>
Hi, Xuerui,
On Sun, May 15, 2022 at 5:42 PM WANG Xuerui <kernel@xen0n.name> wrote:
>
> Hi,
>
> Compared to other areas, I'm not that familiar with mm in general, so
> this review may not be as in-depth as I'd like. Still...
>
> On 5/14/22 16:03, Huacai Chen wrote:
> > Add memory management support for LoongArch, including: cache and tlb
> > management, page fault handling and ioremap/mmap support.
> >
> > Signed-off-by: Huacai Chen <chenhuacai@loongson.cn>
> > ---
> > arch/loongarch/include/asm/cache.h | 13 +
> > arch/loongarch/include/asm/cacheflush.h | 80 ++++
> > arch/loongarch/include/asm/cacheops.h | 37 ++
> > arch/loongarch/include/asm/fixmap.h | 13 +
> > arch/loongarch/include/asm/hugetlb.h | 79 ++++
> > arch/loongarch/include/asm/page.h | 113 +++++
> > arch/loongarch/include/asm/pgalloc.h | 103 +++++
> > arch/loongarch/include/asm/pgtable-bits.h | 131 ++++++
> > arch/loongarch/include/asm/pgtable.h | 532 ++++++++++++++++++++++
> > arch/loongarch/include/asm/shmparam.h | 12 +
> > arch/loongarch/include/asm/sparsemem.h | 23 +
> > arch/loongarch/include/asm/tlb.h | 216 +++++++++
> > arch/loongarch/include/asm/tlbflush.h | 35 ++
> > arch/loongarch/include/asm/vmalloc.h | 4 +
> > arch/loongarch/mm/cache.c | 140 ++++++
> > arch/loongarch/mm/extable.c | 22 +
> > arch/loongarch/mm/fault.c | 261 +++++++++++
> > arch/loongarch/mm/hugetlbpage.c | 87 ++++
> > arch/loongarch/mm/init.c | 165 +++++++
> > arch/loongarch/mm/ioremap.c | 27 ++
> > arch/loongarch/mm/maccess.c | 10 +
> > arch/loongarch/mm/mmap.c | 125 +++++
> > arch/loongarch/mm/page.S | 84 ++++
> > arch/loongarch/mm/pgtable.c | 130 ++++++
> > arch/loongarch/mm/tlb.c | 282 ++++++++++++
> > arch/loongarch/mm/tlbex.S | 477 +++++++++++++++++++
> > 26 files changed, 3201 insertions(+)
> > create mode 100644 arch/loongarch/include/asm/cache.h
> > create mode 100644 arch/loongarch/include/asm/cacheflush.h
> > create mode 100644 arch/loongarch/include/asm/cacheops.h
> > create mode 100644 arch/loongarch/include/asm/fixmap.h
> > create mode 100644 arch/loongarch/include/asm/hugetlb.h
> > create mode 100644 arch/loongarch/include/asm/page.h
> > create mode 100644 arch/loongarch/include/asm/pgalloc.h
> > create mode 100644 arch/loongarch/include/asm/pgtable-bits.h
> > create mode 100644 arch/loongarch/include/asm/pgtable.h
> > create mode 100644 arch/loongarch/include/asm/shmparam.h
> > create mode 100644 arch/loongarch/include/asm/sparsemem.h
> > create mode 100644 arch/loongarch/include/asm/tlb.h
> > create mode 100644 arch/loongarch/include/asm/tlbflush.h
> > create mode 100644 arch/loongarch/include/asm/vmalloc.h
> > create mode 100644 arch/loongarch/mm/cache.c
> > create mode 100644 arch/loongarch/mm/extable.c
> > create mode 100644 arch/loongarch/mm/fault.c
> > create mode 100644 arch/loongarch/mm/hugetlbpage.c
> > create mode 100644 arch/loongarch/mm/init.c
> > create mode 100644 arch/loongarch/mm/ioremap.c
> > create mode 100644 arch/loongarch/mm/maccess.c
> > create mode 100644 arch/loongarch/mm/mmap.c
> > create mode 100644 arch/loongarch/mm/page.S
> > create mode 100644 arch/loongarch/mm/pgtable.c
> > create mode 100644 arch/loongarch/mm/tlb.c
> > create mode 100644 arch/loongarch/mm/tlbex.S
> >
> (snip)
> > diff --git a/arch/loongarch/include/asm/tlb.h b/arch/loongarch/include/asm/tlb.h
> > new file mode 100644
> > index 000000000000..a9dda11c494b
> > --- /dev/null
> > +++ b/arch/loongarch/include/asm/tlb.h
> > @@ -0,0 +1,216 @@
> > +/* SPDX-License-Identifier: GPL-2.0 */
> > +/*
> > + * Copyright (C) 2020-2022 Loongson Technology Corporation Limited
> > + */
> > +#ifndef __ASM_TLB_H
> > +#define __ASM_TLB_H
> > +
> > +#include <linux/mm_types.h>
> > +#include <asm/cpu-features.h>
> > +#include <asm/loongarch.h>
> > +
> > +/*
> > + * TLB Invalidate Flush
> > + */
> > +static inline void tlbclr(void)
> > +{
> > + __asm__ __volatile__("tlbclr");
> > +}
> > +
> > +static inline void tlbflush(void)
> > +{
> > + __asm__ __volatile__("tlbflush");
> > +}
> > +
> > +/*
> > + * TLB R/W operations.
> > + */
> > +static inline void tlb_probe(void)
> > +{
> > + __asm__ __volatile__("tlbsrch");
> > +}
> > +
> > +static inline void tlb_read(void)
> > +{
> > + __asm__ __volatile__("tlbrd");
> > +}
> > +
> > +static inline void tlb_write_indexed(void)
> > +{
> > + __asm__ __volatile__("tlbwr");
> > +}
> > +
> > +static inline void tlb_write_random(void)
> > +{
> > + __asm__ __volatile__("tlbfill");
> > +}
> > +
> > +/*
> > + * Guest TLB Invalidate Flush
> > + */
> > +static inline void guest_tlbflush(void)
> > +{
> > + __asm__ __volatile__(
> > + ".word 0x6482401\n\t");
> > +}
>
> Do we want to add guest mm ops this early? KVM isn't part of initial
> bring-up. Leaving as-is would save some later work, though, and I'll
> leave the judgment to other reviewers as to whether to remove these. (My
> recommendation would of course be in favor of removal.)
>
> Plus it's interesting to see undocumented instruction words, this
> satisfies curiosity ;-)
>
> (Always better to properly support in binutils though.)
OK, they should be removed at present.
>
> > +
> > +/*
> > + * Guest TLB R/W operations.
> > + */
> > +static inline void guest_tlb_probe(void)
> > +{
> > + __asm__ __volatile__(
> > + ".word 0x6482801\n\t");
> > +}
> > +
> > +static inline void guest_tlb_read(void)
> > +{
> > + __asm__ __volatile__(
> > + ".word 0x6482c01\n\t");
> > +}
> > +
> > +static inline void guest_tlb_write_indexed(void)
> > +{
> > + __asm__ __volatile__(
> > + ".word 0x6483001\n\t");
> > +}
> > +
> > +static inline void guest_tlb_write_random(void)
> > +{
> > + __asm__ __volatile__(
> > + ".word 0x6483401\n\t");
> > +}
> > +
> > +enum invtlb_ops {
> > + /* Invalid all tlb */
> > + INVTLB_ALL = 0x0,
> > + /* Invalid current tlb */
> > + INVTLB_CURRENT_ALL = 0x1,
> > + /* Invalid all global=1 lines in current tlb */
> > + INVTLB_CURRENT_GTRUE = 0x2,
> > + /* Invalid all global=0 lines in current tlb */
> > + INVTLB_CURRENT_GFALSE = 0x3,
> > + /* Invalid global=0 and matched asid lines in current tlb */
> > + INVTLB_GFALSE_AND_ASID = 0x4,
> > + /* Invalid addr with global=0 and matched asid in current tlb */
> > + INVTLB_ADDR_GFALSE_AND_ASID = 0x5,
> > + /* Invalid addr with global=1 or matched asid in current tlb */
> > + INVTLB_ADDR_GTRUE_OR_ASID = 0x6,
> > + /* Invalid matched gid in guest tlb */
> > + INVGTLB_GID = 0x9,
> > + /* Invalid global=1, matched gid in guest tlb */
> > + INVGTLB_GID_GTRUE = 0xa,
> > + /* Invalid global=0, matched gid in guest tlb */
> > + INVGTLB_GID_GFALSE = 0xb,
> > + /* Invalid global=0, matched gid and asid in guest tlb */
> > + INVGTLB_GID_GFALSE_ASID = 0xc,
> > + /* Invalid global=0 , matched gid, asid and addr in guest tlb */
> > + INVGTLB_GID_GFALSE_ASID_ADDR = 0xd,
> > + /* Invalid global=1 , matched gid, asid and addr in guest tlb */
> > + INVGTLB_GID_GTRUE_ASID_ADDR = 0xe,
> > + /* Invalid all gid gva-->gpa guest tlb */
> > + INVGTLB_ALLGID_GVA_TO_GPA = 0x10,
> > + /* Invalid all gid gpa-->hpa tlb */
> > + INVTLB_ALLGID_GPA_TO_HPA = 0x11,
> > + /* Invalid all gid tlb, including gva-->gpa and gpa-->hpa */
> > + INVTLB_ALLGID = 0x12,
> > + /* Invalid matched gid gva-->gpa guest tlb */
> > + INVGTLB_GID_GVA_TO_GPA = 0x13,
> > + /* Invalid matched gid gpa-->hpa tlb */
> > + INVTLB_GID_GPA_TO_HPA = 0x14,
> > + /* Invalid matched gid tlb,including gva-->gpa and gpa-->hpa */
> > + INVTLB_GID_ALL = 0x15,
> > + /* Invalid matched gid and addr gpa-->hpa tlb */
> > + INVTLB_GID_ADDR = 0x16,
> > +};
> > +
> > +/*
> > + * invtlb op info addr
> > + * (0x1 << 26) | (0x24 << 20) | (0x13 << 15) |
> > + * (addr << 10) | (info << 5) | op
> > + */
> > +static inline void invtlb(u32 op, u32 info, u64 addr)
> > +{
> > + __asm__ __volatile__(
> > + "parse_r addr,%0\n\t"
> > + "parse_r info,%1\n\t"
> > + ".word ((0x6498000) | (addr << 10) | (info << 5) | %2)\n\t"
> Isn't INVTLB already supported by binutils?
> > + :
> > + : "r"(addr), "r"(info), "i"(op)
> > + :
> > + );
> > +}
> > +
> > +static inline void invtlb_addr(u32 op, u32 info, u64 addr)
> > +{
> > + __asm__ __volatile__(
> > + "parse_r addr,%0\n\t"
> > + ".word ((0x6498000) | (addr << 10) | (0 << 5) | %1)\n\t"
> > + :
> > + : "r"(addr), "i"(op)
> > + :
> > + );
> > +}
> > +
> > +static inline void invtlb_info(u32 op, u32 info, u64 addr)
> > +{
> > + __asm__ __volatile__(
> > + "parse_r info,%0\n\t"
> > + ".word ((0x6498000) | (0 << 10) | (info << 5) | %1)\n\t"
> > + :
> > + : "r"(info), "i"(op)
> > + :
> > + );
> > +}
> > +
> > +static inline void invtlb_all(u32 op, u32 info, u64 addr)
> > +{
> > + __asm__ __volatile__(
> > + ".word ((0x6498000) | (0 << 10) | (0 << 5) | %0)\n\t"
> > + :
> > + : "i"(op)
> > + :
> > + );
> > +}
> > +
>
> (rest of patch snipped for brevity)
>
> Admittedly I didn't really look into the rest for correctness, only
> briefly checking code style. However as several people (me included)
> already used the port for heavy compilation loads, stresses and things
> like that, the code should be in good standing too.
>
> With the nits addressed:
>
> Reviewed-by: WANG Xuerui <git@xen0n.name>
Thanks for your review.
Huacai
>
next prev parent reply other threads:[~2022-05-15 13:39 UTC|newest]
Thread overview: 76+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-14 8:03 [PATCH V10 00/22] arch: Add basic LoongArch support Huacai Chen
2022-05-14 8:03 ` [PATCH V10 01/22] Documentation: LoongArch: Add basic documentations Huacai Chen
2022-05-14 13:11 ` WANG Xuerui
2022-05-14 15:40 ` Huacai Chen
2022-05-15 12:41 ` Bagas Sanjaya
2022-05-15 13:14 ` Huacai Chen
2022-05-14 8:03 ` [PATCH V10 02/22] Documentation/zh_CN: Add basic LoongArch documentations Huacai Chen
2022-05-14 13:26 ` WANG Xuerui
2022-05-14 14:49 ` Huacai Chen
2022-05-14 8:03 ` [PATCH V3 03/22] LoongArch: Add elf-related definitions Huacai Chen
2022-05-14 13:29 ` WANG Xuerui
2022-05-14 14:11 ` Huacai Chen
2022-05-15 4:13 ` WANG Xuerui
2022-05-15 11:47 ` Huacai Chen
2022-05-14 8:03 ` [PATCH V10 04/22] LoongArch: Add writecombine support for drm Huacai Chen
2022-05-15 4:18 ` WANG Xuerui
2022-05-15 11:50 ` Huacai Chen
2022-05-14 8:03 ` [PATCH V10 05/22] LoongArch: Add build infrastructure Huacai Chen
2022-05-14 13:38 ` WANG Xuerui
2022-05-14 8:03 ` [PATCH V10 06/22] LoongArch: Add CPU definition headers Huacai Chen
2022-05-14 8:03 ` [PATCH V10 07/22] LoongArch: Add atomic/locking headers Huacai Chen
2022-05-14 8:03 ` [PATCH V10 08/22] LoongArch: Add other common headers Huacai Chen
2022-05-15 0:01 ` Jason A. Donenfeld
2022-05-15 11:42 ` Huacai Chen
2022-05-14 8:03 ` [PATCH V10 09/22] LoongArch: Add boot and setup routines Huacai Chen
2022-05-15 8:44 ` WANG Xuerui
2022-05-15 12:38 ` Huacai Chen
2022-05-16 2:41 ` WANG Xuerui
2022-05-14 8:03 ` [PATCH V10 10/22] LoongArch: Add exception/interrupt handling Huacai Chen
2022-05-15 9:07 ` WANG Xuerui
2022-05-15 13:00 ` Huacai Chen
2022-05-14 8:03 ` [PATCH V10 11/22] LoongArch: Add process management Huacai Chen
2022-05-15 9:20 ` WANG Xuerui
2022-05-15 13:25 ` Huacai Chen
2022-05-14 8:03 ` [PATCH V10 12/22] LoongArch: Add memory management Huacai Chen
2022-05-15 9:42 ` WANG Xuerui
2022-05-15 13:38 ` Huacai Chen [this message]
2022-05-14 8:03 ` [PATCH V10 13/22] LoongArch: Add system call support Huacai Chen
2022-05-14 13:53 ` WANG Xuerui
2022-05-14 14:39 ` Huacai Chen
2022-05-15 9:47 ` WANG Xuerui
2022-05-14 8:03 ` [PATCH V10 14/22] LoongArch: Add signal handling support Huacai Chen
2022-05-15 10:39 ` WANG Xuerui
2022-05-15 13:48 ` Huacai Chen
2022-05-16 3:51 ` WANG Xuerui
[not found] ` <87bkvxd12b.fsf@email.froward.int.ebiederm.org>
2022-05-16 15:02 ` WANG Xuerui
2022-05-17 2:08 ` Huacai Chen
2022-05-17 15:36 ` Eric W. Biederman
2022-05-14 8:03 ` [PATCH V10 15/22] LoongArch: Add ELF and module support Huacai Chen
2022-05-15 11:03 ` WANG Xuerui
2022-05-15 14:13 ` Huacai Chen
2022-05-14 8:03 ` [PATCH V10 16/22] LoongArch: Add misc common routines Huacai Chen
2022-05-14 12:56 ` Alexandre Belloni
2022-05-14 14:12 ` Huacai Chen
2022-05-14 16:00 ` Alexandre Belloni
2022-05-15 13:03 ` WANG Xuerui
2022-05-15 14:21 ` Huacai Chen
2022-05-14 8:03 ` [PATCH V10 17/22] LoongArch: Add some library functions Huacai Chen
2022-05-15 13:11 ` WANG Xuerui
2022-05-15 14:27 ` Huacai Chen
2022-05-14 8:03 ` [PATCH V10 18/22] LoongArch: Add PCI controller support Huacai Chen
2022-05-15 13:35 ` WANG Xuerui
2022-05-14 8:03 ` [PATCH V10 19/22] LoongArch: Add VDSO and VSYSCALL support Huacai Chen
2022-05-15 14:47 ` WANG Xuerui
2022-05-15 14:52 ` Huacai Chen
2022-05-14 8:04 ` [PATCH V10 20/22] LoongArch: Add multi-processor (SMP) support Huacai Chen
2022-05-15 14:16 ` WANG Xuerui
2022-05-15 14:47 ` Huacai Chen
2022-05-14 8:04 ` [PATCH V10 21/22] LoongArch: Add Non-Uniform Memory Access (NUMA) support Huacai Chen
2022-05-15 14:27 ` WANG Xuerui
2022-05-15 14:49 ` Huacai Chen
2022-05-14 8:04 ` [PATCH V10 22/22] LoongArch: Add Loongson-3 default config file Huacai Chen
2022-05-15 14:30 ` WANG Xuerui
2022-05-14 20:54 ` [PATCH V10 00/22] arch: Add basic LoongArch support Arnd Bergmann
2022-05-16 7:41 ` Huacai Chen
2022-05-15 15:09 ` WANG Xuerui
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='CAAhV-H5YQmrmq-n7xuNXO5DM2B05Jt9AFqS=k3WSS5mUU+FM0A@mail.gmail.com' \
--to=chenhuacai@gmail.com \
--cc=airlied@linux.ie \
--cc=akpm@linux-foundation.org \
--cc=arnd@arndb.de \
--cc=chenhuacai@loongson.cn \
--cc=corbet@lwn.net \
--cc=guoren@kernel.org \
--cc=jiaxun.yang@flygoat.com \
--cc=kernel@xen0n.name \
--cc=linux-arch@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lixuefeng@loongson.cn \
--cc=luto@kernel.org \
--cc=peterz@infradead.org \
--cc=sfr@canb.auug.org.au \
--cc=siyanteng@loongson.cn \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.org \
/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;
as well as URLs for NNTP newsgroup(s).