]> git.proxmox.com Git - mirror_ubuntu-jammy-kernel.git/commit
powerpc/fadump: consider reserved ranges while reserving memory
authorHari Bathini <hbathini@linux.ibm.com>
Mon, 20 Apr 2020 08:56:22 +0000 (14:26 +0530)
committerMichael Ellerman <mpe@ellerman.id.au>
Mon, 4 May 2020 12:29:58 +0000 (22:29 +1000)
commit140777a3d8dfdb3d3f20ea7707c0f1c0ce1b0aa5
tree11ac920c2312abd44772c4ca6b60df6a1ac62487
parent02c04e374e176ae3a3f64a682f80702f8d2fb65d
powerpc/fadump: consider reserved ranges while reserving memory

Commit 0962e8004e97 ("powerpc/prom: Scan reserved-ranges node for
memory reservations") enabled support to parse reserved-ranges DT
node and reserve kernel memory falling in these ranges for F/W
purposes. Memory reserved for FADump should not overlap with these
ranges as it could corrupt memory meant for F/W or crash'ed kernel
memory to be exported as vmcore.

But since commit 579ca1a27675 ("powerpc/fadump: make use of memblock's
bottom up allocation mode"), memblock_find_in_range() is being used to
find the appropriate area to reserve memory for FADump, which can't
account for reserved-ranges as these ranges are reserved only after
FADump memory reservation.

With reserved-ranges now being populated during early boot, look out
for these memory ranges while reserving memory for FADump. Without
this change, MPIPL on PowerNV systems aborts with hostboot failure,
when memory reserved for FADump is less than 4096MB.

Fixes: 579ca1a27675 ("powerpc/fadump: make use of memblock's bottom up allocation mode")
Cc: stable@vger.kernel.org
Signed-off-by: Hari Bathini <hbathini@linux.ibm.com>
Reviewed-by: Mahesh Salgaonkar <mahesh@linux.ibm.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Link: https://lore.kernel.org/r/158737297693.26700.16193820746269425424.stgit@hbathini.in.ibm.com
arch/powerpc/kernel/fadump.c