From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx3-rdu2.redhat.com ([66.187.233.73] helo=mx1.redhat.com) by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux)) id 1evxLk-0005bO-GF for kexec@lists.infradead.org; Wed, 14 Mar 2018 03:45:14 +0000 Date: Wed, 14 Mar 2018 11:44:55 +0800 From: Dave Young Subject: Re: [PATCH v4 4/5] kexec: add option to fall back to KEXEC_LOAD when KEXEC_FILE_LOAD is not supported. Message-ID: <20180314034455.GC2039@dhcp-128-65.nay.redhat.com> References: <19a47e290fc03efea82af845740ae8f6b30f13b8.1520342150.git.msuchanek@suse.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: 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: Tony Jones Cc: msuchanek@suse.de, Simon Horman , kexec@lists.infradead.org, Petr Tesarik On 03/13/18 at 10:30am, Tony Jones wrote: > On 03/06/2018 05:15 AM, Michal Suchanek wrote: > > Not all architectures implement KEXEC_FILE_LOAD. However, on some > > archiectures KEXEC_FILE_LOAD is required when secure boot is enabled in > > locked-down mode. Previously users had to select the KEXEC_FILE_LOAD > > syscall with undocumented -s option. However, if they did pass the > > option kexec would fail on architectures that do not support it. > > > > So add an -a option that tries KEXEC_FILE_LOAD and when it is not > > supported tries KEXEC_LOAD. > > > > Signed-off-by: Michal Suchanek > > David, Simon. > > Is there any feedback on v4 of this patchset? Adding a new option for fallback rather than changing the existing behavior was the v3 feedback on March 2nd. > Tony, sure, I just replied with several comments, but still need Simon to review in case I may miss something. > Cheers! > > Tony Thanks Dave _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec