-
Notifications
You must be signed in to change notification settings - Fork 3k
ncs36510 from ON Semiconductor #2531
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
Hi, can you please share the test results? Please rebase, there is a conflict with master. cc @sg- @screamerbg - new target |
@@ -37,7 +37,7 @@ | |||
GCC_CR_PATH = "C:/code_red/RedSuite_4.2.0_349/redsuite/Tools/bin" | |||
|
|||
# IAR | |||
IAR_PATH = "C:/Program Files (x86)/IAR Systems/Embedded Workbench 7.3/arm" |
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 shouldn't be changed here.
Attached are the test reports for IAR, ARM and ARM_GCC. Please confirm merge capability. TestResults-ARM-26-08-2016.txt |
Something went wrong with a rebase, run again |
I have rebased. It now says that the master is upto date. |
It looks like this isn't showing up correctly since 051e608 is a merge rather than a rebase. If you did an interactive rebase and then force pushed back that should clean this up. To do this you need to run commands similar to this:
If the rebase succeeds then force push the commits back up |
Ran pylint and astyle. Rebased latest ARMmbed-os code.
54df4ab
to
2dc3806
Compare
@c1728p9 thanks for the help. The rebase was successful and I was able to force push the changes. $>git rebase -i 6a1208a $>git push origin master -f
Please let me know if there is anything more that I need to do. |
Hi @radhika-raghavendran, it looks like the rebase was successful. Thanks for taking care of this. The PR looks read to merge to me. |
/morph test |
Result: ABORTEDYour command has finished executing! Here's what you wrote!
Outputmbed Build Number: 725 Build failed! |
I had to abort the test temporarily as some infrastructure changes are going through right now, I'll retrigger them after I've verified things are ready to go. |
/morph test |
@mbed-bot: TEST HOST_OSES=ALL |
[Build 851] |
[Build ${MBED_BUILD_ID}] |
@mbed-bot: TEST HOST_OSES=ALL |
Result: FAILUREYour command has finished executing! Here's what you wrote!
Outputmbed Build Number: 734 Test failed! |
[Build 856] |
Morph tests look ok, all failing due to a known issue measuring timing-based tests on host PCs. 👍 @sg- LGTM 👍 |
I just tried importing the mbed-os-example-blinky and compiling for the target NCS36510 and it did not work. I get the following: [mbed] ERROR: "python" returned error code 2. I was under the impression this should have worked since we are now merged. Any ideas? |
@danclement There are a few things that need to happen or you can do to try this out.
|
Thanks for the clarification Sam. |
@radhika-raghavendran Please read my comments in #2540, regarding HAL (sleep api.c file not used or enabling/disabling clocks for gpio or TODO/dead code). I did not see them addressed here neither there. |
@0xc0170 I did fix most of the things mentioned in #2540(removed TODO wherever not required, disable typo in GPIO fixed, removed dead code). We are yet to fix the sleep API from our side. We had asked for clarification about the API since our SoC has 3 low power modes. The issue was raised during our workshop also and it is logged in the docs. Please let us know if there are changes expected at an API level in the near future. If not, we will fix this issue as soon as possible. |
there's no API extension planned for now. Use the API as it is now, a lot of targets in the current code base provide more than 2 low power modes. Either they provide some logic in the Thanks for the update. |
Added support for NCS36510 in mbed-os. GCC, IAR and ARM toolchains are supported. All tests pass.