From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from pandora.arm.linux.org.uk ([2001:4d48:ad52:3201:214:fdff:fe10:1be6]) by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1as4iz-0000lV-IH for kexec@lists.infradead.org; Mon, 18 Apr 2016 08:40:06 +0000 Date: Mon, 18 Apr 2016 09:39:32 +0100 From: Russell King - ARM Linux Subject: Re: [PATCH 1/3] kexec: don't invoke OOM-killer for control page allocation Message-ID: <20160418083932.GA19428@n2100.arm.linux.org.uk> References: <20160414195938.GV19428@n2100.arm.linux.org.uk> <20160418053253.GA3602@x1.redhat.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20160418053253.GA3602@x1.redhat.com> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "kexec" Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: Baoquan He Cc: Fenghua Yu , Tony Luck , linux-ia64@vger.kernel.org, Eric Biederman , kexec@lists.infradead.org On Mon, Apr 18, 2016 at 01:32:53PM +0800, Baoquan He wrote: > 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? And if it kills off every process trying to get a suitable page, which then means you can't do anything other than power cycle, that's okay? -- RMK's Patch system: http://www.arm.linux.org.uk/developer/patches/ FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up according to speedtest.net. _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec