Re: [RFC PATCH 00/29] mm: remove bootmem allocator
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- To: Michal Hocko <mhocko@xxxxxxxxxx>, Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
- Subject: Re: [RFC PATCH 00/29] mm: remove bootmem allocator
- From: Pasha Tatashin <Pavel.Tatashin@xxxxxxxxxxxxx>
- Date: Thu, 6 Sep 2018 13:04:47 +0000
- Accept-language: en-US
- Cc: "linux-mm@xxxxxxxxx" <linux-mm@xxxxxxxxx>, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>, "David S. Miller" <davem@xxxxxxxxxxxxx>, Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>, Ingo Molnar <mingo@xxxxxxxxxx>, Michael Ellerman <mpe@xxxxxxxxxxxxxx>, Paul Burton <paul.burton@xxxxxxxx>, Thomas Gleixner <tglx@xxxxxxxxxxxxx>, Tony Luck <tony.luck@xxxxxxxxx>, "linux-ia64@xxxxxxxxxxxxxxx" <linux-ia64@xxxxxxxxxxxxxxx>, "linux-mips@xxxxxxxxxxxxxx" <linux-mips@xxxxxxxxxxxxxx>, "linuxppc-dev@xxxxxxxxxxxxxxxx" <linuxppc-dev@xxxxxxxxxxxxxxxx>, "sparclinux@xxxxxxxxxxxxxxx" <sparclinux@xxxxxxxxxxxxxxx>, "linux-kernel@xxxxxxxxxxxxxxx" <linux-kernel@xxxxxxxxxxxxxxx>
- In-reply-to: <20180906091538.GN14951@dhcp22.suse.cz>
- References: <1536163184-26356-1-git-send-email-rppt@linux.vnet.ibm.com> <20180906091538.GN14951@dhcp22.suse.cz>
On 9/6/18 5:15 AM, Michal Hocko wrote:
> On Wed 05-09-18 18:59:15, Mike Rapoport wrote:
> [...]
>> 325 files changed, 846 insertions(+), 2478 deletions(-)
>> delete mode 100644 include/linux/bootmem.h
>> delete mode 100644 mm/bootmem.c
>> delete mode 100644 mm/nobootmem.c
>
> This is really impressive! Thanks a lot for working on this. I wish we
> could simplify the memblock API as well. There are just too many public
> functions with subtly different semantic and barely any useful
> documentation.
>
> But even this is a great step forward!
This is a great simplification of boot process. Thank you Mike!
I agree, with Michal in the future, once nobootmem kernel stabalizes
after this effort, we should start simplifying memblock allocator API:
it won't be as big effort as this one, as I think, that can be done in
incremental phases, but it will help to make early boot much more stable
and uniform across arches.
Thank you,
Pavel
[Index of Archives]
[Linux Kernel]
[Sparc Linux]
[DCCP]
[Linux ARM]
[Yosemite News]
[Linux SCSI]
[Linux x86_64]
[Linux for Ham Radio]