If I pause the program execution with the ICE, and look in FreeRTOS viewer I see tasks suspended that are never started or stopped with vTaskSuspend/VTaskResume. (as per latest FreeRTOS docs)
If you have INCLUDEvTaskSuspend set to 1 and block a task using portMAX
DELAY as the timeout (which is generally a bad idea anyway as it does not allow for any error recovery) then the task will probably show in the debugger as being suspended. There is a little more work to do for the debugger to determine if a task is truly suspended, rather than just blocked indefinitely, but as far as I am aware there is only one such debugger plug in that actually does this.
Q1) Is the FreeRTOS viewer accurately reflecting the state of each task ?
I have no visibility into how the viewer is implemented, please ask whoever wrote it.
Q2) I have seen this before (FreeRTOS 7) when a task was blocked indefinitely showing as suspended But I thought that this was fixed in FreeRTOS 8
FreeRTOS functions that return the task’s state now distinguish between tasks that are blocked indefinitely and tasks that are suspended, but you are using a third party debugger which is no doubt querying the data structures within the target’s RAM and figuring this out for itself. It definitely won’t be calling FreeRTOS functions to get the information – so in summary changes within FreeRTOS are not going to change how third party debuggers work.