From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MtpBm-0004pf-Hb for qemu-devel@nongnu.org; Fri, 02 Oct 2009 16:57:18 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MtpBh-0004kW-K4 for qemu-devel@nongnu.org; Fri, 02 Oct 2009 16:57:18 -0400 Received: from [199.232.76.173] (port=39589 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MtpBh-0004kE-Dr for qemu-devel@nongnu.org; Fri, 02 Oct 2009 16:57:13 -0400 Received: from mail-yw0-f176.google.com ([209.85.211.176]:40163) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MtpBg-00064P-SI for qemu-devel@nongnu.org; Fri, 02 Oct 2009 16:57:13 -0400 Received: by ywh6 with SMTP id 6so840100ywh.4 for ; Fri, 02 Oct 2009 13:57:11 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <4AC64A5C.6010003@gmx.net> References: <4AC29E4D.80707@us.ibm.com> <4AC4A487.1050003@us.ibm.com> <2a50f7880910011410u6afbb658hf99839fdb3e7bab1@mail.gmail.com> <4AC51DBA.7020609@codemonkey.ws> <2a50f7880910011741k65ac8dfbq2fc8c9f58f5fa8d9@mail.gmail.com> <4AC60037.6000001@codemonkey.ws> <2a50f7880910020958g3fe5eadehe5e5094c05b218d9@mail.gmail.com> <4AC64A5C.6010003@gmx.net> Date: Fri, 2 Oct 2009 13:57:10 -0700 Message-ID: <2a50f7880910021357i2b441f5flb98b1fa41c5f2150@mail.gmail.com> Subject: Re: [Qemu-devel] Release plan for 0.12.0 From: Jordan Justen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Carl-Daniel Hailfinger Cc: Anthony Liguori , qemu-devel@nongnu.org Carl-Daniel, Interesting. So, where can I download a QEMU bios rom to boot a UEFI OS with this solution? Can you explain what coreboot+tianocore means? Which parts of tianocore do you use in this situation? If your solution can accomplish all of what you say, I'm not sure how OVMF would be able to compete against in terms of being included with QEMU. Part of the reason for starting OVMF was to help enable UEFI support within VM's such as QEMU. If OVMF was utilized by QEMU it definitely would have been a bit of a boost for our efforts, but if QEMU accomplishes UEFI support via another path, then overall we will still be happy. Thanks, -Jordan On Fri, Oct 2, 2009 at 11:45, Carl-Daniel Hailfinger wrote: > On 02.10.2009 18:58, Jordan Justen wrote: >> On Fri, Oct 2, 2009 at 06:29, Anthony Liguori wr= ote: >> >>> So I think the best way forward is to hold off on UEFI in mainline unti= l we >>> can provide a single unified stack. >>> >> >> While it is true that a separate machine type could potentially be >> viewed as increasing the testing requirements, I am not so sure. =A0If >> QEMU has a UEFI+CSM solution, wouldn't we still have to test both UEFI >> based OS boot and the CSM based legacy OS boot? >> > > Given that you can easily pack coreboot+SeaBIOS+UEFI into one ROM and > have coreboot boot either SeaBIOS (BIOS interface) or UEFI (EFI > interface), wouldn't that solve all problems in one go? You get an > unified stack and don't have to mess around with different firmware > files because coreboot can read in a Qemu machine config option (or > NVRAM/CMOS) and select the interface based on that. > > The hardware init part would be identical for all variants, only the > interface would differ. coreboot works now and has the benefit of > supporting real hardware as well, so the difference between a setup > inside Qemu and a setup on real hardware is minimal. > > >>>> I don't know of any efforts to create an open source CSM. =A0Is someon= e >>>> working on converting SeaBIOS to act as a CSM? >>>> > > The coreboot solution would also avoid converting SeaBIOS because > SeaBIOS already works as coreboot payload (that's how coreboot > developers call the CSM). > > >> I do know that we don't intend to start an open source CSM project on >> tianocore.org at this time. >> >> But, if such a project was started, I think we would support >> development via email on our edk2 dev list, and potentially even host >> the project on tianocore.org. >> >> So, I would invite anyone thinking of tackling such a task to join the >> edk2 dev list to discuss your work. =A0Furthermore, if you'd like to >> request the project to be hosted on tianocore.org, feel free to ask >> our administrators. =A0(As mentioned previously, we usually deal with >> the BSD license on tianocore.org, but please don't let this hold you >> back from asking questions, or requesting hosting of your project.) >> > > I do invite everyone who is interested in having one single ROM file > with EFI+SeaBIOS to join the coreboot list as well. We already have > coreboot+SeaBIOS running (both on hardware and inside Qemu) and > coreboot+tianocore works as well. It has the advantage of requiring zero > changes in coreboot, zero changes in SeaBIOS and (I think) zero changes > in Tianocore. > > As a nice side benefit for the EFI specialists, you get the ability to > run EFI on every coreboot supported platform. > > > If you have any questions, please ask. > > Regards, > Carl-Daniel >