From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MuWny-0006rW-FL for qemu-devel@nongnu.org; Sun, 04 Oct 2009 15:31:38 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MuWnt-0006nj-Ve for qemu-devel@nongnu.org; Sun, 04 Oct 2009 15:31:37 -0400 Received: from [199.232.76.173] (port=42774 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MuWnt-0006ng-OR for qemu-devel@nongnu.org; Sun, 04 Oct 2009 15:31:33 -0400 Received: from e37.co.us.ibm.com ([32.97.110.158]:45625) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MuWnt-0007pp-Bd for qemu-devel@nongnu.org; Sun, 04 Oct 2009 15:31:33 -0400 Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e37.co.us.ibm.com (8.14.3/8.13.1) with ESMTP id n94JUQ8K002406 for ; Sun, 4 Oct 2009 13:30:26 -0600 Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by d03relay04.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n94JVQFK217406 for ; Sun, 4 Oct 2009 13:31:26 -0600 Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1]) by d03av01.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n94JVPmX021465 for ; Sun, 4 Oct 2009 13:31:26 -0600 Message-ID: <4AC8F80C.2050702@us.ibm.com> Date: Sun, 04 Oct 2009 14:31:24 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [coreboot] [Qemu-devel] Release plan for 0.12.0 References: <4AC51DBA.7020609@codemonkey.ws> <4AC60037.6000001@codemonkey.ws> <2a50f7880910020958g3fe5eadehe5e5094c05b218d9@mail.gmail.com> <4AC64A5C.6010003@gmx.net> <4AC64C32.4020509@codemonkey.ws> <4AC67326.6080603@gmx.net> <2a50f7880910021528v742c39e8sd334b318c577fb71@mail.gmail.com> <4AC6872E.6060103@gmx.net> <2a50f7880910021732k68ae1a97qc7307ac52a225371@mail.gmail.com> <20091003173006.595.qmail@stuge.se> <2a50f7880910031449k13090dcdr8440d89ccb7fcfe9@mail.gmail.com> <1254607096.12717.10.camel@tetris> In-Reply-To: <1254607096.12717.10.camel@tetris> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Patrick Georgi Cc: Coreboot , stepan@coresystems.de, Carl-Daniel Hailfinger , qemu-devel@nongnu.org, ron minnich , Jordan Justen Patrick Georgi wrote: > With coreboot, seabios and Duet, it should be reasonably simple to > provide a single BIOS image that selects (based on nvram - ie. > configuration) which interface to provide: PCBIOS or UEFI. > That isn't terribly useful for QEMU because it implies that QEMU needs to make the decision about which one to use. If QEMU was capable of making that decision without user intervention, then we could just select to load PCBIOS or UEFI. > If that is just as simple with OVMF, and easier to maintain, then it's > hard to argue with that. > I don't know enough about EFI, but my concern is that down the road, hardware devices will start to exist that require EFI because they implement EFI modules and not legacy option ROMs. In order to support PCI passthrough of such devices, we will need to provide an EFI capable firmware. It's really just a matter of how long before this becomes a problem for us. -- Regards, Anthony Liguori