It is not. Read the boot spec. Thomas Renninger <trenn at suse.de> wrote: >On Monday, April 15, 2013 12:54:47 PM H. Peter Anvin wrote: >> On 04/15/2013 12:48 PM, Thomas Renninger wrote: >> > On Monday, April 15, 2013 05:20:24 AM H. Peter Anvin wrote: >> >> Except that is wrong. The kernel can receive more than 128 e820 >entries, >> >> they just have to be passed via a different mechanism. > >But you do not name/describe it. >Is it the "efi map mechanism" you are talking about or is there >something else? > > Thomas > >> > Would it make sense to pass the tables via efi_map by moving up >> > efi_map parsing to the beginning of efi init in >> > arch/x86/platform/efi/efi.c? >> > >> > And in kexec pass the efi signature, efi map pointers, add >add_efi_memmap >> > param (and possibly some more?)? >> > Then there would be no limit at all anymore. >> >> There is no limit... that's what I'm telling you. > >> kexec should certainly pass the EFI information, otherwise the second >> kernel can't invoke EFI runtime calls at all. Therein lies a whole >bit >> of pain. >> >> -hpa -- Sent from my mobile phone. Please excuse brevity and lack of formatting.
