[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20210812065907.20046-1-rppt@kernel.org>
Date: Thu, 12 Aug 2021 09:59:05 +0300
From: Mike Rapoport <rppt@...nel.org>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Albert Ou <aou@...s.berkeley.edu>,
Andy Lutomirski <luto@...nel.org>,
Borislav Petkov <bp@...en8.de>,
Catalin Marinas <catalin.marinas@....com>,
Christian Borntraeger <borntraeger@...ibm.com>,
Dave Hansen <dave.hansen@...ux.intel.com>,
Frank Rowand <frowand.list@...il.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Guenter Roeck <linux@...ck-us.net>,
"H. Peter Anvin" <hpa@...or.com>,
Heiko Carstens <hca@...ux.ibm.com>,
Ingo Molnar <mingo@...hat.com>,
"Kirill A. Shutemov" <kirill@...temov.name>,
Len Brown <lenb@...nel.org>, Marc Zyngier <maz@...nel.org>,
Mike Rapoport <rppt@...nel.org>,
Mike Rapoport <rppt@...ux.ibm.com>,
Palmer Dabbelt <palmer@...belt.com>,
Paul Walmsley <paul.walmsley@...ive.com>,
Peter Zijlstra <peterz@...radead.org>,
"Rafael J. Wysocki" <rjw@...ysocki.net>,
Rob Herring <robh+dt@...nel.org>,
Russell King <linux@...linux.org.uk>,
Thomas Bogendoerfer <tsbogend@...ha.franken.de>,
Thomas Gleixner <tglx@...utronix.de>,
Vasily Gorbik <gor@...ux.ibm.com>,
Will Deacon <will@...nel.org>, devicetree@...r.kernel.org,
kvmarm@...ts.cs.columbia.edu, linux-acpi@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
linux-mips@...r.kernel.org, linux-mm@...ck.org,
linux-riscv@...ts.infradead.org, linux-s390@...r.kernel.org,
x86@...nel.org
Subject: [PATCH v4 0/2] memblock: make memblock_find_in_range method private
From: Mike Rapoport <rppt@...ux.ibm.com>
Hi,
This is v4 of "memblock: make memblock_find_in_range method private" patch
that essentially replaces memblock_find_in_range() + memblock_reserve()
calls with equivalent calls to memblock_phys_alloc() and prevents usage of
memblock_find_in_range() outside memblock itself.
The patch uncovered an issue with top down memory mapping on x86 and this
version has a preparation patch that addresses this issue.
Guenter, I didn't add your Tested-by because the patch that addresses the
crashes differs from the one you've tested.
v4:
* Add patch that prevents the crashes reported by Guenter Roeck on x86/i386
on QEMU with 256M or 512M of memory and EFI boot enabled.
* Add Acked-by and Reviewed-by, thanks everybidy!
v3: https://lore.kernel.org/lkml/20210803064218.6611-1-rppt@kernel.org
* simplify check for exact crash kerenl allocation on arm, per Rob
* make crash_max unsigned long long on arm64, per Rob
v2: https://lore.kernel.org/lkml/20210802063737.22733-1-rppt@kernel.org
* don't change error message in arm::reserve_crashkernel(), per Russell
v1: https://lore.kernel.org/lkml/20210730104039.7047-1-rppt@kernel.org
Mike Rapoport (2):
x86/mm: memory_map_top_down: remove spurious reservation of upper 2M
memblock: make memblock_find_in_range method private
arch/arm/kernel/setup.c | 20 +++++---------
arch/arm64/kvm/hyp/reserved_mem.c | 9 +++----
arch/arm64/mm/init.c | 36 ++++++++-----------------
arch/mips/kernel/setup.c | 14 +++++-----
arch/riscv/mm/init.c | 44 ++++++++++---------------------
arch/s390/kernel/setup.c | 10 ++++---
arch/x86/kernel/aperture_64.c | 5 ++--
arch/x86/mm/init.c | 27 +++++++------------
arch/x86/mm/numa.c | 5 ++--
arch/x86/mm/numa_emulation.c | 5 ++--
arch/x86/realmode/init.c | 2 +-
drivers/acpi/tables.c | 5 ++--
drivers/base/arch_numa.c | 5 +---
drivers/of/of_reserved_mem.c | 12 ++++++---
include/linux/memblock.h | 2 --
mm/memblock.c | 2 +-
16 files changed, 76 insertions(+), 127 deletions(-)
base-commit: ff1176468d368232b684f75e82563369208bc371
--
2.28.0
Powered by blists - more mailing lists