From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:49945) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SUgV2-0004I3-GI for qemu-devel@nongnu.org; Wed, 16 May 2012 11:50:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SUgUv-0005pR-E0 for qemu-devel@nongnu.org; Wed, 16 May 2012 11:50:52 -0400 Received: from mail-pz0-f45.google.com ([209.85.210.45]:63927) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SUgUv-0005oe-51 for qemu-devel@nongnu.org; Wed, 16 May 2012 11:50:45 -0400 Received: by dadv2 with SMTP id v2so1494501dad.4 for ; Wed, 16 May 2012 08:50:43 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <4FB3CCC7.4070701@redhat.com> Date: Wed, 16 May 2012 17:50:31 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1336998923-30144-1-git-send-email-gleb@redhat.com> <1336998923-30144-2-git-send-email-gleb@redhat.com> <20120515014319.GA21845@morn.localdomain> <20120515080605.GD32036@redhat.com> <20120515231810.GA674@morn.localdomain> <20120516134657.GU32036@redhat.com> In-Reply-To: <20120516134657.GU32036@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 2/2] Get system state configuration from QEMU and patcth DSDT with it. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: Kevin O'Connor , seabios@seabios.org, qemu-devel@nongnu.org Il 16/05/2012 15:46, Gleb Natapov ha scritto: > I saw that, but I don't get why doing it this way instead of defining > the object in AML and patching it? I can define Name(S4VL, 0x2) and path > 0x2 to whatever QEMU wants me to use, or I can patch Package directly > like I did. > Can we build an SSDT that includes the contents of fw_cfg (e.g. FW_CFG_SIGNATURE at offset 0, FW_CFG_UUID at offset 4, FW_CFG_NOGRAPHIC at offset 16... the entry <-> offset mapping and the defaults would be part of SeaBIOS), and then read that data from normal DSDT methods? That would be similar to Gerd's patch, but without letting the OSPM use the real fw_cfg device. Paolo