From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MuDeo-00021C-Oz for qemu-devel@nongnu.org; Sat, 03 Oct 2009 19:04:54 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MuDej-00020e-8t for qemu-devel@nongnu.org; Sat, 03 Oct 2009 19:04:53 -0400 Received: from [199.232.76.173] (port=47625 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MuDei-00020b-WC for qemu-devel@nongnu.org; Sat, 03 Oct 2009 19:04:49 -0400 Received: from mail-gx0-f225.google.com ([209.85.217.225]:52072) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MuDei-00083g-N2 for qemu-devel@nongnu.org; Sat, 03 Oct 2009 19:04:48 -0400 Received: by gxk25 with SMTP id 25so2542772gxk.16 for ; Sat, 03 Oct 2009 16:04:48 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <1254608347.12717.12.camel@tetris> References: <4AC4A487.1050003@us.ibm.com> <2a50f7880910020958g3fe5eadehe5e5094c05b218d9@mail.gmail.com> <4AC64A5C.6010003@gmx.net> <4AC64C32.4020509@codemonkey.ws> <4AC67326.6080603@gmx.net> <20091003150803.GF17326@redhat.com> <20091003173252.1061.qmail@stuge.se> <13426df10910031040y5029dc31m8c6ca4a4bac098a6@mail.gmail.com> <2a50f7880910031513u713f7d52xc95847e9b248964b@mail.gmail.com> <1254608347.12717.12.camel@tetris> Date: Sat, 3 Oct 2009 16:04:47 -0700 Message-ID: <2a50f7880910031604y14c9dde1mc350d42d93ff1c9d@mail.gmail.com> Subject: Re: [coreboot] [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: Patrick Georgi Cc: Anthony Liguori , Gleb Natapov , Coreboot , Carl-Daniel Hailfinger , qemu-devel@nongnu.org, ron minnich On Sat, Oct 3, 2009 at 15:19, Patrick Georgi wrote= : > Am Samstag, den 03.10.2009, 15:13 -0700 schrieb Jordan Justen: >> I'll admit that this is a fairly dumb argument to make while we are >> talking about a QEMU release only a few months from now. =A0But, as UEFI >> seems to be gaining ground in the industry, I think the sooner QEMU >> can get this support, the better. > This smells like self-fulfulling prophecy: Let QEmu support EFI in the > hope that EFI actually gains ground (for example by better testability > due to available emulation environments) > > So you want QEmu as a marketing device - nothing wrong with saying that, > right? I'm not in marketing. :) But, I do work for Intel, on tianocore.org and thus UEFI. I've been working with Tiano/EFI since ~2003, when Intel started converting its desktop motherboards over to a Tiano code base. So yes, I have a bias. I think (but no, I cannot back this up) that tens of millions of UEFI compatible motherboards are shipping out each year now. Microsoft has implemented UEFI support in Vista and Win7. Several Linux vendor have or are enabling UEFI support now. Mac OS X implements UEFI. My point? Well, while I think QEMU support for UEFI is still valuable to help support UEFI adoption, I think it could have done a lot more for UEFI if it was done several years ago. :) On the flip side, I also think it could have done a lot more to assist Linux to have first rate UEFI support now if it was done several years ago. :( -Jordan