Closed NoeelMoeskops closed 2 years ago
QEMU upstream also affected by this issue.
Seems like pucFirstUserPriorityRegister
what filled in at slightly upper in port.c
works by wrong way on QEMU.
"Read the value back to see how many bits stuck" returns 8 bits instead of 4.
Sorry for the long delay. Thanks for the comment @denizzzka, and I hope you were able to resolve the issue @NoeelMoeskops.
Hi,
When starting FreeRTOS port for STM32f103c8 an assert is fired in
BaseType_t xPortStartScheduler( void )
(Middlewares/Third_Party/FreeRTOS/Source/portable/GCC/ARM_CM3/port.c:310
if generated with STM32CubeMX).code that breaks:
defined somewhere else:
port.c:289:
Seems like a overflow of some kind, not sure why it is happening yet. Commenting out the
configASSERT()
makes the code run without any (noticeable) issues.