From: Alexandre ghiti <alex@ghiti.fr>
To: "Heiko Stübner" <heiko@sntech.de>,
"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@wdc.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>,
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,
"Alexandre Ghiti" <alexandre.ghiti@canonical.com>
Subject: Re: [PATCH v2 00/10] Introduce sv48 support without relocatable kernel
Date: Mon, 6 Dec 2021 11:49:55 +0100 [thread overview]
Message-ID: <3283761f-0506-464b-d351-af8ddecafa9b@ghiti.fr> (raw)
In-Reply-To: <2700575.YIZvDWadBg@diego>
On 11/25/21 00:29, Heiko Stübner wrote:
> Am Mittwoch, 29. September 2021, 16:51:03 CET schrieb Alexandre Ghiti:
>> 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.
>>
>> Tested on:
>> - qemu rv64 sv39: OK
>> - qemu rv64 sv48: OK
>> - qemu rv64 sv39 + kasan: OK
>> - qemu rv64 sv48 + kasan: OK
>> - qemu rv32: OK
>> - Unmatched: OK
> On a beagleV (which supports only sv39) I've tested both the limit via
> the mmu-type in the devicetree and also that the fallback works when
> I disable the mmu-type in the dt, so
>
> Tested-by: Heiko Stuebner <heiko@sntech.de>
>
Thanks Heiko for testing this, unfortunately I could not add this tag to
the latest version as significant changes came up.
Thanks again for taking the time to test this,
Alex
>>
>>
>> Changes in v2:
>> - Rebase onto for-next
>> - Fix KASAN
>> - Fix stack canary
>> - Get completely rid of MAXPHYSMEM configs
>> - Add documentation
>>
>> Alexandre Ghiti (10):
>> 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
>>
>> Documentation/riscv/vm-layout.rst | 36 ++
>> arch/riscv/Kconfig | 35 +-
>> 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 | 2 +-
>> arch/riscv/include/asm/page.h | 10 +
>> arch/riscv/include/asm/pgalloc.h | 40 +++
>> arch/riscv/include/asm/pgtable-64.h | 108 +++++-
>> arch/riscv/include/asm/pgtable.h | 30 +-
>> 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 | 323 +++++++++++++++---
>> arch/riscv/mm/kasan_init.c | 91 +++--
>> drivers/firmware/efi/libstub/efi-stub.c | 2 +
>> include/asm-generic/pgalloc.h | 24 +-
>> include/linux/sizes.h | 1 +
>> 21 files changed, 615 insertions(+), 131 deletions(-)
>>
>>
>
>
>
next prev parent reply other threads:[~2021-12-06 10:50 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-29 14:51 [PATCH v2 00/10] Introduce sv48 support without relocatable kernel Alexandre Ghiti
2021-09-29 14:51 ` [PATCH v2 01/10] riscv: Allow to dynamically define VA_BITS Alexandre Ghiti
2021-09-29 14:51 ` [PATCH v2 02/10] riscv: Get rid of MAXPHYSMEM configs Alexandre Ghiti
2021-09-29 14:51 ` [PATCH v2 03/10] asm-generic: Prepare for riscv use of pud_alloc_one and pud_free Alexandre Ghiti
2021-09-29 14:51 ` [PATCH v2 04/10] riscv: Implement sv48 support Alexandre Ghiti
2021-10-04 1:34 ` Samuel Holland
2021-10-04 7:31 ` Alexandre Ghiti
2021-09-29 14:51 ` [PATCH v2 05/10] riscv: Use pgtable_l4_enabled to output mmu_type in cpuinfo Alexandre Ghiti
2021-09-29 14:51 ` [PATCH v2 06/10] riscv: Explicit comment about user virtual address space size Alexandre Ghiti
2021-09-29 14:51 ` [PATCH v2 07/10] riscv: Improve virtual kernel memory layout dump Alexandre Ghiti
2021-09-29 14:51 ` [PATCH v2 08/10] Documentation: riscv: Add sv48 description to VM layout Alexandre Ghiti
2021-09-29 14:51 ` [PATCH v2 09/10] riscv: Initialize thread pointer before calling C functions Alexandre Ghiti
2021-09-29 14:51 ` [PATCH v2 10/10] riscv: Allow user to downgrade to sv39 when hw supports sv48 Alexandre Ghiti
2021-11-24 23:29 ` [PATCH v2 00/10] Introduce sv48 support without relocatable kernel Heiko Stübner
2021-12-06 10:49 ` Alexandre ghiti [this message]
2021-12-06 11:17 ` Heiko Stübner
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=3283761f-0506-464b-d351-af8ddecafa9b@ghiti.fr \
--to=alex@ghiti.fr \
--cc=Atish.Patra@wdc.com \
--cc=alexandre.ghiti@canonical.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=heiko@sntech.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=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: 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).