-
Notifications
You must be signed in to change notification settings - Fork 3k
Fetch ram/rom start/size #8607
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
Fetch ram/rom start/size #8607
Conversation
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.
Mostly formatting. A little use of private APIs outside their own class.
Changes added. @theotherjimmy @deepikabhavnani please review |
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.
Quite a few questions, a few suggested changes, but nothing scary 😄 good work!
@bridadan @theotherjimmy Made some more changes. Can you guys review again? |
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 is looking better. Further comments below.
I think that get_all_rom_regions
and get_all_ram_regions
look very similar. Could we de-deplicate this into a single helper function that takes in the differences?
Did some refactoring. Combined get_all_rom/ram regions function into one. Created a new function that gives the list of all available region for ram/rom, since this information is used at couple of places, it was better to put it one place than to duplicate. |
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.
Definitely looking better! Just echoing some of @theotherjimmy's comments.
@aashishc1988 - Steps to reproduce: mbed compile -m K64F -t GCC_ARM -v As per the build log, defines passed are: Verified it again in |
Adding in the suggested changes. |
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.
Nice work!
@deepikabhavnani Waiting for your review (you have one PR depending on this one), please review |
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.
Please squash the commits and add commit message describing the change
@0xc0170 - I have tested this PR with dependent PR for single target, so it should be good to go after appropriate commit messages are added @cmonr - PR adds few defines to build steps, which can be verified by #8661. Can we add both of them in single CI test as 8661 is essentially a test for this PR |
631949a
to
7d6435e
Compare
Test run: FAILEDSummary: 4 of 7 test jobs failed Failed test jobs:
|
NRF error looks related to UART, seems I have seen this before and was resolved?
|
Not able to find failures in jenkins-ci, logs and results say success.. :-( |
NRF issue. Will restart in a bit. Retriggered the pr-head job. Looks odd. |
Info: This PR has been re-bundled into a new rollup PR (#8800). No further work is needed here, as once that PR is merged, this PR will also be closed and marked as merged. |
Restarting CI. |
Test run: SUCCESSSummary: 4 of 4 test jobs passed |
RAM/ROM sizes in tools were updated to report entire device size, and in M2351 they were used earlier to report secure/non-secure partition size. M2351 files are updated to take full RAM/ROM device size and derive secure and non-secure partition size based on that.
### Description PR ARMmbed#8607 will cause problems for the NRF52832 and the NRF52840 in the online compiler starting with 5.10.2. This PR prevents this problem by using a toggle in `targets.json` to enable these new defines for every target except for the NRF52832 and NRF52840. ### Pull request type [x] Fix [ ] Refactor [ ] Target update [ ] Functionality change [ ] Docs update [ ] Test update [ ] Breaking change
### Description PR #8607 will cause problems for the NRF52832 and the NRF52840 in the online compiler starting with 5.10.2. This PR prevents this problem by using a toggle in `targets.json` to enable these new defines for every target except for the NRF52832 and NRF52840. ### Pull request type [x] Fix [ ] Refactor [ ] Target update [ ] Functionality change [ ] Docs update [ ] Test update [ ] Breaking change
- Adjust memory for SoftDevice - Enable PRIO=5 for interrupt priority check - Change NRF_SD_BLE_API_VERSION to 6 - Add handle and buffer for advertising and scanning - Remove guard for phy update - Change scatter files and mbed_lib.json for PR ARMmbed#8607
- Adjust memory for SoftDevice - Enable PRIO=5 for interrupt priority check - Change NRF_SD_BLE_API_VERSION to 6 - Add handle and buffer for advertising and scanning - Remove guard for phy update - Change scatter files and mbed_lib.json for PR ARMmbed#8607
- Adjust memory for SoftDevice - Enable PRIO=5 for interrupt priority check - Change NRF_SD_BLE_API_VERSION to 6 - Add handle and buffer for advertising and scanning - Remove guard for phy update - Change scatter files and mbed_lib.json for PR ARMmbed#8607
- Adjust memory for SoftDevice - Enable PRIO=5 for interrupt priority check - Change NRF_SD_BLE_API_VERSION to 6 - Add handle and buffer for advertising and scanning - Remove guard for phy update - Change scatter files and mbed_lib.json for PR ARMmbed#8607
Description
Fetch rom/ram start/size information and create defines for the same.
Pull request type