From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MuCdH-0007ND-JG for qemu-devel@nongnu.org; Sat, 03 Oct 2009 17:59:15 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MuCdD-0007JG-5q for qemu-devel@nongnu.org; Sat, 03 Oct 2009 17:59:15 -0400 Received: from [199.232.76.173] (port=44791 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MuCdC-0007JA-RJ for qemu-devel@nongnu.org; Sat, 03 Oct 2009 17:59:10 -0400 Received: from ra.coresystems.de ([80.81.252.129]:55618) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MuCdC-0005UB-B9 for qemu-devel@nongnu.org; Sat, 03 Oct 2009 17:59:10 -0400 Subject: Re: [coreboot] [Qemu-devel] Release plan for 0.12.0 From: Patrick Georgi In-Reply-To: <2a50f7880910031449k13090dcdr8440d89ccb7fcfe9@mail.gmail.com> 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> Content-Type: text/plain Date: Sat, 03 Oct 2009 23:58:15 +0200 Message-Id: <1254607096.12717.10.camel@tetris> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jordan Justen Cc: Anthony Liguori , Coreboot , stepan@coresystems.de, Carl-Daniel Hailfinger , qemu-devel@nongnu.org, ron minnich Am Samstag, den 03.10.2009, 14:49 -0700 schrieb Jordan Justen: > On Sat, Oct 3, 2009 at 10:30, Peter Stuge wrote: > > Jordan Justen wrote: > >> Anyway, it sounds like a useful project might be to develop a UEFI > >> coreboot payload based on the tianocore.org code. > > > > I believe it might have been done already. > > > > http://www.coreboot.org/File:Tianocoreboot.png > > That screenshot mentions DUET which is the tianocore.org UEFI emulator > that boots on top of a legacy BIOS. But, it's unclear if it was just > DUET, or something based modified specifically for coreboot based on > DUET. Modified: The 16bit loader stub was dropped and replaced by 32bit C code that did mostly the same (pushing code to the right address, jump to the real entry point, as determined by some PE data structures). With some minor modification to Duet it's even possible to remove the 470k limit Duet suffers from, by moving the data chunk to >1MB. Interaction with BIOS seems to be restricted to expecting the right tables (ACPI, MP table, SMBIOS stuff), which coreboot can provide. > be able to boot UEFI OS's at this time.) However, we thought a > project such as OVMF was a more direct approach to achieve UEFI > compatibility for QEMU. 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. If that is just as simple with OVMF, and easier to maintain, then it's hard to argue with that. Patrick