On Fri, Jun 23, 2006 at 02:57:17PM -0400, Amul Shah wrote:
> This patch will fix a boot memory reservation bug that trashes memory on
> the ES7000 when loading the kdump crash kernel.
>
> The code in arch/x86_64/kernel/setup.c to reserve boot memory for the
> crash kernel uses the non-numa aware "reserve_bootmem" function instead
> of the NUMA aware "reserve_bootmem_generic". I checked to make sure
> that no other function was using "reserve_bootmem" and found none,
> except the ones that had NUMA ifdef'ed out.
>
> I have tested this patch only on an ES7000 with NUMA on and off (numa=off)
> in a single (non-NUMA) and multi-cell (NUMA) configurations.
>
> Signed-off-by: Amul Shah <[email protected]>
>
>
> ---
> --- linux-2.6.16.18-1.8/arch/x86_64/kernel/setup.c 2006-06-06 12:07:42.000000000 -0400
> +++ linux-2.6.16.18-1.8-az/arch/x86_64/kernel/setup.c 2006-06-21 17:06:04.000000000 -0400
> @@ -715,7 +715,7 @@ void __init setup_arch(char **cmdline_p)
> #endif
> #ifdef CONFIG_KEXEC
> if (crashk_res.start != crashk_res.end) {
> - reserve_bootmem(crashk_res.start,
> + reserve_bootmem_generic(crashk_res.start,
> crashk_res.end - crashk_res.start + 1);
> }
Looks good to me. I know of a 64w NUMA machine test results and kdump
was successful. Not sure why did not we see the problem there. But
anyway this is logical.
Thanks
Vivek
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]