On Mon, 21 Jan 2019 at 22:15, Laszlo Ersek <[email protected]> wrote: > > Hi Julien, > > On 01/21/19 14:36, Julien Grall wrote: > > Hi, > > > > On 21/01/2019 10:46, Zeng, Star wrote: > >> On 2019/1/18 2:59, Julien Grall wrote: > >> I saw the discussion at > >> https://lists.01.org/pipermail/edk2-devel/2019-January/035405.html. > >> Fortunately, > >> it has been fixed. > >> So I did rebase for the code. > >> Repo: [email protected]:lzeng14/edk2.git > >> Branch: MergedVariableDriver_EmuNvMode_V3_rebased > > > > I was about to ask a branch as there were conflicts in the rebase. > > Thank you for providing the branch! > > > >> > >> If you can help have a quick test, that will be very helpful. :) > > > > With your series applied, EDK2 is crashing while the Linux EFI stub > > is running. See the log below. > > > > My knowledge of EDK2 is quite limited, so I am not entirely where to > > look at. I am happy to help debugging if you provide guidance. > > Let's focus on the following excerpts: > > > Synchronous Exception at 0x000000007BE70698 > > PC 0x00007BE70698 (0x00007BE60000+0x00010698) [ 0] RuntimeDxe.dll > > PC 0x000078AFECB0 (0x000078AE0000+0x0001ECB0) [ 1] VariableRuntimeDxe.dll > > PC 0x000078AF0AC8 (0x000078AE0000+0x00010AC8) [ 1] VariableRuntimeDxe.dll > > PC 0x00007BE7094C (0x00007BE60000+0x0001094C) [ 2] RuntimeDxe.dll > > and > > > [ 0] > > /home/julien/works/edk2/Build/ArmVirtXen-AARCH64/DEBUG_GCC49/AARCH64/MdeModulePkg/Core/RuntimeDxe/RuntimeDxe/DEBUG/RuntimeDxe.dll > > [ 1] > > /home/julien/works/edk2/Build/ArmVirtXen-AARCH64/DEBUG_GCC49/AARCH64/MdeModulePkg/Universal/Variable/RuntimeDxe/VariableRuntimeDxe/DEBUG/VariableRuntimeDxe.dll > > [ 2] > > /home/julien/works/edk2/Build/ArmVirtXen-AARCH64/DEBUG_GCC49/AARCH64/MdeModulePkg/Core/RuntimeDxe/RuntimeDxe/DEBUG/RuntimeDxe.dll > > Please run "objdump -S" on the DLL files listed in [0] through [2]. > > In the listings, please try to locate the neighborhood of the relative > offsets that are listed in the stack dump (such as 0x10698 and 0x1094C > in "RuntimeDxe.dll", and 0x1ECB0 and 0x10AC8 in "VariableRuntimeDxe.dll"). > > The disassembly should be intermixed with C source code, and four stack > frames with C language snippets should help us establish a rudimentary > call chain. > > (CC'ing Ard as well.) >
I already did the same. The crash is in a call to EfiConvertPointer () from VariableClassAddressChangeEvent (), which dereferences mVariableModuleGlobal->FvbInstance, which may be NULL in the EMU use case. It is very surprising that this only happens on ARM, though ... _______________________________________________ edk2-devel mailing list [email protected] https://lists.01.org/mailman/listinfo/edk2-devel
