Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1193207 > unrolled thread

Re: [PATCH v2] Do not reserve crashkernel high memory if crashkernel low memory reserving failed

Started byJoerg Roedel <joro@8bytes.org>
First post2015-07-27 16:50 +0200
Last post2015-07-27 16:50 +0200
Articles 1 — 1 participant

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCH v2] Do not reserve crashkernel high memory if crashkernel  low memory reserving failed Joerg Roedel <joro@8bytes.org> - 2015-07-27 16:50 +0200

#1193207 — Re: [PATCH v2] Do not reserve crashkernel high memory if crashkernel low memory reserving failed

FromJoerg Roedel <joro@8bytes.org>
Date2015-07-27 16:50 +0200
SubjectRe: [PATCH v2] Do not reserve crashkernel high memory if crashkernel low memory reserving failed
Message-ID<pQRT5-4QW-27@gated-at.bofh.it>
Hi Baoquan,

thanks for the fix!

On Sun, Jul 19, 2015 at 10:53:20PM +0800, Baoquan He wrote:
> People reported that when allocating crashkernel memory using
> ",high" and ",low" syntax, there were cases where the reservation
> of the "high" portion succeeds, but the reservation of the "low"
> portion fails. Then kexec can load kdump kernel successfully, but
> the boot of kdump kernel fails as there's no low memory. This is
> because allocation of low memory for kdump kernel can fail on large
> systems for reasons. E.g it could be manually specified crashkernel
> low memory is too large to find in memblock region.
> 
> In this patch add return value for reserve_crashkernel_low. Then put
> the crashkernel low memory reserving earlier, just between finding
> the crashkernel high memory region and reserving crashkernel high
> memory. Then if crashkernel low memory reserving failed we do not
> reserve crashkernel high memory but return immediately. Users can
> take measures when they found kdump kernel cann't be loaded
> successfully.
> 
> Signed-off-by: Baoquan He <bhe@redhat.com>
> ---
>  arch/x86/kernel/setup.c | 14 ++++++++------
>  1 file changed, 8 insertions(+), 6 deletions(-)

Reviewed-by: Joerg Roedel <jroedel@suse.de>

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web