-
Notifications
You must be signed in to change notification settings - Fork 3k
DISCO_H747I: add support of MBED_TICKLESS #11950
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
@ABOSTM, thank you for your changes. |
@LMESTM can you please have a look? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Minor question, otherwise LGTM
} | ||
LL_HSEM_ReleaseLock(HSEM, CFG_HW_RCC_SEMID, HSEM_CR_COREID_CURRENT); | ||
#if defined(CORE_CM7) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Isn't there a define for CPU1 / CPU2 ?
just in case another DUAL_CORE than H7 may have another split ...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, there is no such defined.
I entered an internal change request:
ST_INTERNAL_REF 76709
LL_HSEM_ReleaseLock(HSEM, CFG_HW_RCC_SEMID, HSEM_CR_COREID_CURRENT); | ||
#if defined(CORE_CM7) | ||
LL_PWR_ClearFlag_CPU(); | ||
#elif defined(CORE_CM4) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
same
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No objections from tools.
@ABOSTM There's a conflict now, please resolve |
With tickless mechanism hsem can be used for quite a long time (time to set up PLL clock). Also, if hsem is held to long, then this is not the current core which is faulty, but probably the other (the one which hold the HSEM)
port fix ARMmbed#5896 on STM32H7 Cube HAL ST internal ticket 42806 not yet released for STM32H7
fb91d0a
to
42a0407
Compare
Conflict fixed. |
CI started |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Changes to AES ALT implementation OK
Test run: SUCCESSSummary: 12 of 12 test jobs passed |
Description
Summary of change
Pull request type
Test results
Test executed on ST automatic bench:
tests-mbed_drivers-lp_ticker,tests-mbed_drivers-lp_timeout,tests-mbed_drivers-lp_timer,tests-mbed_drivers-rtc,tests-mbed_drivers-sleep_lock,tests-mbed_drivers-ticker,tests-mbed_drivers-timeout,tests-mbed_drivers-timer,tests-mbed_drivers-timerevent,tests-mbed_hal-common_tickers,tests-mbed_hal-common_tickers_freq,tests-mbed_hal-lp_ticker,tests-mbed_hal-rtc,tests-mbed_hal-rtc_reset,tests-mbed_hal-rtc_time,tests-mbed_hal-rtc_time_conv,tests-mbed_hal-sleep,tests-mbed_hal-sleep_manager,tests-mbed_hal-sleep_manager_racecondition,tests-mbed_hal-ticker,tests-mbed_hal-us_ticker,tests-mbed_platform-wait_ns,tests-mbedmicro-rtos-mbed-kernel_tick_count,tests-mbedmicro-rtos-mbed-rtostimer,tests-mbedmicro-rtos-mbed-systimer
All tests are PASSED except for tests-mbed_hal-sleep_manager on some F0, L0 and F4 board: see my comment on #11721
This test, tests-mbed_hal-sleep_manager, is passed with PR #11956