-
Notifications
You must be signed in to change notification settings - Fork 78
QEMU doesn't work with CMSIS 5 #48
Comments
thank you for your report, it might be so, I never tried CMSIS 5. time permitting, I'll take a look. |
I've run into the same problem (also using mbed 5.5) and tried target code level debugging to narrow the scope of the issue, without a lot of success. The same error I'm on windows, same error is printed out and qemu dies with a segfault.
Note: I had to modify the mbed stm startup code a little to get to the error, else I had a hang on startup while the code was waiting for system clock registers to report as running (HAL_PWREx_EnableOverDrive(), __HAL_RCC_GET_FLAG(RCC_FLAG_HSERDY) Debugging the startup code has it working fine through to the rtos startup configuration in I don't know where the code's at when qemu fails. |
then we might have two problems, one in the RCC peripheral and something related to the way RTX starts. actually I never tried QEMU in user mode. |
Description
I could run mbed-os 5.4 (CMSIS 4) with STM32F429I-Discovery, but mbed-os 5.5 (CMSIS 5) constantly fails. Also tried STM32F4-Discovery.
Steps to Reproduce
mbed-os/targets/targets.json
and re-export the projectmbed-os.lib
and runningmbed update
PRIGROUP unimplemented
Bad ram pointer (nil)
Expected behaviour: mbed-os 5.5 should work at least as well as mbed-os 5.4
Actual behaviour: mbed-os 5.5 doesn't work
Versions
The text was updated successfully, but these errors were encountered: