-
Notifications
You must be signed in to change notification settings - Fork 3k
Release candidate for mbed-os-5.13.1 #10952
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
Check that the RX or TX interrupt is enabled before calling a registered handler with RxIrq or TxIrq arg.
Check that the RX or TX interrupt is enabled before calling a registered handler with RxIrq or TxIrq arg.
Check that the RX or TX interrupt is enabled before calling a registered handler with RxIrq or TxIrq arg.
Check that the RX or TX interrupt is enabled before calling a registered handler with RxIrq or TxIrq arg.
Check that the RX or TX interrupt is enabled before calling a registered handler with RxIrq or TxIrq arg.
Check that the RX or TX interrupt is enabled before calling a registered handler with RxIrq or TxIrq arg.
Check that the RX or TX interrupt is enabled before calling a registered handler with RxIrq or TxIrq arg.
Check that the RX or TX interrupt is enabled before calling a registered handler with RxIrq or TxIrq arg.
Check that the RX or TX interrupt is enabled before calling a registered handler with RxIrq or TxIrq arg.
Check that the RX or TX interrupt is enabled before calling a registered handler with RxIrq or TxIrq arg.
Flagging these functions out will reduce flash size more than 3k.
… 2. Remove macro MBEDTLS_PSA_CRYPTO_C from PSA targets Signed-off-by: Devaraj Ranganna <[email protected]>
Signed-off-by: Devaraj Ranganna <[email protected]>
…size Adding a check to let application or target force increase idle thread stack size.
As the build tool in mbed-os 5.13 cannot appropriately deal with a segmented bootloader when combining it with an application, this commit adjusts the size reserved for interrupts (via the linker file) to avoid a bootloader segmentation due to an unpopulated ROM area. The microcontroller has a total of 60 vector interrupts + 16 exception handlers. The allocated ROM flash for interrupts should be (60 + 16) x word size in bytes = 76 x 4 = 304 = 0x130. This commit changes the interrupt reserved space from 0x140 to 0x130.
In particular and as kindly suggested by Przemec S. : 1. Add setup/teardown handler’s for all cases. This disables sys-tick, so there should be no unexpected lp ticker interrupt scheduling. 2. Modify setup/teardown handler’s: remove suspension of lp/us tickers, so they can count as this is required by test_lock_unlock_test_check test case. 3. Use TEST_ASSERT_TRUE(sleep_manager_can_deep_sleep_test_check()) after setting interrupt to cope with STM specific handling (CMPOK interrupt with deep-sleep locked). This performs wait only if needed and will not affect other targets which do not need extra wait. 4. Move sleep_manager_lock_deep_sleep() after TEST_ASSERT_TRUE(sleep_manager_can_deep_sleep_test_check()) 5. Use TEST_ASSERT_TRUE(sleep_manager_can_deep_sleep_test_check()) in test_lock_unlock_test_check to let lower layers manage deep sleep.
and avoid associated warning ...
Changes: - restore the original form of setup/teardown handlers, - test_lock_unlock_test_check(): do not use common ticker layer (Timer, Timeout). Use only ticker HAL layer. - Increase DEEP_SLEEP_TEST_CHECK_WAIT_DELTA_US delta.
…ayer to count elapsed time.
now that sleep_manager_can_deep_sleep_test_check() is based on wait_ns
With the DEEP_SLEEP_TEST_CHECK_WAIT_DELTA_US increased, we now have TEST_ASSERT_UINT64_WITHIN(delta=1000, expected=1000, actual=1000) so this assertion needed to be updated. What we need is the deep sleep to be enabled after the programed interrupt has fired and before a 2ms timeout expiration, which means >= 1000 and < 2000.
Add missing `lp_ticker_clear_interrupt()` in the interrput handler used in `test_lock_unlock_test_check()` test. Remove redefined `us_to_ticks()`.
Fix PWM glitch on write(), TARGET_STM/pwmout_api.c, #10734
Running PowerShell script on some windows machines is blocked. To avoid this problem script was replace by the code run directly in PowerShell console.
CI started |
Test run: SUCCESSSummary: 11 of 11 test jobs passed |
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.
This does not pass Client tests.
mbed compile -t ARM -m LPC55S69_NS --profile release --app-config wifi_esp8266_v4.json
[ERROR] Contents of region bootloader1 does not fit
This is increasing the binary size enough to break compilation with LPC55S69_NS target.
This is related to target.restrict_size issues on this board (https://jira.arm.com/browse/IOTSTOR-880), which was fixed in #10791 and #10792, but it still does not seem to work as expected. If this target does not compile, this is a release blocker. |
@ARMmbed/mbed-os-storage @ARMmbed/mbed-os-core You were involved in fixing previous fixes, please review these and lets find out why it's not working. I'll set IOTSTOR-880 as a blocker now |
I verified that reverting #10792 fixes the compilation.
|
This reverts commit 4451d64. We postpone this fix to 5.13.2 due to its breakages for client for this target. It needs more work.
Revert pushed, comment to the PR added as well. Will notify core team about this |
CI restarted |
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.
Verified that the tests are passing now.
Test run: SUCCESSSummary: 11 of 11 test jobs passed |
@Teemu Did you increase the |
Here is what I just did to build.
The build completes successfully. |
@hugueskamba you are using the wrong application. mbed-client-testapp is internal test-tool. The compilation issue is with https://github.com/armmbed/mbed-cloud-client-example |
@teetak01 Did you use a bootloader hex that was build with a version of mbed-os that included the following? b0804c4 |
@teetak01 @0xc0170 Mbed OS team: Bootloader team: Client team: |
I was already suspecting that this also requires a new bootloader. Thus the reverted change was a breaking change for existing applications, and can only go to Mbed OS major release, not to a patch release. The major release also has to happen at the same time client release provides the updated bootloader and configuration. Thus this fix needs to be delayed to Mbed OS 5.14.0. |
Moving the referenced fix to 5.14 |
Thank you! |
No description provided.