From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MszAB-0002YV-M1 for qemu-devel@nongnu.org; Wed, 30 Sep 2009 09:24:11 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MszA7-0002X2-0E for qemu-devel@nongnu.org; Wed, 30 Sep 2009 09:24:11 -0400 Received: from [199.232.76.173] (port=46195 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MszA6-0002Wy-S1 for qemu-devel@nongnu.org; Wed, 30 Sep 2009 09:24:06 -0400 Received: from mail-pz0-f188.google.com ([209.85.222.188]:45939) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MszA6-0001cw-GO for qemu-devel@nongnu.org; Wed, 30 Sep 2009 09:24:06 -0400 Received: by pzk26 with SMTP id 26so2205955pzk.4 for ; Wed, 30 Sep 2009 06:24:05 -0700 (PDT) Message-ID: <4AC35BEF.3040105@codemonkey.ws> Date: Wed, 30 Sep 2009 08:23:59 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <1254305929-14993-1-git-send-email-yamahata@valinux.co.jp> In-Reply-To: <1254305929-14993-1-git-send-email-yamahata@valinux.co.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH 00/14] pcbios: support q35 chipset List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Isaku Yamahata Cc: qemu-devel@nongnu.org Isaku Yamahata wrote: > This patches to pcbios is for q35 chipset. > This is The change set of da5ff65dc9473e3f069736d38b9a189ea14a67eb > in git://git.qemu.org/pcbios.git > Patches against SeaBIOS are also required as we're planning to switch to SeaBIOS. In fact, you don't need to bother with pcbios if you'd rather focus on SeaBIOS. > 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. Regards, Anthony Liguori