-
Notifications
You must be signed in to change notification settings - Fork 3k
Release candidate for mbed-os-5.12.4 #10610
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
Merged
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
… behalf of Ben C.
…sabled by setting it to null
Some Nuvoton targets support DEVICE_FLASH but their corresponding COMPONENT_FLASHIAP supports are not enabled. Enable them: NUMAKER_PFM_M453 NUMAKER_PFM_M2351
the flash is shared and split between cortex-M4 that runs (mbed-os) application and the cortex-M0+ that runs the BLE firmware. The 512K allocated to the application was a conservative that can now be updated. With recent up-to-date BLE firmware flashed @ 0x080CB000, there should be 812K available to application. But there are boards out there that don't have an up-to-date firmware, so we're keeping an intermediate, safer, application size of 768K.
By default, FLASH_SIZE should be read from HW. In case this is not the case, we define it here, as the size of FLASH that is available to the application running on M4.
…ed as skip anyway
…_ECHOTEST_NONBLOCK test Reason for needing greater timeout could be this test's performance. UDPSOCKET_ECHOTEST_BURST_NONBLOCK is implementing the receiving differently and is passing with 1 second timeout.
On ARMC6 with optimization level "-Os", the two functions NVIC_SetVector/NVIC_GetVector will be translated to illegal instruction for trapping due to NVIC_FLASH_VECTOR_ADDRESS defined as direct 0. Fixed by defining NVIC_FLASH_VECTOR_ADDRESS as a symbol instead to avoid such optimization error.
SPI peripherals' asynch transaction buffers are now wrapped by SingletonPtr, which needs to take the singleton_lock Mutex when first accessed. If it was first accessed by an asynch transaction started from IRQ, that would not be possible. Add a SingletonPtr::get() call to the SPI construction process so that the peripheral's buffer is fully constructed before any SPI methods can be called, meaning asynch methods won't fail from IRQ. (Other pre-existing synchronisation issues with async remain, but this avoids a new trap in Mbed OS 5.12).
Purposes:
* Remove MbedOS-specific code from system_psoc6_{cm4,cm0plus}.c
to simplify updates to new PDL version (startup code is part of PDL).
* Unify mbed_sdk_init initialization sequence for both CPU cores.
This change is non-functional, sequence itself is not changed for any
of the PSoC 6 M4/M0 PSA/non-PSA targets.
Change the heuristic for selection of CMSE in the tools python, so that a non-TrustZone ARMv8 build can happen. Ideally we would have more direct flagging in the targets, but this refines the heuristic so the necessary behaviour can be easily achieved. * DOMAIN_NS=1 is based purely on the `-NS` suffix on the core name. * Enabling CMSE in the compiler and outputting a secure import library is now enabled when the core doesn't have an `-NS` suffix by either the target label `TFM` being present or the flag `trustzone` being set. This covers the existing ARMv8-M behaviour - TF-M builds have the TFM label, as per its documentation; M2351 secure builds have no explicit flagging, so we ensure that the M2351_NS target has the trustzone flag set, and the out-of-tree secure target inherits that.
Contributor
Author
|
CI started |
Contributor
|
@adbridge PSA binaries haven't changed? |
Contributor
Author
|
@orenc17 It didn't look like there were any PSA related changes in this release so I haven't rebuilt them |
Test run: SUCCESSSummary: 11 of 11 test jobs passed |
0xc0170
approved these changes
May 20, 2019
Contributor
|
Waiting now for client tests to complete |
Contributor
|
Client tests look OK |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No description provided.