From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from smtp1.irit.fr ([141.115.24.2]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1mXgWF-009iNq-Hn for kexec@lists.infradead.org; Tue, 05 Oct 2021 09:13:53 +0000 From: References: <20210924170327.6775-1-dinhngoc.tu@irit.fr> <20211005081832.GA23961@vergenet.net> In-Reply-To: <20211005081832.GA23961@vergenet.net> Subject: RE: [PATCH] kexec-tools: multiboot2: Correct BASIC_MEMINFO memory units Date: Tue, 5 Oct 2021 11:13:45 +0200 Message-ID: <001601d7b9c9$4c8be2c0$e5a3a840$@irit.fr> Content-Language: en List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "kexec" Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: 'Simon Horman' Cc: kexec@lists.infradead.org > Thanks, > > I'm curious to know how the current code could have worked. > Do we have some testing to verify this change? Hi, The current code is not actually used very often when loading Xen (which is one of the few things that actually support Multiboot2), as Xen uses the EBDA instead of the MB2 memory information on the MB2 boot path. However this blows up on EFI systems without CSM (as EBDA is no longer available). I tested the loading of KVM->Xen and Xen->Xen with this patch and a patched version of Xen that trusts the MB2 information, on a laptop and a server. The Multiboot2 documentation at https://www.gnu.org/software/grub/manual/multiboot2/multiboot.html#Basic-mem ory-information also supports the change. _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec