Skip to content

cpu/stm32x: unified UART driver implementations#6187

Merged
haukepetersen merged 3 commits intoRIOT-OS:masterfrom
haukepetersen:opt_stm32_uart
Jan 6, 2017
Merged

cpu/stm32x: unified UART driver implementations#6187
haukepetersen merged 3 commits intoRIOT-OS:masterfrom
haukepetersen:opt_stm32_uart

Conversation

@haukepetersen
Copy link
Copy Markdown
Contributor

@haukepetersen haukepetersen commented Dec 7, 2016

Now finally also a shared UART implementation for all the stm32x CPUs.

This PR shares two commits with #6186 (centralizing of periph_apb_clk).

NOTE: Currently I dropped the DMA support (offered previously by stm32f2 and stm32f4). Especially when used with STDIO and then using printf/puts from ISR context, this was not the best idea to enable by default anyway... I plan to re-add this functionality again in a separate PR (together with a stm32x wide concept for DMA handling).

@haukepetersen haukepetersen added Platform: ARM Platform: This PR/issue effects ARM-based platforms Type: cleanup The issue proposes a clean-up / The PR cleans-up parts of the codebase / documentation Type: enhancement The issue suggests enhanceable parts / The PR enhances parts of the codebase / documentation State: waiting for other PR State: The PR requires another PR to be merged first labels Dec 7, 2016
@haukepetersen haukepetersen added this to the Release 2017.01 milestone Dec 7, 2016
@haukepetersen haukepetersen added CI: ready for build If set, CI server will compile all applications for all available boards for the labeled PR and removed State: waiting for other PR State: The PR requires another PR to be merged first CI: ready for build If set, CI server will compile all applications for all available boards for the labeled PR labels Dec 13, 2016
@haukepetersen
Copy link
Copy Markdown
Contributor Author

restarted Murdock (as he was confused by the 'waiting for other PR' label)


/**
* @name UART configuration
* @brief UART configuration
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

I noticed this also in other PRs. What is the deal with this extra space?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Also, check if this parses still correctly. Without the name the sectioning in the doc often isn't correct anymore (and the brief of the group is added to the first element)

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

Actually, I have never spend much thought on this -> I have been using brief for everything for the last 2 years I think...

About the spaces: they are there to have a unified indention in a doc comment, so if you use e.g. return, note, and brief in one block, their texts all start at the same col.

@haukepetersen
Copy link
Copy Markdown
Contributor Author

rebased

@haukepetersen
Copy link
Copy Markdown
Contributor Author

rebased again

@kaspar030 kaspar030 added CI: ready for build If set, CI server will compile all applications for all available boards for the labeled PR and removed CI: ready for build If set, CI server will compile all applications for all available boards for the labeled PR labels Dec 19, 2016
@haukepetersen
Copy link
Copy Markdown
Contributor Author

fixed some issue with the c++ compiler and rebased.

@aabadie
Copy link
Copy Markdown
Contributor

aabadie commented Dec 28, 2016

needs rebase

@haukepetersen
Copy link
Copy Markdown
Contributor Author

rebased

@aabadie
Copy link
Copy Markdown
Contributor

aabadie commented Jan 5, 2017

Successfully tested on 3 nucleo boards : nucleo-f030, nucleo-f070 and nucleo-f401

@haukepetersen
Copy link
Copy Markdown
Contributor Author

@kYc0o: could you be so nice and test on the iotlab-m3? Thx

@aabadie
Copy link
Copy Markdown
Contributor

aabadie commented Jan 5, 2017

@kYc0o, @haukepetersen, just tested iotlab-m3 : the shell works.

Also tested all nucleo boards except f091, f207 and f334 => OK

I tend to give an ACK.

@haukepetersen
Copy link
Copy Markdown
Contributor Author

Me too :-)

Copy link
Copy Markdown
Contributor

@aabadie aabadie left a comment

Choose a reason for hiding this comment

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

Let's give an ACK on this one. I tested on all the board I have here and all worked well.

@haukepetersen haukepetersen merged commit ade8bd2 into RIOT-OS:master Jan 6, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

CI: ready for build If set, CI server will compile all applications for all available boards for the labeled PR Platform: ARM Platform: This PR/issue effects ARM-based platforms Type: cleanup The issue proposes a clean-up / The PR cleans-up parts of the codebase / documentation Type: enhancement The issue suggests enhanceable parts / The PR enhances parts of the codebase / documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants