From: "Heiko Stübner" <heiko@sntech.de>
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@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>
Cc: Alexandre ghiti <alex@ghiti.fr>
Subject: Re: [PATCH v2 00/10] Introduce sv48 support without relocatable kernel
Date: Mon, 06 Dec 2021 12:17:02 +0100 [thread overview]
Message-ID: <16228030.BXmPpbjjvJ@diego> (raw)
In-Reply-To: <3283761f-0506-464b-d351-af8ddecafa9b@ghiti.fr>
Am Montag, 6. Dezember 2021, 11:49:55 CET schrieb Alexandre ghiti:
> 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,
No worries, I can repeat that with your new version :-)
Heiko
> >>
> >>
> >> 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(-)
> >>
> >>
> >
> >
> >
>
> _______________________________________________
> linux-riscv mailing list
> linux-riscv@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-riscv
>
prev parent reply other threads:[~2021-12-06 11:17 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
2021-12-06 11:17 ` Heiko Stübner [this message]
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=16228030.BXmPpbjjvJ@diego \
--to=heiko@sntech.de \
--cc=Atish.Patra@wdc.com \
--cc=alex@ghiti.fr \
--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=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).