From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=209.132.183.28; helo=mx1.redhat.com; envelope-from=lersek@redhat.com; receiver=edk2-devel@lists.01.org Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 2FC00211ADA46 for ; Mon, 21 Jan 2019 13:15:12 -0800 (PST) Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 472EB63800; Mon, 21 Jan 2019 21:15:12 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-121-78.rdu2.redhat.com [10.10.121.78]) by smtp.corp.redhat.com (Postfix) with ESMTP id 21CEF68B2B; Mon, 21 Jan 2019 21:15:10 +0000 (UTC) To: Julien Grall , "Zeng, Star" Cc: edk2-devel@lists.01.org, Ard Biesheuvel References: <1547479196-40248-1-git-send-email-star.zeng@intel.com> <1547479196-40248-11-git-send-email-star.zeng@intel.com> <7da72765-785c-2499-eefd-d887a946c946@redhat.com> <6263ebd0-4c6a-97bd-7e04-c4f26ec21aa2@linaro.org> <01237fea-c440-a810-eb51-45646f26238e@intel.com> <1a2a4290-c22c-e42d-cb66-a4ec3e3cf90a@linaro.org> From: Laszlo Ersek Message-ID: Date: Mon, 21 Jan 2019 22:15:09 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <1a2a4290-c22c-e42d-cb66-a4ec3e3cf90a@linaro.org> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.28]); Mon, 21 Jan 2019 21:15:12 +0000 (UTC) Subject: Re: [PATCH V2 10/15] ArmVirtXen: Use merged variable driver for emulated NV mode X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 21:15:13 -0000 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit 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: git@github.com: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.) Thanks Laszlo