From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M5p2D-0001Qk-N3 for qemu-devel@nongnu.org; Sun, 17 May 2009 18:40:45 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M5p29-0001OM-4R for qemu-devel@nongnu.org; Sun, 17 May 2009 18:40:45 -0400 Received: from [199.232.76.173] (port=34797 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M5p28-0001OD-V6 for qemu-devel@nongnu.org; Sun, 17 May 2009 18:40:40 -0400 Received: from mx2.redhat.com ([66.187.237.31]:59612) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M5p28-0000dM-AZ for qemu-devel@nongnu.org; Sun, 17 May 2009 18:40:40 -0400 Message-ID: <4A10925A.4090400@redhat.com> Date: Mon, 18 May 2009 01:40:26 +0300 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH 1/4] Add GPL bios as a submodule References: <1242574141-18488-1-git-send-email-aliguori@us.ibm.com> <1242574141-18488-2-git-send-email-aliguori@us.ibm.com> <4A103084.2000508@redhat.com> <4A1031F4.4050401@us.ibm.com> <4A1039EB.4070906@redhat.com> <20090517175126.GA13426@shareable.org> <000001c9d71a$1a448730$4ecd9590$@com> <4A105358.80605@redhat.com> <000101c9d71e$8888fec0$999afc40$@com> <4A106057.1090709@redhat.com> <4A108BDC.2050605@gmx.net> In-Reply-To: <4A108BDC.2050605@gmx.net> 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: Carl-Daniel Hailfinger Cc: 'Anthony Liguori' , 'Dustin Kirkland' , 'Glauber Costa' , qemu-devel@nongnu.org, 'Alex Graf' Carl-Daniel Hailfinger wrote: > On 17.05.2009 21:07, Avi Kivity wrote: > >> So it seems to make little sense to load coreboot just to load >> seabios. Of course I'd like to see coreboot supported, but seabios >> looks like a better primary target. >> > > Coreboot already works with Qemu and also with Qemu+KVM. In case you > want to test something without traditional BIOS services, coreboot is > definitely the way to go. > To be frank, it's not on my top list of priorities. I want to support Windows and Linux running from their traditional installers, as close as possible to off-the-shelf hardware. As far as I can see the best way to get there is seabios. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic.