[PATCH 0/2] Fix early boot OOM issues for some platforms

Simon Horman horms at verge.net.au
Wed Apr 7 20:28:07 BST 2021


On Tue, Apr 06, 2021 at 03:11:51PM +0100, Hongyan Xia wrote:
> From: Hongyan Xia <hongyxia at amazon.com>
> 
> We have observed a couple of cases where after a successful kexec, the
> crash kernel loaded in the 2nd kernel will run out of memory and
> crash. We narrowed down to two issues:
> 
> 1. when preparing the memory map, kexec excludes the Interrupt Vector
>    Table. However, the end address of IVT is incorrect.
> 2. The wrong end address of IVT is not 1KiB aligned. When preparing the
>    crashkernel, the memory map will reject unaligned memory chunks. On
>    many x86 platforms this means the entire bottom 1MiB range is
>    excluded from the crashkernel memory map, resulting in OOM when the
>    crashkernel boots.
> 
> Patch 1 fixes 1 which is actually enough to eliminate the issue but we
> feel that such issue may happen again (e.g., with a weird BIOS that has
> unaligned e820 map), so we also have patch 2 to improve the handling of
> unaligned memory.
> 
> Hongyan Xia (2):
>   Fix where the real mode interrupt vector ends
>   Shrink segments to fit alignment instead of throwing them away

Thanks, series applied.



More information about the kexec mailing list