From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59552) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fW0eg-0006zy-Er for qemu-devel@nongnu.org; Thu, 21 Jun 2018 10:33:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fW0ea-00025X-Ns for qemu-devel@nongnu.org; Thu, 21 Jun 2018 10:33:46 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:56432 helo=mx1.redhat.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fW0ea-00025F-J6 for qemu-devel@nongnu.org; Thu, 21 Jun 2018 10:33:40 -0400 Date: Thu, 21 Jun 2018 16:33:35 +0200 From: Igor Mammedov Message-ID: <20180621163335.19010217@redhat.com> In-Reply-To: References: <20180515121433.6112-1-marcandre.lureau@redhat.com> <20180515121433.6112-5-marcandre.lureau@redhat.com> <20180621150203.2c985ed2@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH v3 4/4] tpm: add a fake ACPI memory clear interface List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?UTF-8?B?TWFyYy1BbmRyw6k=?= Lureau Cc: Laszlo Ersek , Eduardo Habkost , "Michael S. Tsirkin" , Stefan Berger , QEMU , Paolo Bonzini , Richard Henderson On Thu, 21 Jun 2018 15:24:44 +0200 Marc-Andr=C3=A9 Lureau wrote: > Hi >=20 > On Thu, Jun 21, 2018 at 3:02 PM, Igor Mammedov wrot= e: > > On Tue, 15 May 2018 14:14:33 +0200 > > Marc-Andr=C3=A9 Lureau wrote: > > =20 > >> This allows to pass the last failing test from the Windows HLK TPM 2.0 > >> TCG PPI 1.3 tests. > >> > >> The interface is described in the "TCG Platform Reset Attack > >> Mitigation Specification", chapter 6 "ACPI _DSM Function". Whether or > >> not we should have a real implementation remains an open question to m= e. =20 > > might it cause security issues? =20 >=20 > Good question. If the guest assumes success of this operation perhaps. > I'll check the spec. >=20 > > What are implications of faking it and how hard it's to implement thing > > per spec? =20 >=20 > Laszlo answerd that in "[Qemu-devel] investigating TPM for > OVMF-on-QEMU" 2f2b) TCG Memory Clear Interface I get that it's optional, but we probably shouldn't advertise/fake feature if it's not supported. >=20 > > > > =20 > >> Signed-off-by: Marc-Andr=C3=A9 Lureau > >> --- > >> hw/i386/acpi-build.c | 9 +++++++++ > >> 1 file changed, 9 insertions(+) > >> > >> diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c > >> index 95be4f0710..392a1e50bd 100644 > >> --- a/hw/i386/acpi-build.c > >> +++ b/hw/i386/acpi-build.c > >> @@ -2072,6 +2072,15 @@ build_tpm_ppi(Aml *dev) > >> aml_append(ifctx, aml_return(aml_buffer(1, zerobyte))); > >> } > >> aml_append(method, ifctx); > >> + > >> + /* dummy MOR Memory Clear for the sake of WLK PPI test */ > >> + ifctx =3D aml_if( > >> + aml_equal(aml_arg(0), > >> + aml_touuid("376054ED-CC13-4675-901C-4756D7F2D45= D"))); > >> + { > >> + aml_append(ifctx, aml_return(aml_int(0))); > >> + } > >> + aml_append(method, ifctx); > >> } > >> aml_append(dev, method); > >> } =20 > > > > =20 >=20 >=20 >=20