-
Notifications
You must be signed in to change notification settings - Fork 3k
Nuvoton: Support export IAR8 project #10282
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
@ccli8, thank you for your changes. |
Will this be doc anywhere else , at least referenced ? I read the doc, don't understand the last section - "Check configurations in IAR EWARM IDE" - if I do |
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.
You're changes look fine to me, but I also have the same questions as @0xc0170. If these are manual changes, perhaps these could be integrated into the exporter template so users don't have to make these changes.
CI started |
Test run: SUCCESSSummary: 13 of 13 test jobs passed |
This looks ready to be brought in, but @ccli8 would you mind answering the reviewers' thoughts/concerns before we do? |
1. Override IlinkOverrideProgramEntryLabel and IlinkProgramEntryLabel to specify entry point for debuger. 2. Refer to doc at the link below for post-export steps. Usually, 'export' is nearly out of the box and just install 'Nu-Link Driver (IAR)' to update Nuvoton device database in IAR. https://github.com/OpenNuvoton/NuMaker-mbed-docs/blob/master/IAR/DEBUG_IAR.md
816dd4d
to
50f6870
Compare
@0xc0170 @bridadan Update to make the exported IAR project out of the box. Now, the only extra step is to install Nu-Link Driver (IAR). The Debug IAR doc is also updated to reflect the change. I will ask addition of its link in board pages. |
CI restarted whilst waiting on re-reviews since CI load is light atm. |
@ccli8 Why do these target need different entry point ? All targets should use the same boot sequence. Changes looks fine, not certain if this is needed - do we need to change the default boot sequence - why? Checking one of the targets here. There are couple of reset handlers (3), and iar_program_start is called in |
@0xc0170 Most targets reboots from |
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.
Tools changes look fine, thanks! (Though the conversation that @0xc0170 should probably be addressed before merging this)
@ARMmbed/mbed-os-core Oh, and I don't think that this target-specific change be blocked on said question since this change appears to be properly target-specific. |
Test run: SUCCESSSummary: 13 of 13 test jobs passed |
We should look at this if we should not make the change to have this by default set to Reset_Handler (not iar program start function). |
@ccli8 Is there anything needed for this PR? I run nightly on 5.12.1 and some of these targets fail IAR8 exporter with the error: |
You should be able to reproduce using blinky: |
It seems that Nu-Link_IAR_Driver is not installed in your test environment. |
@ARMmbed/mbed-os-test ^^ |
Created internal ticket MBEDOSTEST-589 |
@timurh01 can you install missing package? |
@0xc0170 @OPpuolitaival IAR driver is now installed |
Description
This PR adds support for export IAR8 project on Nuvoton targets:
With IAR project successfully exported, to successfully develop and debug on Nuvoton targets, it needs extra steps. See doc here.
Pull request type