From mboxrd@z Thu Jan  1 00:00:00 1970
From: Gerd Hoffmann <kraxel@redhat.com>
Subject: Re: [SeaBIOS] Graphics card pass-through working with two	pass	pci-initialization
Date: Wed, 01 Jun 2011 15:47:44 +0200
Message-ID: <4DE64300.603@redhat.com>
References: <20110525023406.GG8517@valinux.co.jp>	<20110525043353.GH8517@valinux.co.jp>	<4DDCC7A5.60706@redhat.com> <4DDCF9ED.5050208@redhat.com>	<4DDDDA8D.6080807@web.de> <4DDDF62C.2010603@redhat.com>	<4DDF3768.5010002@web.de> <4DDF867A.9040700@siemens.com>	<4DDFFE1E.1060900@web.de> <4DE3486F.10502@redhat.com>	<20110531022922.GB10673@valinux.co.jp>	<4DE5EA84.7040400@redhat.com> <08A969ED-DDE7-48A0-AFED-283239FFF5CE@suse.de> <4DE61289.6000505@assembler.cz>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Alexander Graf <agraf@suse.de>, KVM list <kvm@vger.kernel.org>,
	Jan Kiszka <jan.kiszka@siemens.com>, seabios@seabios.org,
	"qemu-devel@nongnu.org Developers" <qemu-devel@nongnu.org>,
	Isaku Yamahata <yamahata@valinux.co.jp>,
	Alex Williamson <alex.williamson@redhat.com>
To: Rudolf Marek <r.marek@assembler.cz>
Return-path: <kvm-owner@vger.kernel.org>
Received: from mx1.redhat.com ([209.132.183.28]:38090 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757299Ab1FANsj (ORCPT <rfc822;kvm@vger.kernel.org>);
	Wed, 1 Jun 2011 09:48:39 -0400
In-Reply-To: <4DE61289.6000505@assembler.cz>
Sender: kvm-owner@vger.kernel.org
List-ID: <kvm.vger.kernel.org>

On 06/01/11 12:20, Rudolf Marek wrote:
> Sorry I forgot to include all addresses.
>
>> I don't know how much work it would be to generate the DSDT
>> dynamically from
>> Qemu, but IMHO that's the sanest way to make things flexible. We could
>> probably even extract most information from the Qdev tree.
>
> Well I have written for coreboot a ACPI bytecode generator (check
> acpigen.c). Maybe moving to SeaBIOS+Coreboot would make sense? It has
> the PCI resource allocator and all already done.

Probably makes more sense to move to qemu, then pass the tables to 
seabios as qemu knows which virtual hardware is requested by the user 
and thus is present and which isn't.

Having a brief look at the coreboot code it seems static stuff (compiled 
by iasl) and dynamic bits are combined into the final dsdt table, is 
that correct?

thanks,
   Gerd