[SLOF] [PATCH 00/16] Add vTPM support to SLOF
Stefan Berger
stefanb at linux.vnet.ibm.com
Tue Sep 29 23:54:29 AEST 2015
On 09/29/2015 04:45 AM, Nikunj A Dadhania wrote:
> Hi Stefan,
>
> Stefan Berger <stefanb at linux.vnet.ibm.com> writes:
>
>> The following series of patches adds TPM support to SLOF.
>> In particular it adds the following:
>>
>> - TPM drivers for hardware interface and CRQ interface
>> - TPM initialization
>> - TPM logging area and firmware API to transfer it to the OS
>> (measurements are visible in sysfs)
>> - Some measurement code (Static Core Root Of Trust)
>> - TPM menu (accessible via 't' key during boot if TPM is available)
>> - Firmware API extensions following Power Firmware Doc
>> (to make trusted grub work)
> How much impact does this have on the boot time of the guest? Can you
> share some measurements with and without this patches.
I conducted the following 3 tests with 5 starts of QEMU each. I measured
the startup time (in seconds) using a stop watch from the point QEMU
started until the login prompt appeared on the console. The Linux kernel
did not have a built-in vTPM driver, so there is no additional time
spent interacting with the vTPM on this level.
1) SLOF without patches applied, no attached vTPM: 18.8, 18.3, 18.9,
18.9, 18.7
2) SLOF with patches applied, no attached vTPM: 18.5, 18.7, 18.8,
18.6, 18.9
3) SLOF with patches applied, and attached vTPM: 21.8, 21.7, 20.4,
21.2, 22.9
Comments:
2) SLOF with patches applied and no attached vTPM probes for an attached
vTPM and since it did not find one, it will not spend time interacting
with it.
3) SLOF with patches applied and an attached vTPM will interact with the
vTPM; initialization of the vTPM also involves testing of crypto
algorithms and further interaction with the TPM accounts for the
additional time spent.
Regards,
Stefan
>
>> Necessarily, some of its parts are written in Forth, many are written
>> in 'C'. The extensions are known to work with QEMU for ppc64 running Linux.
>>
>> Patches 4-6 will eventually need to be merged to avoid compiler warnings
>> related to unused functions.
>>
>> Regards,
>> Stefan
>>
> Regards,
> Nikunj
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/slof/attachments/20150929/96f9ea42/attachment.html>
More information about the SLOF
mailing list