From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34694) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XCXWu-00080L-EL for qemu-devel@nongnu.org; Wed, 30 Jul 2014 13:19:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XCXWl-0002rU-NW for qemu-devel@nongnu.org; Wed, 30 Jul 2014 13:19:08 -0400 Received: from mx1.redhat.com ([209.132.183.28]:35164) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XCXWl-0002rC-Cc for qemu-devel@nongnu.org; Wed, 30 Jul 2014 13:18:59 -0400 Message-ID: <53D928FD.8040805@redhat.com> Date: Wed, 30 Jul 2014 19:18:53 +0200 From: Laszlo Ersek MIME-Version: 1.0 References: <1406631139-6754-1-git-send-email-stefanb@us.ibm.com> <20140730132027.GA26025@redhat.com> <53D902F6.1050106@redhat.com> <20140730152040.GE26313@redhat.com> <53D91216.1030800@redhat.com> <53D9163C.6000304@redhat.com> <20140730161033.GF27451@redhat.com> <53D91ABA.1060804@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v2] Add ACPI tables for TPM List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Berger Cc: Stefan Berger , qemu-devel@nongnu.org, "Michael S. Tsirkin" On 07/30/14 18:35, Stefan Berger wrote: > Laszlo Ersek wrote on 07/30/2014 12:18:02 PM: > >> From: Laszlo Ersek >> To: "Michael S. Tsirkin" , Stefan Berger/Watson/IBM@IBMUS >> Cc: qemu-devel@nongnu.org, Stefan Berger >> Date: 07/30/2014 12:18 PM >> Subject: Re: [PATCH v2] Add ACPI tables for TPM >> >> On 07/30/14 18:10, Michael S. Tsirkin wrote: >> > On Wed, Jul 30, 2014 at 12:03:46PM -0400, Stefan Berger wrote: >> >> Laszlo Ersek wrote on 07/30/2014 11:58:52 AM: >> >> >>> In the short term, probably skip TCPA, or advise users in > documentation >> >>> not to enable the TPM device when running OVMF. >> > >> > Hmm but doesn't OVMF rely on all tables being packed without holes >> > in memory? >> > I remember it did, and if it still does, this breaks unless TCPA is >> > the last ... >> >> Ah, do you mean that the table size field in the ACPI table header of >> TCPA would *not* include the TCG event log that is tacked-on? Yes, that >> would certainly trip up the parser. It advances by looking at the table >> size fields in the headers. > > Is this what finally requires another command for the linker/loader to > allocate a chunk of memory where the size of the to-be-allocated memory > is found > at the location of the pointer ? No, the above is a limitation of the current OVMF parser. Thanks Laszlo