From: Alexandre Ghiti <alex@ghiti.fr>
To: Jonathan Corbet <corbet@lwn.net>,
Paul Walmsley <paul.walmsley@sifive.com>,
Palmer Dabbelt <palmer@dabbelt.com>,
Albert Ou <aou@eecs.berkeley.edu>, Arnd Bergmann <arnd@arndb.de>,
Andrey Ryabinin <aryabinin@virtuozzo.com>,
Alexander Potapenko <glider@google.com>,
Dmitry Vyukov <dvyukov@google.com>,
linux-doc@vger.kernel.org, linux-riscv@lists.infradead.org,
linux-kernel@vger.kernel.org, kasan-dev@googlegroups.com,
linux-arch@vger.kernel.org, linux-mm@kvack.org
Cc: Alexandre Ghiti <alex@ghiti.fr>
Subject: [PATCH v5 0/3] Move kernel mapping outside the linear mapping
Date: Sun, 11 Apr 2021 12:41:43 -0400 [thread overview]
Message-ID: <20210411164146.20232-1-alex@ghiti.fr> (raw)
I decided to split sv48 support in small series to ease the review.
This patchset pushes the kernel mapping (modules and BPF too) to the last
4GB of the 64bit address space, this allows to:
- implement relocatable kernel (that will come later in another
patchset) that requires to move the kernel mapping out of the linear
mapping to avoid to copy the kernel at a different physical address.
- have a single kernel that is not relocatable (and then that avoids the
performance penalty imposed by PIC kernel) for both sv39 and sv48.
The first patch implements this behaviour, the second patch introduces a
documentation that describes the virtual address space layout of the 64bit
kernel and the last patch is taken from my sv48 series where I simply added
the dump of the modules/kernel/BPF mapping.
I removed the Reviewed-by on the first patch since it changed enough from
last time and deserves a second look.
Changes in v5:
- Fix 32BIT build that failed because MODULE_VADDR does not exist as
modules lie in the vmalloc zone in 32BIT, reported by kernel test
robot.
Changes in v4:
- Fix BUILTIN_DTB since we used __va to obtain the virtual address of the
builtin DTB which returns a linear mapping address, and then we use
this address before setup_vm_final installs the linear mapping: this
is not possible anymore since the kernel does not lie inside the
linear mapping anymore.
Changes in v3:
- Fix broken nommu build as reported by kernel test robot by protecting
the kernel mapping only in 64BIT and MMU configs, by reverting the
introduction of load_sz_pmd and by not exporting load_sz/load_pa anymore
since they were not initialized in nommu config.
Changes in v2:
- Fix documentation about direct mapping size which is 124GB instead
of 126GB.
- Fix SPDX missing header in documentation.
- Fix another checkpatch warning about EXPORT_SYMBOL which was not
directly below variable declaration.
Alexandre Ghiti (3):
riscv: Move kernel mapping outside of linear mapping
Documentation: riscv: Add documentation that describes the VM layout
riscv: Prepare ptdump for vm layout dynamic addresses
Documentation/riscv/index.rst | 1 +
Documentation/riscv/vm-layout.rst | 63 +++++++++++++++++++++
arch/riscv/boot/loader.lds.S | 3 +-
arch/riscv/include/asm/page.h | 17 +++++-
arch/riscv/include/asm/pgtable.h | 37 ++++++++----
arch/riscv/include/asm/set_memory.h | 1 +
arch/riscv/kernel/head.S | 3 +-
arch/riscv/kernel/module.c | 6 +-
arch/riscv/kernel/setup.c | 5 ++
arch/riscv/kernel/vmlinux.lds.S | 3 +-
arch/riscv/mm/fault.c | 13 +++++
arch/riscv/mm/init.c | 87 ++++++++++++++++++++++-------
arch/riscv/mm/kasan_init.c | 9 +++
arch/riscv/mm/physaddr.c | 2 +-
arch/riscv/mm/ptdump.c | 73 ++++++++++++++++++++----
15 files changed, 271 insertions(+), 52 deletions(-)
create mode 100644 Documentation/riscv/vm-layout.rst
--
2.20.1
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
next reply other threads:[~2021-04-11 16:42 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-11 16:41 Alexandre Ghiti [this message]
2021-04-11 16:41 ` [PATCH v5 1/3] riscv: Move kernel mapping outside of linear mapping Alexandre Ghiti
2021-04-15 4:20 ` Palmer Dabbelt
2021-04-15 4:54 ` Alex Ghiti
2021-04-15 18:00 ` Alex Ghiti
2021-04-18 11:38 ` Alex Ghiti
2021-06-10 16:39 ` Andreas Schwab
2021-06-10 17:10 ` Guenter Roeck
2021-06-10 17:11 ` Andreas Schwab
2021-06-10 17:20 ` Guenter Roeck
2021-06-10 17:29 ` Andreas Schwab
2021-06-11 11:00 ` Guenter Roeck
2021-06-17 2:58 ` Palmer Dabbelt
2021-06-17 9:14 ` Andreas Schwab
2021-07-01 2:59 ` Palmer Dabbelt
2021-04-11 16:41 ` [PATCH v5 2/3] Documentation: riscv: Add documentation that describes the VM layout Alexandre Ghiti
2021-04-11 16:41 ` [PATCH v5 3/3] riscv: Prepare ptdump for vm layout dynamic addresses Alexandre Ghiti
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=20210411164146.20232-1-alex@ghiti.fr \
--to=alex@ghiti.fr \
--cc=aou@eecs.berkeley.edu \
--cc=arnd@arndb.de \
--cc=aryabinin@virtuozzo.com \
--cc=corbet@lwn.net \
--cc=dvyukov@google.com \
--cc=glider@google.com \
--cc=kasan-dev@googlegroups.com \
--cc=linux-arch@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-riscv@lists.infradead.org \
--cc=palmer@dabbelt.com \
--cc=paul.walmsley@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).