From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37620) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VFfAf-0003Hs-Bb for qemu-devel@nongnu.org; Sat, 31 Aug 2013 03:00:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VFfAW-0007JV-U3 for qemu-devel@nongnu.org; Sat, 31 Aug 2013 03:00:33 -0400 Received: from mail-ea0-x22c.google.com ([2a00:1450:4013:c01::22c]:42270) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VFfAW-0007JJ-MI for qemu-devel@nongnu.org; Sat, 31 Aug 2013 03:00:24 -0400 Received: by mail-ea0-f172.google.com with SMTP id r16so1320451ead.31 for ; Sat, 31 Aug 2013 00:00:23 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <52219482.8040408@redhat.com> Date: Sat, 31 Aug 2013 09:00:18 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <20130828103552.GC2038@GaryOffice.site> <521DE2EB.9050404@redhat.com> <521DE3C0.4030603@suse.de> <521DE8C7.1010903@redhat.com> <521DF33E.4090205@suse.de> <20130829082317.GA1852@GaryOffice.site> <521F1CB802000048000E30E0@suse.com> <20130830032828.GA1713@GaryOffice.site> <522067C7.4090606@redhat.com> <52208903.4000706@redhat.com> <5220E803.8010506@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: edk2-devel@lists.sourceforge.net Cc: Gleb Natapov , "qemu-devel@nongnu.org" , Alexander Graf , Bruce Rogers , Ludwig Nussel , Jordan Justen , afaerber@suse.de Il 30/08/2013 21:05, Jordan Justen ha scritto: > I meant your proposed update to VTF0 is not quite what is needed > within EDK II. The current ROM based tables need to stay because that > is what real firmware would need to use to enable a 64-bit PEI. Ok, understood. > OVMF will just have to do something different to work around the KVM > issue. I don't think anything special is needed, we can just document that KVM + a new QEMU requires a new kernel. Paolo > I did some work on this, but ended up going with the simpler > change of r14494 because it appeared to be enough to work around the > issue.