From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57688) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VEfHd-0000s8-5t for qemu-devel@nongnu.org; Wed, 28 Aug 2013 08:55:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VEfHX-0007HQ-Sr for qemu-devel@nongnu.org; Wed, 28 Aug 2013 08:55:37 -0400 Received: from cantor2.suse.de ([195.135.220.15]:43161 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VEfHX-0007HE-Iv for qemu-devel@nongnu.org; Wed, 28 Aug 2013 08:55:31 -0400 Message-ID: <521DF33E.4090205@suse.de> Date: Wed, 28 Aug 2013 14:55:26 +0200 From: =?ISO-8859-1?Q?Andreas_F=E4rber?= MIME-Version: 1.0 References: <20130828103552.GC2038@GaryOffice.site> <521DE2EB.9050404@redhat.com> <521DE3C0.4030603@suse.de> <521DE8C7.1010903@redhat.com> In-Reply-To: <521DE8C7.1010903@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [edk2] OVMF hung on qemu 1.6.0 with KVM List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Laszlo Ersek , Gary Ching-Pang Lin , Ludwig Nussel Cc: Jordan Justen , edk2-devel@lists.sourceforge.net, "qemu-devel@nongnu.org" , Alexander Graf Am 28.08.2013 14:10, schrieb Laszlo Ersek: > On 08/28/13 13:49, Andreas F=E4rber wrote: >> Am 28.08.2013 13:45, schrieb Laszlo Ersek: >>> (qemu-devel CC'd) >>> >>> On 08/28/13 12:35, Gary Ching-Pang Lin wrote: >>>> Hi, >>>> >>>> I recently updated qemu to 1.6.0 and found OVMF just showed a blank >>>> screen when kvm was enabled. I tried to dump OVMF log with the >>>> following commond but nothing was stored in debug.log. >>>> >>>> qemu-system-x86_64 -s -enable-kvm -bios OVMF.fd -debugcon file:debug= .log -global isa-debugcon.iobase=3D0x402 >>>> >>>> The kvm trace was recorded with "trace-cmd record -b 20000 -e kvm" >>>> and uploaded to the following link: >>>> https://docs.google.com/file/d/0B9hbtlc_aK_gcGh2TDZLUVlzWWc/edit?usp= =3Dsharing >>>> >>>> I found a similar case with kernel < 3.9, but I already upgraded lin= ux >>>> kernel to 3.10.5, so this may be another bug. >>> >>> Well, the usual first response in cases like this is... >>> >>> Can you bisect qemu? :) >> >> We had a similar report: >> https://bugzilla.novell.com/show_bug.cgi?id=3D835895 >=20 > Well that's sorta the same report, considering you and Gary both work > for SUSE, and the Novell BZ seems to imply the build in question was Ga= ry's: >=20 >> qemu 1.6.0 fails to run the tianocore firmware >> (home:gary_lin:UEFI/OVMF) properly. This worked with previous qemu > ^^^^^^^^ >> versions: >=20 > :) Different reporters, so who knows if the setups are the same. ;) >> git-bisect said: >> 235e8982ad393e5611cb892df54881c872eea9e1 is the first bad commit >> commit 235e8982ad393e5611cb892df54881c872eea9e1 >> Author: Jordan Justen >> Date: Wed May 29 01:27:26 2013 -0700 >> >> kvm: support using KVM_MEM_READONLY flag for regions >> >> For readonly memory regions and rom devices in romd_mode, >> we make use of the KVM_MEM_READONLY. A slot that uses >> KVM_MEM_READONLY can be read from and code can execute from the >> region, but writes will exit to qemu. >> >> For rom devices with !romd_mode, we force the slot to be >> removed so reads or writes to the region will exit to qemu. >> (Note that a memory region in this state is not executable >> within kvm.) >> >> v7: >> * Update for readable =3D> romd_mode rename (5f9a5ea1) >> >> Signed-off-by: Jordan Justen >> Reviewed-by: Xiao Guangrong (v4= ) >> Reviewed-by: Paolo Bonzini (v5) >> Message-id: 1369816047-16384-4-git-send-email-jordan.l.justen@inte= l.com >> Signed-off-by: Anthony Liguori >> >> >> Any hints or patches welcome. :) >=20 > Hm. LP 1212402 probably > concerns the "similar case with kernel < 3.9" mentioned by Gary, and is > likely not revelant here. >=20 >=20 > Gary & Ludwig, can you confirm that your OVMF build includes SVN r14494= ? >=20 > Author: Jordan Justen > Date: Thu Jul 18 22:51:27 2013 +0000 >=20 > OvmfPkg/Sec: Build identity mapped pages in RAM for X64 >=20 > This is based on MdeModulePkg/Core/DxeIplPeim/X64/VirtualMemory.c. >=20 > Previously we would run using page tables built into the > firmware device. >=20 > If a flash memory is available, it is unsafe for the page > tables to be stored in memory since the processor may try > to write to the page table data structures. >=20 > Additionally, when KVM ROM support is enabled for the > firmware device, then PEI fails to boot when the page > tables are in the firmware device. https://build.opensuse.org/package/show/Virtualization/OVMF is at r14547 and that one works for me. Gary/Ludwig, can you confirm that this is resolved? Thanks, Andreas --=20 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend=F6rffer; HRB 16746 AG N=FCrnbe= rg