Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout

[PATCH 0/3] Move kernel mapping outside the linear mapping · Alexandre Ghiti <alex@ghiti.fr> · 2021-02-25
[PATCH 1/3] riscv: Move kernel mapping outside of linear mapping · Alexandre Ghiti <alex@ghiti.fr> · 2021-02-25
[PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout · Alexandre Ghiti <alex@ghiti.fr> · 2021-02-25
Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout · David Hildenbrand <hidden> · 2021-02-25
Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout · Alex Ghiti <alex@ghiti.fr> · 2021-02-25
Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout · Arnd Bergmann <arnd@arndb.de> · 2021-03-10
Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout · Alex Ghiti <alex@ghiti.fr> · 2021-03-10
Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout · Arnd Bergmann <arnd@arndb.de> · 2021-03-11
Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout · Alex Ghiti <alex@ghiti.fr> · 2021-03-13
Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout · Arnd Bergmann <arnd@arndb.de> · 2021-03-13
[PATCH 3/3] riscv: Prepare ptdump for vm layout dynamic addresses · Alexandre Ghiti <alex@ghiti.fr> · 2021-02-25
Re: [PATCH 0/3] Move kernel mapping outside the linear mapping · Palmer Dabbelt <palmer@dabbelt.com> · 2021-03-10
Re: [PATCH 0/3] Move kernel mapping outside the linear mapping · Alex Ghiti <alex@ghiti.fr> · 2021-03-13
Re: [PATCH 0/3] Move kernel mapping outside the linear mapping · Palmer Dabbelt <palmer@dabbelt.com> · 2021-03-17
Re: [PATCH 0/3] Move kernel mapping outside the linear mapping · Alex Ghiti <alex@ghiti.fr> · 2021-03-20

From: Arnd Bergmann <arnd@arndb.de>
Date: 2021-03-13 22:37:13
Also in: linux-doc, linux-mm, linux-riscv, lkml

On Sat, Mar 13, 2021 at 9:23 AM Alex Ghiti [off-list ref] wrote:

Yes I considered it...when you re-proposed it :) I'm not opposed to your
solution in the vmalloc region but I can't find any advantage over the
current solution, are there ? That would harmonize with Linus's work,
but then we'd be quite different from x86 address space.

And by the way, thanks for having suggested the current solution in a
previous conversation :)

Ah, I really need to keep track better of what I already commented on...

      Arnd

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help