[STM32H753+st67w61 Project Linker Errors] FreeRTOS V10.3.1 vs. V10.6.0 API Conflict & CLI Symbol Missing

[Joey_Wang]

HI ST TEAM,

Relevant code here:https://github.com/WHMJJ/-STM32H753-st67w61-Project-

Middleware Integration Conflict

I am integrating the ST67W61 Command Line Interface (CLI) Middleware into an STM32H753 project generated by STM32CubeMX. This integration is currently blocked by two critical linking errors stemming from version mismatch and incomplete project generation.

1. FreeRTOS Version Mismatch (Mandatory V10.6.0 API Missing)

The ST67W61 CLI examples explicitly require FreeRTOS V10.6.0 for essential API functionality.

• My Environment: STM32CubeMX (using STM32CubeH7 FW Package) provides FreeRTOS V10.3.1.

• Error Symptom: The linker fails with an undefined reference for the V10.4.0+ indexed task notification functions, which are vital for communication within the CLI module:

  • undefined reference to 'xTaskNotifyGiveIndexed'

  • undefined reference to 'ulTaskNotifyTakeIndexed'

• Impact: Since the V10.3.1 kernel lacks the implementation of these functions, I cannot proceed with the CLI module's initialization without manually replacing the core FreeRTOS files.

2. CLI Symbol Table Missing (Linker Script Omission)

The ST67W61 CLI uses a symbol table mechanism for automatic command registration. This requires a specific section definition in the linker script.

• Error Symptom: The linker reports missing symbols necessary for the CLI's internal function table:

  • undefined reference to '__fsymtab_start'

  • undefined reference to '__fsymtab_end'

• Impact: The CubeMX-generated STM32H753ZITX_FLASH.ld file is missing the necessary .fsymtab section definition. I am forced to manually patch this core file to make the ST middleware functional.

Clarification and Immediate Solution

As a user integrating ST's own middleware, I need immediate guidance on this dependency conflict:

1. Version Confirmation: Can you confirm that the undefined reference error is solely due to the V10.3.1 kernel being incompatible with the V10.6.0 required by ST67W61 CLI?

2. H7 Support & Workaround:

   • Does the STM32H7 series officially support FreeRTOS V10.6.0?

   • What is the official, recommended manual workaround for this dependency conflict (i.e., manually upgrading the FreeRTOS kernel files to V10.6.0) in the STM32CubeIDE environment?

3. Linker Guidance: What is the recommended location or structure for adding the .fsymtab section in the generated H7 linker script to resolve the CLI symbol errors?

Your prompt technical clarification is highly appreciated to resolve this project blocking issue.

Sincerely,

Joey Wang