qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH V2] hw/misc: Add simple measurement hardware


From: Stefan Berger
Subject: Re: [Qemu-devel] [PATCH V2] hw/misc: Add simple measurement hardware
Date: Tue, 9 Aug 2016 10:58:00 -0400

Matthew Garrett <address@hidden> wrote on 08/08/2016 03:43:57 PM:

> 
> On Fri, Aug 5, 2016 at 8:56 PM, Stefan Berger <address@hidden> 
wrote:
> > Matthew Garrett <address@hidden> wrote on 08/05/2016 07:17:12 PM:
> >> This version of the implementation depends on port io, but if there's
> >> interest I'll add mmio as well.
> >
> > Port io is x86 specific, right? I don't think it should stay an x86 
specific
> > device.
> 
> Not strictly, there are other architectures that implement it. But
> yes, most other platforms will want MMIO support. The intent is
> certainly to add that.
> 
> >> -    if (misc.tpm_version != TPM_VERSION_UNSPEC) {
> >> +    if (misc.tpm_version != TPM_VERSION_UNSPEC ||
> >> misc.measurements_io_base) {
> >>          acpi_add_table(table_offsets, tables_blob);
> >>          build_tpm_tcpa(tables_blob, tables->linker, 
tables->tcpalog);
> >>
> >
> > If this device is hitchhiking on the TPM's ACPI tables, then are you 
also
> > making this device mutually exclusive with the TPM ? Of not please do 
so.
> 
> I'll look into the best way to do that.
> 

What's the plan for the driver level in Linux? Are you going to have this 
device's measurement log appear under another path than the TPM path 
/sys/kernel/security/tpm0/{ascii|binary}_bios_measurements? Also, I hope 
that not /dev/tpm0 will be made available. Basically I think it is a mess 
to use another device's ACPI table while not being compatible at all. 
Though a measurement list is necessary for the state of the PCRs to make 
sense.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]