Skip to content

[Seeed Arch MAX] Add Mbed OS 5 support #8831

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

Merged
merged 2 commits into from
Dec 12, 2018
Merged

Conversation

toyowata
Copy link
Contributor

Description

Add Mbed OS 5 support for Seeed Arch MAX target.

Test result

ARM
GCC_ARM
IAR

RTC related test cases failed. I believe this is same issue here: #8196

Pull request type

[ ] Fix
[ ] Refactor
[x] Target update
[ ] Functionality change
[ ] Docs update
[ ] Test update
[ ] Breaking change

cc @MarceloSalazar @ytsuboi

@toyowata
Copy link
Contributor Author

@ashok-rao bump

Copy link
Contributor

@0xc0170 0xc0170 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Was IAR support removed or just not yet added ? files are there, it was ready, was there a specific reason not having IAR support.

@toyowata
Copy link
Contributor Author

@0xc0170 The IAR support was not yet added. The startup code and linker script were added before, but not in the targets.json. So, I added and ran tests.

Copy link
Contributor

@ashok-rao ashok-rao left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @toyowata .. I've left some minor comments. Otherwise LGTM!

"program_cycle_s": 2,
"extra_labels_add": [
"STM32F4",
"STM32F407",
"STM32F407xG",
"STM32F407VG"
"STM32F407VG",
"STM_EMAC"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@toyowata : STM_EMAC - so, any default network interface on the board? If yes, you may want to add this here as well?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@ashok-rao Thanks. I added network-default-interface-type.

"macros_add": ["USB_STM_HAL"],
"config": {
"clock_source": {
"help": "Mask value : USE_PLL_HSE_EXTC (need HW patch) | USE_PLL_HSE_XTAL (need HW patch) | USE_PLL_HSI | USE_PLL_MSI",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Help text: Does it need any HW patch or can this be removed?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

removed.

}
},
"release_versions": ["2", "5"],
"overrides": {"lse_available": 0},
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This line makes use of LSI for RTC .. but still we see RTC failing.. General comment for @0xc0170 : I have seen this happening on all F4 series for the RTC .. this is something we need to investigate more on..

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If there is not yet issue reported, please do

@0xc0170
Copy link
Contributor

0xc0170 commented Nov 28, 2018

Note, will require rebase

@0xc0170
Copy link
Contributor

0xc0170 commented Dec 6, 2018

@toyowata Can you rebase? This will be ready for CI

@toyowata
Copy link
Contributor Author

toyowata commented Dec 7, 2018

@0xc0170 apply suggestion from @ashok-rao and rebased.

@cmonr
Copy link
Contributor

cmonr commented Dec 7, 2018

@toyowata Sorry, but it looks like a mistake was made when doing the rebase.

If you look at the commits, Merge remote-tracking branch 'upstream/master' into dev-arch_max should not be there.

A rebase generally involves the following commands:

git fetch upstream master
git rebase upstream/master

Sometimes we can be a bit leniant on if a PR has a merge commit, but that's only if a PR is coming in to a feature release. Since 5.11 is currently in testing, that's not the case here.

Please correct this PR's commit history.
A command you may find useful: git reset --soft HEAD~1

@toyowata toyowata force-pushed the dev-arch_max branch 3 times, most recently from 06446aa to 440fa2a Compare December 8, 2018 06:01
@toyowata
Copy link
Contributor Author

toyowata commented Dec 8, 2018

@cmonr Thank you. I think it should be fine now.

@cmonr
Copy link
Contributor

cmonr commented Dec 10, 2018

@ashok-rao Please re-review. Looks like all of your comments have been addressed.

Copy link
Contributor

@ashok-rao ashok-rao left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @toyowata . LGTM!

@cmonr
Copy link
Contributor

cmonr commented Dec 10, 2018

CI started

@cmonr
Copy link
Contributor

cmonr commented Dec 11, 2018

CI jobs stopped: jenkins-ci/exporter, jenkins-ci/greentea-test

Prioritizing RC3 PRs. Will restart when able.

@mbed-ci
Copy link

mbed-ci commented Dec 11, 2018

Test run: FAILED

Summary: 2 of 11 test jobs failed
Build number : 1
Build artifacts

Failed test jobs:

  • jenkins-ci/mbed-os-ci_greentea-test
  • jenkins-ci/mbed-os-ci_exporter

@JojoS62
Copy link
Contributor

JojoS62 commented Dec 11, 2018

There is another issue with this target: it uses F407VG MCU as base setting, but has a F407VE as in the board documents. The difference is the flash size, program size >512MB will not run but create no linker error.

@0xc0170
Copy link
Contributor

0xc0170 commented Dec 11, 2018

There is another issue with this target: it uses F407VG MCU as base setting, but has a F407VE as in the board documents. The difference is the flash size, program size >512MB will not run but create no linker error.

@toyowata Please review

@toyowata
Copy link
Contributor Author

@JojoS62 Thank you for your comment and concern. I agree with you.
@0xc0170 The base MCU type for this was wrongly defined when the Arch MAX platform was ported. I have raised the issue here: #9048

@0xc0170
Copy link
Contributor

0xc0170 commented Dec 11, 2018

OK, so to proceed here, this will be as it is (using current target base).

Will restart CI once rc3 is completed

@cmonr
Copy link
Contributor

cmonr commented Dec 12, 2018

CI jobs restarted:

  • jenkins-ci/mbed-os-ci_greentea-test
  • jenkins-ci/mbed-os-ci_exporter

@cmonr cmonr merged commit f196942 into ARMmbed:master Dec 12, 2018
@cmonr cmonr removed the needs: CI label Dec 12, 2018
@toyowata toyowata deleted the dev-arch_max branch December 17, 2018 04:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants