From mboxrd@z Thu Jan 1 00:00:00 1970 From: "H. Peter Anvin" Subject: Re: EFI runtime and kexec Date: Fri, 01 Mar 2013 15:48:51 -0800 Message-ID: <51313E63.4050605@zytor.com> References: <20130301213903.GI30938@pd.tnic> <51312C8F.8000503@zytor.com> <20130301225303.GK30938@pd.tnic> <513132B0.3050308@zytor.com> <20130301230733.GL30938@pd.tnic> <1362180625.29011.4.camel@shinybook.infradead.org> <20130301233924.GM30938@pd.tnic> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20130301233924.GM30938-fF5Pk5pvG8Y@public.gmane.org> Sender: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Borislav Petkov Cc: David Woodhouse , Matt Fleming , linux-efi , Matthew Garrett List-Id: linux-efi@vger.kernel.org On 03/01/2013 03:39 PM, Borislav Petkov wrote: > Just commenting on this one for now, the rest tomorrow cuz I'm half > asleep. > > On Fri, Mar 01, 2013 at 11:30:25PM +0000, David Woodhouse wrote: >> The other option, for the long term, is to fix the damn firmware to >> allow SetVirtualAddressMap to be called more than once. It was stupid >> for it to be a one-time call anyway. > > Now this would be the cleanest solution. If we can do that, we can then > simply call efi_enter_virtual_mode() in the kexec'd kernel without > the need to pass any options to it. Actually, the kexec'd kernel can > probably run the same efi code as the papa kernel. > Well, if we can genuinely run with a zero relocation we don't even need to worry about that. -hpa