-
Notifications
You must be signed in to change notification settings - Fork 3k
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
enable os5 for MOTE_L152RC #6250
Conversation
@dudmuck Thanks for the PR. Do you think you could post the results for the test here? A text file would be fine. Also, have you tested against the ARM and IAR compilers? |
@Patater Mis-clicked when assigning reviewers. Feel free to dismiss yourself or ignore this PR. |
@dudmuck Making sure, is this targeted for the NaMote-72 (https://os.mbed.com/platforms/NAMote-72/)? I didn't seem to find the MOTE_L152RC anywhere, and think I'm missing something. |
Yes, TARGET_MOTE_L152 is NAMote-72 platform. I have tested using ARM GCC, but i dont have armcc for cortex-m3 or IAR ARM. |
@hasnainvirk Thoughts? |
Should pass. As this has uARM that is not thread safe and it's very small target, I do not think enabling mbed OS 5 for this platform makes sense. |
@ARMmbed/team-st-mcd What do you think? I checked the linker files, this target has 256k flash and 32k RAM. |
@0xc0170 What are the general hardware requirements for OS5? Not that it would help those who already have the board but; |
Well, on our side we have enabled OS5 only on targets with more than 64KB Flash AND more than 16KB RAM. So, OS5 should be ok for this board... |
@cmonr @0xc0170 What more is needed to make this happen? @janjongboom Any interest in OS5 support for MOTE_L152RC |
This should be fixed. First, why this target has uARM if it has 256k flash and 32k RAM. If we remove this from the target, will all test pass? @dudmuck Can you test please? @loverdeg-ep Thanks for the feedback, this should be fine to have it enabled for Mbed OS 5. needs to pass all tests. |
@loverdeg-ep Yes, very happy with this, so we can run the new LoRaWAN stack on this target too. As @0xc0170 said this target should be able to run normal default lib. xDot has same RAM and ROM and runs everything fine, with >50% space left when running LoRaWAN stack and RTOS. |
Will start CI when able. Still waiting on feedback from @hasnainvirk and @ashok-rao, but I think @bcostm's and @janjongboom's feedback indicate this is good to go. |
Also still waiting on this.
|
Closing this due to inactivity. Please reopen with an update. It would be nice addition based on the feedback here |
This platform could potentially run LoRaWAN stack on it. @dudmuck could you please investigate why you are having troubles with default lib ? It should be alright in my opinion. You may add ARM and GCC_ARM in supported toolchains. |
Reopening due to new activity/fixes/test results. |
test results attached |
@dudmuck @maclobdell @hasnainvirk thanks for getting the ball moving again with this. However, before we can progress, the second commit needs to be removed ( |
6 commits but changes are only in targets.json file (few lines), squash to one commit (also merge commit will disappear). I reviewed the tests, nvstore failed. Is this related to this fix ? #7127 . If not , please provide details for the failure |
This should actually resolve #4394 |
@dudmuck Any progress? |
Closing due to no response to comments for nearly three weeks. |
Description
Enable mbed-os5 for target MOTE_L152RC.
Tested using: mbed test -t GCC_ARM -m MOTE_L152RC -n mbed-os-*
Removed "default_lib": "small" for this target because c_string float printf was failing.
Pull request type