Skip to content

adding TARGET MTS_DRAGONFLY_L471QG #7177

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

cedrickkukela-cd
Copy link
Contributor

@cedrickkukela-cd cedrickkukela-cd commented Jun 8, 2018

Description

Adding Target for Multitech Dragonfly L471QG.

Pull request type

[ ] Fix
[ ] Refactor
[x] New target
[ ] Feature
[ ] Breaking change

@0xc0170 0xc0170 requested a review from ashok-rao June 11, 2018 08:45
@0xc0170
Copy link
Contributor

0xc0170 commented Jun 11, 2018

Test results for all 3 toolchains - can you share them

I2C1_SDA = D14,
I2C3_SCL = D7,
I2C3_SDA = A5,

Copy link
Contributor

Choose a reason for hiding this comment

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

@cedrickkukela-cd : Can you please define defaults for each peripheral? I see there are multiple UART's, SPI's etc,

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Im not quite sure i understand the request here. Could you elaborate.

Copy link
Contributor

Choose a reason for hiding this comment

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

You can create aliases for I2C_SDA = I2C1_SDA (or I2C3_SDA based on whichever you wish to make as default) (& similarly for all other peripherals) so that application code can invoke the peripheral & create the object with just I2C_SDA and not have to choose I2C1_SDA / I2C3_SDA / any other..

"extra_labels_add": ["STM32L4", "STM32L471QG", "STM32L471xG", "STM32L471xx"],
"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.

What are the HW patches? documented somewhere?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

that is an error. I will go ahead and remove that.

@cedrickkukela-cd
Copy link
Contributor Author

adding mac
@maclobdell

@maclobdell maclobdell self-requested a review June 15, 2018 03:18
@cedrickkukela-cd
Copy link
Contributor Author

testresults2.txt

GCC test results

@cmonr
Copy link
Contributor

cmonr commented Jun 18, 2018

@cedrickkukela-cd Thanks for the test results, but we'll need them all passing before we can progress this PR.

@cedrickkukela-cd
Copy link
Contributor Author

adding testing results and test spec

ARMresults2.txt
ARM6results2.txt
GCCresults2.txt
IARresult3.txt

@cedrickkukela-cd
Copy link
Contributor Author

#7304

for full mbed support both requests are needed

@cmonr
Copy link
Contributor

cmonr commented Jun 23, 2018

@cedrickkukela-cd Making sure I understand, is the intention that this PR go in, have #7304 be rebased, and then it goes in, or is #7304 a superset of this PR, meaning that this PR should be closed?

@maclobdell
Copy link
Contributor

maclobdell commented Jun 25, 2018

@cedrickkukela-cd - I recommend that you focus this pull request on adding base support for this platform into Mbed-OS (not including the cellular interface). You can update your commits on the branch referenced in this PR to turn off cellular. Then make sure that all tests are passing. The team can then get it merged in. The other PR can add the changes necessary to enable the cellular interface. I still recommend keeping these efforts separate in order to allow for the cellular guys to focus their review on the other pull request. Please let me know if this makes sense.

@0xc0170
Copy link
Contributor

0xc0170 commented Jun 26, 2018

@maclobdell 👍 Sounds good to me

@cedrickkukela-cd
Copy link
Contributor Author

closing in favor of #7304

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.

5 participants