From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1MtMvC-0008UD-Ev
	for qemu-devel@nongnu.org; Thu, 01 Oct 2009 10:46:18 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1MtMv5-0008Re-J8
	for qemu-devel@nongnu.org; Thu, 01 Oct 2009 10:46:15 -0400
Received: from [199.232.76.173] (port=53297 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1MtMv5-0008RY-6H
	for qemu-devel@nongnu.org; Thu, 01 Oct 2009 10:46:11 -0400
Received: from mx1.redhat.com ([209.132.183.28]:47511)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <gleb@redhat.com>) id 1MtMv4-0006TF-BV
	for qemu-devel@nongnu.org; Thu, 01 Oct 2009 10:46:10 -0400
Date: Thu, 1 Oct 2009 16:46:04 +0200
From: Gleb Natapov <gleb@redhat.com>
Subject: Re: [Qemu-devel] Re: [PATCH 00/14] pcbios: support q35 chipset
Message-ID: <20091001144604.GU9832@redhat.com>
References: <1254305929-14993-1-git-send-email-yamahata@valinux.co.jp>
	<4AC35BEF.3040105@codemonkey.ws>
	<20091001054903.GS24813%yamahata@valinux.co.jp>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20091001054903.GS24813%yamahata@valinux.co.jp>
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Isaku Yamahata <yamahata@valinux.co.jp>
Cc: qemu-devel@nongnu.org

On Thu, Oct 01, 2009 at 02:49:03PM +0900, Isaku Yamahata wrote:
> > >There would be a discussion to change bioses.
> > >This patches modifies ACPI DSDT directly which
> > >is linked into bios binary image.
> > >This would not be acceptable and it would be a bad
> > >idea to have two bios binary image for piix and q35.
> > >So instead, I'm thinking of dynamic loading ACPI table.
> > >I'd like to hear opinions. What do you think?
> > >  
> > 
> > Could we dynamically generate the necessary tables?  Using iasl is a bit 
> > problematic as we introduce more knobs via qdev.  I expect that we're 
> > going to move to an almost entirely generated set of tables.
> 
> So at least an interface to pass acpi tables to guest bios from qemu
> is necessary. FW_CFG interface seems reasonable.
> Generating tables dynamically sounds attractive. However it seems much
> longer term goal like machine config file.
We already have interface to pass acpi tables to bios, but tables like
DSDT should be part of the bios, not qemu.

--
			Gleb.