On 04/14/16 at 09:00pm, Russell King wrote: > If we are unable to find a suitable page when allocating the control > page, do not invoke the OOM-killer: killing processes probably isn't > going to help. Originally kexec was made to reboot to test kernel quickly. If 1st kernel is palyed and hurted in a bad state and developer want to discard it and take a quick reboot, why don't we have a best try to make a successful kexec load? I personally think this change sounds un-reasonable. > > Signed-off-by: Russell King <rmk+kernel at arm.linux.org.uk> > --- > include/linux/kexec.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/include/linux/kexec.h b/include/linux/kexec.h > index 2cc643c6e870..1b32ab587f66 100644 > --- a/include/linux/kexec.h > +++ b/include/linux/kexec.h > @@ -41,7 +41,7 @@ > #endif > > #ifndef KEXEC_CONTROL_MEMORY_GFP > -#define KEXEC_CONTROL_MEMORY_GFP GFP_KERNEL > +#define KEXEC_CONTROL_MEMORY_GFP (GFP_KERNEL | __GFP_NORETRY) > #endif > > #ifndef KEXEC_CONTROL_PAGE_SIZE > -- > 2.1.0 > > > _______________________________________________ > kexec mailing list > kexec at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/kexec
