Skip to content

Folder re-org to fit new MCU K22F variances #3136

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

Closed
wants to merge 1 commit into from
Closed

Folder re-org to fit new MCU K22F variances #3136

wants to merge 1 commit into from

Conversation

MarceloSalazar
Copy link

Description

This is a re-structure of the K22F folder to allow more K22F variances to be plumbed in.
'MCU_K22F512' device has been created and the FRDM-K22F board is using it on this proposal.

Note: the name of the target remains unchanged: 'K22F'.

Another PR will come later to add support for the 'MCU_K22F1M0' variance to support a partner's platform.

Status

READY

Migrations

NO

Related PRs

NA for now

Deploy notes

Not required

Steps to test or reproduce

None. Should not affect the existing 'K22F' target

Please review and share feedback
@0xc0170 @sg- @maclobdell @bridadan

@bridadan
Copy link
Contributor

/morph test

@mbed-bot
Copy link

Result: SUCCESS

Your command has finished executing! Here's what you wrote!

/morph test

Output

mbed Build Number: 945

All builds and test passed!

This is a simple re-structure of the K22F folder to allow other MCU
variances to land here.
Created the MCU_K22F512 device but left the 'K22F' as a target for
the FRDM-K22F board.

Rebased to master
@bridadan
Copy link
Contributor

/morph test

@mbed-bot
Copy link

Result: SUCCESS

Your command has finished executing! Here's what you wrote!

/morph test

Output

mbed Build Number: 951

All builds and test passed!

Copy link
Contributor

@bridadan bridadan left a comment

Choose a reason for hiding this comment

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

LGTM

@bridadan
Copy link
Contributor

@mbed-bot: TEST

HOST_OSES=ALL
BUILD_TOOLCHAINS=ALL
TARGETS=K22F

Copy link
Contributor

@bridadan bridadan left a comment

Choose a reason for hiding this comment

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

Oops, I hastily approved this PR 😄 sorry! Please see my comments.

@@ -482,11 +482,11 @@
"release_versions": ["2"],
"device_name": "MK20DX256xxx7"
},
"K22F": {
"MCU_K22F512": {
Copy link
Contributor

Choose a reason for hiding this comment

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

This target needs to have the public flag set to false

@@ -495,6 +495,10 @@
"release_versions": ["2", "5"],
Copy link
Contributor

Choose a reason for hiding this comment

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

I think we typically only place the release_versions field in the "leaf" target, eg. the target that is the furthest down the inheritance chain. So in this case I would move this to the K22F target definition.

@@ -482,11 +482,11 @@
"release_versions": ["2"],
"device_name": "MK20DX256xxx7"
},
"K22F": {
"MCU_K22F512": {
"supported_form_factors": ["ARDUINO"],
Copy link
Contributor

Choose a reason for hiding this comment

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

I'd say this belongs in the K22F target definition, since the shared MCU doesn't really have a form factor.

@mbed-bot
Copy link

[Build 1070]
SUCCESS: Building succeeded and tests were run! Be sure to check the test results

@ashok-rao
Copy link
Contributor

ashok-rao commented Nov 1, 2016

New PR #3177 to circumvent repo & fork permissions. Review comments incorporated.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants