From: Wyllys I. <wyl...@su...> - 2009-03-02 20:26:23
|
When running the tpm testsuite on 2 different systems (both of which were activated the same way with the same owner password), many of the "transport" tests fail on the ATML TPM but succeed on Infineon. Both TPMs are 1.2. I'm wondering if there are additional prerequisites for the ATML TPMs to be able to use transport contexts. It apparently is looking for some additional authentication that is not present or doesn't match up. I'm just puzzled because the same test pass cleanly on Infineon chips. As an example, the context/Tspi_Context_CloseSignTransport01 and context/Tspi_Context_CloseSignTransport04 tests both fail as follows: Tspi_Context_CloseSignTransport01.c 0 FAIL : Tspi_Key_LoadKey returned (12605) TSS_E_TSP_TRANS_AUTHFAIL Tspi_Context_CloseSignTransport04.c 0 FAIL : Tspi_Key_LoadKey returned (12605) TSS_E_TSP_TRANS_AUTHFAIL Additionally - almost everything in the "transport" subdir fails with TPM_E_AUTHFAIL on with the Atmel TPM but passes with the Infineon. Anyone have any ideas why or what can be done to correct this? The test code appears to be written correctly and the fact that the same code succeeds on a different TPM suggests a bug in the TPM firmware but it's very hard to pinpoint the cause. Overall, IMO, the tpm test suite is extremely unreliable and needs quite a bit of work to get it to a reasonably stable state where it can be used on a variety of device from different manufacturers. Does anyone actually use it or maintain it or is it just another sourceforge orphan? Thanks, Wyllys Ingersoll |