Closed chiragp-mecha closed 1 year ago
Hi, Is your hardware using reset pin? If hardware rest pin is not used, please configure reset type to 1 as follow #define OPTIGA_COMMS_DEFAULT_RESET_TYPE (1U) https://github.com/Infineon/optiga-trust-m/blob/91d952b4a6433bdbe1979487b73972b708d89b3f/optiga/include/optiga/optiga_lib_config_m_v3.h#L113
Hello, Sorry for late replay.
Yes we are using hardware reset pin. and we did change in this two files as below,
1) optiga/include/optiga/optiga_lib_config_m_v1.h
// #define OPTIGA_COMMS_DEFAULT_RESET_TYPE (1U)
#define OPTIGA_COMMS_DEFAULT_RESET_TYPE (0U)
2) optiga/include/optiga/optiga_lib_config_m_v3.h
// #ifndef OPTIGA_COMMS_DEFAULT_RESET_TYPE
// #define OPTIGA_COMMS_DEFAULT_RESET_TYPE (1U)
// #endif
#define OPTIGA_COMMS_DEFAULT_RESET_TYPE (0U)
And the command works successfully after that
@chiragp-mecha Great to hear about this.:)
Prerequisites
Can you reproduce the problem reliably? Yes
Did you check current release notes for known issues? Yes
If this is not the latest release, have you checked newer releases? We don't think newer releases will help based on their changelog, we are testing with 1.0.0
Description: We are trying to use the Trust M engine in OpenSSL 1.1.1g, we are getting time out errors in the Application Open and Application Close events.
Below is our chip information -
Note, calls to the Trust M module using the binaries provided by this package are working fine, we can read, write, generate keypair, etc. Only with the OpenSSL engine we are seeing these issues.
Steps to Reproduce:
Expected Result:
Actual Result: Below is the output -
Frequency (1/1, 1/50, 1/100): 1/1
Build/Commit: 1.0.0
Target: IMX8M Mini ARMV8A
The chip or kit you are working with: SLS32AIA010MSUSON10XTMA2
Host OS and Version: Linux 5.15
Compiler: GCC
Environment: Yocto