On Tue, 2013-12-03 at 09:56 +0800, Dave Young wrote: > On 12/02/13 at 06:31pm, Toshi Kani wrote: > > On Mon, 2013-12-02 at 15:33 -0700, Toshi Kani wrote: > > > On Fri, 2013-11-29 at 17:14 +0800, Dave Young wrote: > > > > On 11/27/13 at 03:07pm, Borislav Petkov wrote: > > > > > On Tue, Nov 26, 2013 at 01:57:52PM +0800, Dave Young wrote: > > > > > > Add a new setup_data type SETUP_EFI for kexec use. > > > > > > Passing the saved fw_vendor, runtime, config tables and > > > > > > efi runtime mappings. > > > > > > > > > > > > When entering virtual mode, directly mapping the efi > > > > > > runtime ragions which we passed in previously. And skip > > > > > > the step to call SetVirtualAddressMap. > > > > > > > > > > > > Specially for HP z420 workstation it need another variable > > > > > > saving, > > > > > > > > > > Why the special handling? Does that mean, this is going to be the case > > > > > for other HP UEFI implementations too? > > > > > > > > I have only one HP machine for testing, Maybe Toshi can help to verify > > > > on other machines. Just comment out the function efi_reuse_config to see > > > > if kexec kernel panic. > > > > > > My system (HP prototype server) did not need the special handling in > > > efi_reuse_config(). I will check with firmware team to get more > > > information on this. > > > > I have one question. I think this special handling assumes that > > efi.smbios contains a virtual address on HP z420. So, how does the 1st > > kernel set a virtual address to efi.smbios in the first place? > > Hi, Toshi, > > It's originally a physical address, I think kernel does not change it. > As the fw_vendor, runtime etc. are changed to virt addr by firmware, so I > assume smbios on Hp z420 is also changed by firmware after becoming virtual mode. Hi Dave, Oh, I think I now understand what the issue was. The z420 firmware updates the SMBIOS table address in the EFI system table to a virtual address after calling EFI SetVirtualAddressMap. So, you are passing the original physical address of the SMBIOS table from the 1st kernel to the 2nd kernel to put it back to physical. Is that right? Thanks, -Toshi
