From: Alexandre Ghiti <alexandre.ghiti@canonical.com> To: Jonathan Corbet <corbet@lwn.net>, Paul Walmsley <paul.walmsley@sifive.com>, Palmer Dabbelt <palmer@dabbelt.com>, Albert Ou <aou@eecs.berkeley.edu>, Zong Li <zong.li@sifive.com>, Anup Patel <anup@brainfault.org>, Atish Patra <Atish.Patra@rivosinc.com>, Christoph Hellwig <hch@lst.de>, Andrey Ryabinin <ryabinin.a.a@gmail.com>, Alexander Potapenko <glider@google.com>, Andrey Konovalov <andreyknvl@gmail.com>, Dmitry Vyukov <dvyukov@google.com>, Ard Biesheuvel <ardb@kernel.org>, Arnd Bergmann <arnd@arndb.de>, Kees Cook <keescook@chromium.org>, Guo Ren <guoren@linux.alibaba.com>, Heinrich Schuchardt <heinrich.schuchardt@canonical.com>, Mayuresh Chitale <mchitale@ventanamicro.com>, panqinglin2020@iscas.ac.cn, linux-doc@vger.kernel.org, linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, kasan-dev@googlegroups.com, linux-efi@vger.kernel.org, linux-arch@vger.kernel.org Cc: Alexandre Ghiti <alexandre.ghiti@canonical.com> Subject: [PATCH v3 00/13] Introduce sv48 support without relocatable kernel Date: Mon, 6 Dec 2021 11:46:44 +0100 [thread overview] Message-ID: <20211206104657.433304-1-alexandre.ghiti@canonical.com> (raw) * Please note notable changes in memory layouts and kasan population * This patchset allows to have a single kernel for sv39 and sv48 without being relocatable. The idea comes from Arnd Bergmann who suggested to do the same as x86, that is mapping the kernel to the end of the address space, which allows the kernel to be linked at the same address for both sv39 and sv48 and then does not require to be relocated at runtime. This implements sv48 support at runtime. The kernel will try to boot with 4-level page table and will fallback to 3-level if the HW does not support it. Folding the 4th level into a 3-level page table has almost no cost at runtime. Note that kasan region had to be moved to the end of the address space since its location must be known at compile-time and then be valid for both sv39 and sv48 (and sv57 that is coming). Tested on: - qemu rv64 sv39: OK - qemu rv64 sv48: OK - qemu rv64 sv39 + kasan: OK - qemu rv64 sv48 + kasan: OK - qemu rv32: OK Changes in v3: - Fix SZ_1T, thanks to Atish - Fix warning create_pud_mapping, thanks to Atish - Fix k210 nommu build, thanks to Atish - Fix wrong rebase as noted by Samuel - * Downgrade to sv39 is only possible if !KASAN (see commit changelog) * - * Move KASAN next to the kernel: virtual layouts changed and kasan population * Changes in v2: - Rebase onto for-next - Fix KASAN - Fix stack canary - Get completely rid of MAXPHYSMEM configs - Add documentation Alexandre Ghiti (13): riscv: Move KASAN mapping next to the kernel mapping riscv: Split early kasan mapping to prepare sv48 introduction riscv: Introduce functions to switch pt_ops riscv: Allow to dynamically define VA_BITS riscv: Get rid of MAXPHYSMEM configs asm-generic: Prepare for riscv use of pud_alloc_one and pud_free riscv: Implement sv48 support riscv: Use pgtable_l4_enabled to output mmu_type in cpuinfo riscv: Explicit comment about user virtual address space size riscv: Improve virtual kernel memory layout dump Documentation: riscv: Add sv48 description to VM layout riscv: Initialize thread pointer before calling C functions riscv: Allow user to downgrade to sv39 when hw supports sv48 if !KASAN Documentation/riscv/vm-layout.rst | 48 ++- arch/riscv/Kconfig | 37 +- arch/riscv/configs/nommu_k210_defconfig | 1 - .../riscv/configs/nommu_k210_sdcard_defconfig | 1 - arch/riscv/configs/nommu_virt_defconfig | 1 - arch/riscv/include/asm/csr.h | 3 +- arch/riscv/include/asm/fixmap.h | 1 arch/riscv/include/asm/kasan.h | 11 +- arch/riscv/include/asm/page.h | 20 +- arch/riscv/include/asm/pgalloc.h | 40 ++ arch/riscv/include/asm/pgtable-64.h | 108 ++++- arch/riscv/include/asm/pgtable.h | 47 +- arch/riscv/include/asm/sparsemem.h | 6 +- arch/riscv/kernel/cpu.c | 23 +- arch/riscv/kernel/head.S | 4 +- arch/riscv/mm/context.c | 4 +- arch/riscv/mm/init.c | 408 ++++++++++++++---- arch/riscv/mm/kasan_init.c | 250 ++++++++--- drivers/firmware/efi/libstub/efi-stub.c | 2 drivers/pci/controller/pci-xgene.c | 2 +- include/asm-generic/pgalloc.h | 24 +- include/linux/sizes.h | 1 22 files changed, 833 insertions(+), 209 deletions(-) -- 2.32.0
WARNING: multiple messages have this Message-ID (diff)
From: Alexandre Ghiti <alexandre.ghiti@canonical.com> To: Jonathan Corbet <corbet@lwn.net>, Paul Walmsley <paul.walmsley@sifive.com>, Palmer Dabbelt <palmer@dabbelt.com>, Albert Ou <aou@eecs.berkeley.edu>, Zong Li <zong.li@sifive.com>, Anup Patel <anup@brainfault.org>, Atish Patra <Atish.Patra@rivosinc.com>, Christoph Hellwig <hch@lst.de>, Andrey Ryabinin <ryabinin.a.a@gmail.com>, Alexander Potapenko <glider@google.com>, Andrey Konovalov <andreyknvl@gmail.com>, Dmitry Vyukov <dvyukov@google.com>, Ard Biesheuvel <ardb@kernel.org>, Arnd Bergmann <arnd@arndb.de>, Kees Cook <keescook@chromium.org>, Guo Ren <guoren@linux.alibaba.com>, Heinrich Schuchardt <heinrich.schuchardt@canonical.com>, Mayuresh Chitale <mchitale@ventanamicro.com>, panqinglin2020@iscas.ac.cn, linux-doc@vger.kernel.org, linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, kasan-dev@googlegroups.com, linux-efi@vger.kernel.org, linux-arch@vger.kernel.org Cc: Alexandre Ghiti <alexandre.ghiti@canonical.com> Subject: [PATCH v3 00/13] Introduce sv48 support without relocatable kernel Date: Mon, 6 Dec 2021 11:46:44 +0100 [thread overview] Message-ID: <20211206104657.433304-1-alexandre.ghiti@canonical.com> (raw) * Please note notable changes in memory layouts and kasan population * This patchset allows to have a single kernel for sv39 and sv48 without being relocatable. The idea comes from Arnd Bergmann who suggested to do the same as x86, that is mapping the kernel to the end of the address space, which allows the kernel to be linked at the same address for both sv39 and sv48 and then does not require to be relocated at runtime. This implements sv48 support at runtime. The kernel will try to boot with 4-level page table and will fallback to 3-level if the HW does not support it. Folding the 4th level into a 3-level page table has almost no cost at runtime. Note that kasan region had to be moved to the end of the address space since its location must be known at compile-time and then be valid for both sv39 and sv48 (and sv57 that is coming). Tested on: - qemu rv64 sv39: OK - qemu rv64 sv48: OK - qemu rv64 sv39 + kasan: OK - qemu rv64 sv48 + kasan: OK - qemu rv32: OK Changes in v3: - Fix SZ_1T, thanks to Atish - Fix warning create_pud_mapping, thanks to Atish - Fix k210 nommu build, thanks to Atish - Fix wrong rebase as noted by Samuel - * Downgrade to sv39 is only possible if !KASAN (see commit changelog) * - * Move KASAN next to the kernel: virtual layouts changed and kasan population * Changes in v2: - Rebase onto for-next - Fix KASAN - Fix stack canary - Get completely rid of MAXPHYSMEM configs - Add documentation Alexandre Ghiti (13): riscv: Move KASAN mapping next to the kernel mapping riscv: Split early kasan mapping to prepare sv48 introduction riscv: Introduce functions to switch pt_ops riscv: Allow to dynamically define VA_BITS riscv: Get rid of MAXPHYSMEM configs asm-generic: Prepare for riscv use of pud_alloc_one and pud_free riscv: Implement sv48 support riscv: Use pgtable_l4_enabled to output mmu_type in cpuinfo riscv: Explicit comment about user virtual address space size riscv: Improve virtual kernel memory layout dump Documentation: riscv: Add sv48 description to VM layout riscv: Initialize thread pointer before calling C functions riscv: Allow user to downgrade to sv39 when hw supports sv48 if !KASAN Documentation/riscv/vm-layout.rst | 48 ++- arch/riscv/Kconfig | 37 +- arch/riscv/configs/nommu_k210_defconfig | 1 - .../riscv/configs/nommu_k210_sdcard_defconfig | 1 - arch/riscv/configs/nommu_virt_defconfig | 1 - arch/riscv/include/asm/csr.h | 3 +- arch/riscv/include/asm/fixmap.h | 1 arch/riscv/include/asm/kasan.h | 11 +- arch/riscv/include/asm/page.h | 20 +- arch/riscv/include/asm/pgalloc.h | 40 ++ arch/riscv/include/asm/pgtable-64.h | 108 ++++- arch/riscv/include/asm/pgtable.h | 47 +- arch/riscv/include/asm/sparsemem.h | 6 +- arch/riscv/kernel/cpu.c | 23 +- arch/riscv/kernel/head.S | 4 +- arch/riscv/mm/context.c | 4 +- arch/riscv/mm/init.c | 408 ++++++++++++++---- arch/riscv/mm/kasan_init.c | 250 ++++++++--- drivers/firmware/efi/libstub/efi-stub.c | 2 drivers/pci/controller/pci-xgene.c | 2 +- include/asm-generic/pgalloc.h | 24 +- include/linux/sizes.h | 1 22 files changed, 833 insertions(+), 209 deletions(-) -- 2.32.0 _______________________________________________ linux-riscv mailing list linux-riscv@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-riscv
next reply other threads:[~2021-12-06 10:47 UTC|newest] Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-12-06 10:46 Alexandre Ghiti [this message] 2021-12-06 10:46 ` [PATCH v3 00/13] Introduce sv48 support without relocatable kernel Alexandre Ghiti 2021-12-06 10:46 ` [PATCH v3 01/13] riscv: Move KASAN mapping next to the kernel mapping Alexandre Ghiti 2021-12-06 10:46 ` Alexandre Ghiti 2021-12-06 16:18 ` Jisheng Zhang 2021-12-06 16:18 ` Jisheng Zhang 2021-12-06 10:46 ` [PATCH v3 02/13] riscv: Split early kasan mapping to prepare sv48 introduction Alexandre Ghiti 2021-12-06 10:46 ` Alexandre Ghiti 2021-12-06 10:46 ` [PATCH v3 03/13] riscv: Introduce functions to switch pt_ops Alexandre Ghiti 2021-12-06 10:46 ` Alexandre Ghiti 2021-12-06 10:46 ` [PATCH v3 04/13] riscv: Allow to dynamically define VA_BITS Alexandre Ghiti 2021-12-06 10:46 ` Alexandre Ghiti 2021-12-06 10:46 ` [PATCH v3 05/13] riscv: Get rid of MAXPHYSMEM configs Alexandre Ghiti 2021-12-06 10:46 ` Alexandre Ghiti 2021-12-06 10:46 ` [PATCH v3 06/13] asm-generic: Prepare for riscv use of pud_alloc_one and pud_free Alexandre Ghiti 2021-12-06 10:46 ` Alexandre Ghiti 2021-12-06 10:46 ` [PATCH v3 07/13] riscv: Implement sv48 support Alexandre Ghiti 2021-12-06 10:46 ` Alexandre Ghiti 2021-12-06 11:05 ` Alexandre ghiti 2021-12-06 11:05 ` Alexandre ghiti 2021-12-09 4:32 ` 潘庆霖 2021-12-09 4:32 ` 潘庆霖 2021-12-26 8:59 ` Jisheng Zhang 2021-12-26 8:59 ` Jisheng Zhang 2022-01-04 12:44 ` Alexandre Ghiti 2022-01-04 12:44 ` Alexandre Ghiti 2021-12-29 3:42 ` Guo Ren 2021-12-29 3:42 ` Guo Ren 2022-01-04 12:42 ` Alexandre Ghiti 2022-01-04 12:42 ` Alexandre Ghiti 2022-04-26 5:57 ` Nick Kossifidis 2022-04-26 5:57 ` Nick Kossifidis 2021-12-06 10:46 ` [PATCH v3 08/13] riscv: Use pgtable_l4_enabled to output mmu_type in cpuinfo Alexandre Ghiti 2021-12-06 10:46 ` Alexandre Ghiti 2021-12-06 10:46 ` [PATCH v3 09/13] riscv: Explicit comment about user virtual address space size Alexandre Ghiti 2021-12-06 10:46 ` Alexandre Ghiti 2021-12-06 10:46 ` [PATCH v3 10/13] riscv: Improve virtual kernel memory layout dump Alexandre Ghiti 2021-12-06 10:46 ` Alexandre Ghiti 2021-12-09 4:18 ` 潘庆霖 2021-12-09 9:09 ` Alexandre ghiti 2021-12-06 10:46 ` [PATCH v3 11/13] Documentation: riscv: Add sv48 description to VM layout Alexandre Ghiti 2021-12-06 10:46 ` Alexandre Ghiti 2021-12-06 10:46 ` [PATCH v3 12/13] riscv: Initialize thread pointer before calling C functions Alexandre Ghiti 2021-12-06 10:46 ` Alexandre Ghiti 2021-12-20 9:11 ` Guo Ren 2021-12-20 9:11 ` Guo Ren 2021-12-20 9:17 ` Ard Biesheuvel 2021-12-20 9:17 ` Ard Biesheuvel 2021-12-20 13:40 ` Guo Ren 2021-12-20 13:40 ` Guo Ren 2022-01-10 8:03 ` Alexandre ghiti 2022-01-10 8:03 ` Alexandre ghiti 2021-12-06 10:46 ` [PATCH v3 13/13] riscv: Allow user to downgrade to sv39 when hw supports sv48 if !KASAN Alexandre Ghiti 2021-12-06 10:46 ` Alexandre Ghiti 2021-12-06 11:08 ` [PATCH v3 00/13] Introduce sv48 support without relocatable kernel Alexandre ghiti 2021-12-06 11:08 ` Alexandre ghiti 2022-01-20 4:18 ` Palmer Dabbelt 2022-01-20 4:18 ` Palmer Dabbelt 2022-01-20 7:30 ` Alexandre Ghiti 2022-01-20 7:30 ` Alexandre Ghiti 2022-01-20 10:05 ` Alexandre Ghiti 2022-01-20 10:05 ` Alexandre Ghiti 2022-02-18 10:45 ` Alexandre Ghiti 2022-02-18 10:45 ` Alexandre Ghiti 2022-04-01 12:56 ` Alexandre Ghiti 2022-04-01 12:56 ` Alexandre Ghiti 2022-04-23 1:50 ` Palmer Dabbelt 2022-04-23 1:50 ` Palmer Dabbelt 2022-06-02 3:43 ` Palmer Dabbelt 2022-06-02 3:43 ` Palmer Dabbelt
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=20211206104657.433304-1-alexandre.ghiti@canonical.com \ --to=alexandre.ghiti@canonical.com \ --cc=Atish.Patra@rivosinc.com \ --cc=andreyknvl@gmail.com \ --cc=anup@brainfault.org \ --cc=aou@eecs.berkeley.edu \ --cc=ardb@kernel.org \ --cc=arnd@arndb.de \ --cc=corbet@lwn.net \ --cc=dvyukov@google.com \ --cc=glider@google.com \ --cc=guoren@linux.alibaba.com \ --cc=hch@lst.de \ --cc=heinrich.schuchardt@canonical.com \ --cc=kasan-dev@googlegroups.com \ --cc=keescook@chromium.org \ --cc=linux-arch@vger.kernel.org \ --cc=linux-doc@vger.kernel.org \ --cc=linux-efi@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-riscv@lists.infradead.org \ --cc=mchitale@ventanamicro.com \ --cc=palmer@dabbelt.com \ --cc=panqinglin2020@iscas.ac.cn \ --cc=paul.walmsley@sifive.com \ --cc=ryabinin.a.a@gmail.com \ --cc=zong.li@sifive.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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.