Skip to content

Releases: Infineon/optiga-trust-m

Release-v5.3.0

28 Aug 12:48
f67ec1c
Compare
Choose a tag to compare

Changes :

  • Add options for default configuration for MBEDTLS.

Release-v5.2.0

22 Aug 13:41
915fb12
Compare
Choose a tag to compare

Release 5.2.0 changes include :

  • Add shared memory pthread mutex for multi-process and multi-threads applications for Linux.
  • Improve pal_os_event logging.
  • Improve logging for Linux UART.
  • Improve logging for Windows UART.

Release-v5.1.0

31 Jul 08:43
2bbecdc
Compare
Choose a tag to compare
  • Improved signature encoding for secp521r1 signature
  • Improved logging output
  • Fixed race condition in pal_os_event callback in libusb PAL.
  • Added checks to signature padding check
  • Added default configuration for MBedTLS.
  • Removed warnings during library compilation
  • Resolved initialization fails when triggering reset.

Release-v5.0.1

21 May 12:32
331561a
Compare
Choose a tag to compare
  • Fix to allow compilation using zephyr PAL.
  • Changes in README.md for host applications.
  • Added missing license headers

release-v5.0.0

03 May 11:15
358c88b
Compare
Choose a tag to compare

What's Changed

Full Changelog: https://github.com/Infineon/optiga-trust-m/blob/main/CHANGELOG.md

release-v4.2.0

16 Feb 13:02
4499cc1
Compare
Choose a tag to compare

Changelog

v4.2.0

  • Update Documentation to match the launch of OPTIGA Trust M MTR
    • ReadMe
    • Datasheet v3.61
    • Solution Reference Manual v3.60
    • Config Guide v2.2
  • Include new Shields and Get-Started (PSoC62S2)
  • Fix Typo in Protected-Update Documentation & Parser

v4.1.0

  • PSoC PALs were removed from the PALs directory and shall be now part of the application

v3.1.4

  • Fixed 62S2 Pin assignment for the Power Control
  • Fixed wrong ASN.1 ECDSA Signature size (r and s components) calculation.
  • Datasheet Update
  • (Linux PAL) Fixed the Segmentation fault for 64bits Linux system
  • (Linux PAL) Added libgpiod support

v3.1.3

  • Fix i2c initialization routine for the PSoC6 FreeRTOS component
  • Add the OPTIGA Trust IoT Security Development Kit link to the readme

v3.1.2

  • After the 3.01.2558 release of the core, I2C address structure member in the PAL changed its place, this release fixes it.

v3.1.1

  • Fix building "Error[Pe513]: a value of type "void (*)(void *, uint16_t)" cannot be assigned to an entity of type "void *"" Error in the optiga/comms/ifx_i2c/ifx_i2c_physical_layer.c file

v3.1.0

  • Based on the 3.01.2558 release of the core communication stack plus additional tools and PALs

    • Missing of error handling for pal_i2c_init failure keeps the local host application in hung state when optiga_util_open_application is invoked.
    • ifx_i2c_context structure and other structure members are not arranged in the descending order of their sizes, leading to incorrect memory access in case of few compilers.
    • Re-entrancy issues in execution handler of optiga command layer and ifx_i2c layer in linux environment, when the CPU load is high.
    • In Protected update tool, unicast option is considered as Octet string instead of hex array, creating an invalid Manifest.
    • Few of the resources created/initialized as part of optiga_util_create / optiga_crypt_create / optiga_util_open_application are not de-allocated / destroyed as part of optiga_util_destroy / optiga_crypt_destroy / optiga_util_close_application, creating problems in multi-process linux execution environment.

OPTIGA Trust M v4.1.0

14 Feb 08:42
Compare
Choose a tag to compare

Changelog

v4.1.0

  • PSoC PALs were removed from the PALs directory and shall be now part of the application

v3.1.4

  • Fixed 62S2 Pin assignment for the Power Control
  • Fixed wrong ASN.1 ECDSA Signature size (r and s components) calculation.
  • Datasheet Update
  • (Linux PAL) Fixed the Segmentation fault for 64bits Linux system
  • (Linux PAL) Added libgpiod support

v3.1.3

  • Fix i2c initialization routine for the PSoC6 FreeRTOS component
  • Add the OPTIGA Trust IoT Security Development Kit link to the readme

v3.1.2

  • After the 3.01.2558 release of the core, I2C address structure member in the PAL changed its place, this release fixes it.

v3.1.1

  • Fix building "Error[Pe513]: a value of type "void (*)(void *, uint16_t)" cannot be assigned to an entity of type "void *"" Error in the optiga/comms/ifx_i2c/ifx_i2c_physical_layer.c file

v3.1.0

  • Based on the 3.01.2558 release of the core communication stack plus additional tools and PALs
    • Missing of error handling for pal_i2c_init failure keeps the local host application in hung state when optiga_util_open_application is invoked.
    • ifx_i2c_context structure and other structure members are not arranged in the descending order of their sizes, leading to incorrect memory access in case of few compilers.
    • Re-entrancy issues in execution handler of optiga command layer and ifx_i2c layer in linux environment, when the CPU load is high.
    • In Protected update tool, unicast option is considered as Octet string instead of hex array, creating an invalid Manifest.
    • Few of the resources created/initialized as part of optiga_util_create / optiga_crypt_create / optiga_util_open_application are not de-allocated / destroyed as part of optiga_util_destroy / optiga_crypt_destroy / optiga_util_close_application, creating problems in multi-process linux execution environment.

OPTIGA Trust M v3.1.4

02 Aug 08:23
Compare
Choose a tag to compare

Changelog

v3.1.4

  • Fixed 62S2 Pin assignment for the Power Control
  • Fixed wrong ASN.1 ECDSA Signature size (r and s components) calculation.
  • Datasheet Update
  • (Linux PAL) Fixed the Segmentation fault for 64bits Linux system
  • (Linux PAL) Added libgpiod support

v3.1.3

  • Fix i2c initialization routine for the PSoC6 FreeRTOS component
  • Add the OPTIGA Trust IoT Security Development Kit link to the readme

v3.1.2

  • After the 3.01.2558 release of the core, I2C address structure member in the PAL changed its place, this release fixes it.

v3.1.1

  • Fix building "Error[Pe513]: a value of type "void (*)(void *, uint16_t)" cannot be assigned to an entity of type "void *"" Error in the optiga/comms/ifx_i2c/ifx_i2c_physical_layer.c file

v3.1.0

  • Based on the 3.01.2558 release of the core communication stack plus additional tools and PALs
    • Missing of error handling for pal_i2c_init failure keeps the local host application in hung state when optiga_util_open_application is invoked.
    • ifx_i2c_context structure and other structure members are not arranged in the descending order of their sizes, leading to incorrect memory access in case of few compilers.
    • Re-entrancy issues in execution handler of optiga command layer and ifx_i2c layer in linux environment, when the CPU load is high.
    • In Protected update tool, unicast option is considered as Octet string instead of hex array, creating an invalid Manifest.
    • Few of the resources created/initialized as part of optiga_util_create / optiga_crypt_create / optiga_util_open_application are not de-allocated / destroyed as part of optiga_util_destroy / optiga_crypt_destroy / optiga_util_close_application, creating problems in multi-process linux execution environment.

OPTIGA Trust M v3.1.3

29 Jun 13:48
3b2a33c
Compare
Choose a tag to compare

Changelog

v3.1.3

  • Fix i2c initialization routine for the PSoC6 FreeRTOS component
  • Add the OPTIGA Trust IoT Security Development Kit link to the readme

v3.1.2

  • After the 3.01.2558 release of the core, I2C address structure member in the PAL changed its place, this release fixes it.

v3.1.1

  • Fix building "Error[Pe513]: a value of type "void (*)(void *, uint16_t)" cannot be assigned to an entity of type "void *"" Error in the optiga/comms/ifx_i2c/ifx_i2c_physical_layer.c file

v3.1.0

  • Based on the 3.01.2558 release of the core communication stack plus additional tools and PALs
    • Missing of error handling for pal_i2c_init failure keeps the local host application in hung state when optiga_util_open_application is invoked.
    • ifx_i2c_context structure and other structure members are not arranged in the descending order of their sizes, leading to incorrect memory access in case of few compilers.
    • Re-entrancy issues in execution handler of optiga command layer and ifx_i2c layer in linux environment, when the CPU load is high.
    • In Protected update tool, unicast option is considered as Octet string instead of hex array, creating an invalid Manifest.
    • Few of the resources created/initialized as part of optiga_util_create / optiga_crypt_create / optiga_util_open_application are not de-allocated / destroyed as part of optiga_util_destroy / optiga_crypt_destroy / optiga_util_close_application, creating problems in multi-process linux execution environment.

OPTIGA Trust M v3.1.2

25 Oct 21:31
Compare
Choose a tag to compare

Changelog

v3.1.2

  • After the 3.01.2558 release of the core, I2C address structure member in the PAL changed its place, this release fixes it.

v3.1.1

  • Fix building "Error[Pe513]: a value of type "void (*)(void *, uint16_t)" cannot be assigned to an entity of type "void *"" Error in the optiga/comms/ifx_i2c/ifx_i2c_physical_layer.c file

v3.1.0

  • Based on the 3.01.2558 release of the core communication stack plus additional tools and PALs
    • Missing of error handling for pal_i2c_init failure keeps the local host application in hung state when optiga_util_open_application is invoked.
    • ifx_i2c_context structure and other structure members are not arranged in the descending order of their sizes, leading to incorrect memory access in case of few compilers.
    • Re-entrancy issues in execution handler of optiga command layer and ifx_i2c layer in linux environment, when the CPU load is high.
    • In Protected update tool, unicast option is considered as Octet string instead of hex array, creating an invalid Manifest.
    • Few of the resources created/initialized as part of optiga_util_create / optiga_crypt_create / optiga_util_open_application are not de-allocated / destroyed as part of optiga_util_destroy / optiga_crypt_destroy / optiga_util_close_application, creating problems in multi-process linux execution environment.