[tpm2] Re: tpm2_flushcontext stuck

Juergen Repp <Juergen.Repp at sit.fraunhofer.de>
Newsgroups dev.linux.lists.tpm2
Message-ID <[email protected]>
When /dev/tpmrm0 was used with kernel 5.10.
After sending the command read public:
0x80 0x01 0x00 0x00 0x00 0x0e 0x00 0x00 0x01 0x73 0x80 0x00 0x00 0x00
the write worked but the poll call in  tcti_device_receive did stuck.
With kernel 4.19 write for this command did return -1



Am 20.12.21 um 21:04 schrieb Kenneth Goldman:
> They way I use it:
> 
>  
> 
> /dev/tpm0 is locking, one user at a time.  I use it for debug only.  IMHO, production applications should not use it.
> 
>  
> 
> /dev/tpmrm0 is the multi-user interface.  Use it for production applications, where the TPM is shared.
> 
>  
> 
> I suspect (not sure) that /dev/tpm0 will have unexpected effects when the kernel is also trying to use the TPM.
> 
>  
> 
>  
> 
> And as a newbie, I felt that the fact TPM exposes two devices (/dev/tpm0 and /dev/tpmrm0) under Linux is confusing and is making things more complicated.  The architecture diagram (https://github.com/tpm2-software/tpm2-tss <https://github.com/tpm2-software/tpm2-tss>) shows all calls go through the Resource Manager but that is not the case in reality.  I was wondering what is the benefit to have 2 devices instead of just one device in linux? 
> 
>  
> 
> 
> _______________________________________________
> tpm2 mailing list -- tpm2(a)lists.01.org
> To unsubscribe send an email to tpm2-leave(a)lists.01.org
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.