-
Notifications
You must be signed in to change notification settings - Fork 3k
Mbed os workshop 17q2 nordic flash api #4234
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
Mbed os workshop 17q2 nordic flash api #4234
Conversation
* Make memory sections configurable in linker files * Dynamically determine vector location in flash for NVIC relocation * Advertise bootloader support in targets.json
When using ARM Compiler 5, the RTX config hard-coded the heap and stack sizes to specific values. This prevented the RTX HAL from dynamically allocating unused memory as heap space. Specifically, the HEAP_START define prevents this logic in RTX_CM_lib.h from activating. The rest of the defines are also set in that header, and should be removed from here.
The header is already included inside of flash_api.h if the target uses CMSIS flash algos. If it doesn't, the file shouldn't be included, since it doesn't exist.
* Using PinName as bitfield doesn't work without warnings, since NC needs all 32 bits to be represented. * lp_ticker should not be freed when interrupt is disabled, since this will kill the timebase.
Signed-off-by: Mahadevan Mahesh <[email protected]>
*** Is alpha *** I added options to tools/arm_pack_manager/pack_manager.py and tools/flash_algo/extract.py to allow a user to specify a single pack on disk to add to the cache. The syntax is as follows: - python tools/arm_pack_manager/pack_manager.py add-local-pack <local-pack> - cd tools/flash_algo; python extract.py --local-pack <local-pack> Both of these methods will add your pack to the index and copy the pack file into the location that arm_pack_manager would have placed it if it was downloaded from the internet.
GetSector has been rewritten
Those defines are already available in STM32 L4 SDK and don't need to be (re)defined here.
Signed-off-by: Mahadevan Mahesh <[email protected]>
…support [Silicon Labs] Add flash HAL API support
…p-with-armcc [Silicon Labs] Enable dynamic heap with ARMCC
Flash API support using the MCUXpresso drivers
This is the introduction of Flash API support for STM32 L0 family.
K64F: Add MMCAU driver needed for mbedtls
…spi_sdcard [NRF52840]: enabled SdBlockDevice capability
Add mmcau for K66F K82F KW24D
improve coding style.
STM32 L0: Add Flash API support
…op-17Q2 Disambiguate utest::v1 types and remove using statement
…rdic-trng [NRF52840]: TRNG support
Added flashapi support for nRF52840 @nvlsianpu @0xc0170 |
@kl-cruz Can we push this to master (assuming there are no dependencies) ? Or what was reason for the workshop branch ? |
Sure, we can push it to master. We were starting working on it at workshop branch. |
Lets redirect it (rebase) to master, thank you |
@kl-cruz bump. Would you like to submit another PR? Alternatively, we could change the base branch of this PR and do appropriate rebasing. |
I made another PR for flash api (Based on master with cherry picked commits from here): #4282 |
Description
Adding support for flashiap for nRF52840 devices
Status
READY
Steps to test or reproduce
Tests passed:
mbed test -n "tests-mbed_hal-flash" -t GCC_ARM -m NRF52840_dk
and
mbed test -n "tests-mbed_drivers-flashiap" -t GCC_ARM -m NRF52840_dk