Thanks for the suggestions! I feel like I should say that out of the many machines we have that use the TPM only this specific model of STM chip gets completely stuck like this (and only seems to do so very unreliably). That said, I don't think we've actually tested our workload for a significant amount of time using the IBM swtpm. I suppose there is a chance the swtpm would pick up if trousers does something wrong that the other TPMs just happen to handle better. I'll go ahead and do that!
On Thu, Aug 20, 2015 at 7:51 AM, Ken Goldman <[email protected]> wrote: > It's hard to image in a hardware problem for something as simple as > flushspecific, but you never know. The trace seems to show the response > being received but tddl expecting/reading something more. > Yes, I have a feeling if there is an actual problem it's happening much earlier than where the key is being flushed and we only see the result of that when it gets flushed. Also, yes, the driver gets very confused when this happens. If I try to even just read the raw register values of the TPM from /dev/mem after it appears to break I get all values like 0xFF as if it's not even asserting anything on the LPC bus. > > To isolate the issue, you might try the IBM TPM utilities at > > https://sourceforge.net/projects/ibmswtpm/ > > This isn't production code, but is useful for debugging. It could > indicate whether the problem is within tcsd or the device driver/TPM. > > On 8/18/2015 7:03 PM, Mike Gerow wrote: > > > > I'm really at a loss for how to continue diagnosing this, though. It > > might be a hardware issue, but even if that's the case it'd be nice to > > find a way to try to prevent it from happening as often as it does > > (currently when the TPM breaks like this the only course of action users > > have is to restart their machine). I can probably provide some more > > detailed logs if they would help. > > > > > > ------------------------------------------------------------------------------ > _______________________________________________ > TrouSerS-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/trousers-users > -- Mike Gerow [email protected]
------------------------------------------------------------------------------
_______________________________________________ TrouSerS-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/trousers-users
