Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753601Ab3IXO45 (ORCPT ); Tue, 24 Sep 2013 10:56:57 -0400 Received: from mail.skyhub.de ([78.46.96.112]:50275 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752708Ab3IXO44 (ORCPT ); Tue, 24 Sep 2013 10:56:56 -0400 Message-ID: Date: Tue, 24 Sep 2013 16:56:49 +0200 (CEST) Subject: Re: [PATCH -v2] EFI: Runtime services virtual mapping From: "Borislav Petkov" To: "Dave Young" Cc: "Borislav Petkov" , "H. Peter Anvin" , "X86 ML" , "LKML" , "Borislav Petkov" , "Matt Fleming" , "Matthew Garrett" , "James Bottomley" , "Vivek Goyal" , linux-efi@vger.kernel.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 977 Lines: 28 On Tue, September 24, 2013 2:45 pm, Dave Young wrote: > Think again about this, how about 1:1 map them from a base address > like -64G phy_addr -> (-64G + phy_addr), in this way we can avoid > depending on the previous region size. Right, how we layout the regions is arbitrary as long as we start at the same VA and use the same regions, in the same order and of the same size... > For the zero region problem, we can resolve it as a standalone > problem. ... however, we still need to understand why it fails mapping the boot services region as some implementations apparently do call boot services even after ExitBootServices(). IOW, we need that region mapped in the kexec'ed kernel too. Thanks. -- Regards/Gruss, Boris. -- 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/