From mboxrd@z Thu Jan  1 00:00:00 1970
From: Gerd Hoffmann <kraxel@redhat.com>
Subject: Re: [SeaBIOS] KVM call agenda for 2013-05-28
Date: Mon, 03 Jun 2013 07:28:05 +0200
Message-ID: <51AC2965.2080005@redhat.com>
References: <20130523124132.GA18596@redhat.com>
	<20130528235309.GA31648@morn.localdomain>
	<51A5C117.6000609@redhat.com> <871u8p92v8.fsf@codemonkey.ws>
	<1369905828.20691.50.camel@shinybook.infradead.org>
	<51A73459.2020407@redhat.com>
	<1369916358.5141.32.camel@i7.infradead.org>
	<CAFe8ug_=WJEvJspRRWsTG7POWBxmeO3+kcUVQHmntt0gxZqfRA@mail.gmail.com>
	<51A78152.10000@redhat.com> <51A86E3F.5030803@redhat.com>
	<CAFe8ug8TMpGLW6D-2AajStNU1JD8sKgpELGh6A6HS8koVp7YNg@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: KVM devel mailing list <kvm@vger.kernel.org>,
	Juan Quintela <quintela@redhat.com>,
	Laszlo Ersek <lersek@redhat.com>, seabios@seabios.org,
	qemu-devel qemu-devel <qemu-devel@nongnu.org>,
	Kevin O'Connor <kevin@koconnor.net>, "Michael S. Tsirkin" <mst@redhat.com>,
	Anthony Liguori <anthony@codemonkey.ws>,
	"Jordan Justen \(Intel address\)" <jordan.l.justen@intel.com>,
	David Woodhouse <dwmw2@infradead.org>
To: Jordan Justen <jljusten@gmail.com>
Return-path: <qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org>
In-Reply-To: <CAFe8ug8TMpGLW6D-2AajStNU1JD8sKgpELGh6A6HS8koVp7YNg@mail.gmail.com>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org
Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org
List-Id: kvm.vger.kernel.org

On 06/01/13 01:01, Jordan Justen wrote:
> On Fri, May 31, 2013 at 2:32 AM, Gerd Hoffmann <kraxel@redhat.com> wrote:
>>   Hi,
>>
>>> I guess -bios would load coreboot. Coreboot would siphon the data
>>> necessary for ACPI table building through the current (same) fw_cfg
>>> bottleneck, build the tables,
>>
>> Yes.
> 
> So, this is really about making coreboot+seabios the default QEMU
> firmware, and making seabios depend on being a coreboot payload?

I still think it's better to simply have qemu generate the acpi tables,
but if that isn't going to be accepted we should seriously consider &
evaluate switching to coreboot.

>>> load the boot firmware (SeaBIOS or OVMF or
>>> something else -- not sure how to configure that),
> 
> It wouldn't be loading OVMF. It would be loading CorebootPkg.

Yep.  Some OVMF bits would be needed though (virtio drivers, qemu boot
priority support, ...).

cheers,
  Gerd