Skip to content

Commit e85577a

Browse files
author
Amanda Butler
authored
Remove bare metal references in porting.md
Remove references to bare metal Blinky because it has been renamed direct register Blinky.
1 parent 05b9f62 commit e85577a

File tree

1 file changed

+5
-6
lines changed

1 file changed

+5
-6
lines changed

docs/porting/porting_full_process/porting.md

Lines changed: 5 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -156,7 +156,7 @@ To include the new target support:
156156
157157
Based on criticality and dependency of Mbed OS software stack, we recommend the following order:
158158
159-
1. Create a bare metal example (based on the Blinky example).
159+
1. Create a basic example (based on the Blinky example).
160160
1. Bootstrap and entry point.
161161
1. Serial port (synchronous transfer).
162162
1. Low power ticker.
@@ -173,11 +173,11 @@ Based on criticality and dependency of Mbed OS software stack, we recommend the
173173
174174
Detailed instructions for porting each module are given in the module-specific sections of this documentation.
175175
176-
### Create the bare metal mbed-os-example-blinky
176+
### Create the example mbed-os-example-blinky
177177
178-
The official `mbed-os-example-blinky` uses the RTOS, a DigitalOut object and timers. The bare metal version of the example doesn't rely on RTOS, GPIO and timers; LED toggling is done directly by accessing hardware registers. Modify the Blinky program you checked out earlier to not use the timer and DigitalOut object. You can see [an example using the CC3220SF-LAUNCHXL board](https://github.com/ARMmbed/mbed-os-examples-docs_only/blob/master/Baremetal-Blinky/main.cpp).
178+
The official `mbed-os-example-blinky` uses the RTOS, a DigitalOut object and timers. The direct register version of the example doesn't rely on RTOS, GPIO and timers; LED toggling is done directly by accessing hardware registers. Modify the Blinky program you checked out earlier to not use the timer and DigitalOut object. You can see [an example using the CC3220SF-LAUNCHXL board](https://github.com/ARMmbed/mbed-os-examples-docs_only/blob/master/Direct-Register-Blinky/main.cpp).
179179
180-
[![View code](https://github.com/ARMmbed/mbed-os-examples-docs_only/blob/master/Baremetal-Blinky/)](https://github.com/ARMmbed/mbed-os-examples-docs_only/blob/master/Baremetal-Blinky/main.cpp)
180+
[![View code](https://www.mbed.com/embed/?url=https://github.com/ARMmbed/mbed-os-examples-docs_only/blob/master/Direct-Register-Blinky/)](https://github.com/ARMmbed/mbed-os-examples-docs_only/blob/master/Direct-Register-Blinky/main.cpp)
181181
182182
### Bootstrap and entry point
183183
@@ -195,7 +195,6 @@ Mbed OS uses CMSIS for bootstrap. If your target doesn't have a CMSIS implementa
195195
1. Create linker scripts from the templates.
196196
197197
1. Implement pin mapping and basic peripheral initialization code.
198-
<!-- This is lacking in detail. Are they supposed to implement the Mbed pinmap apis? Or should they do this manually by modifying device registers? -->
199198
200199
At this point, none of the peripherals for the new target has been implemented. To build for this new target with just the bootstrap, create a file called `.mbedignore` in your mbed-os directory (if one doesn't exist), and add the following entry:
201200
@@ -207,7 +206,7 @@ Mbed OS uses CMSIS for bootstrap. If your target doesn't have a CMSIS implementa
207206
208207
This removes dependencies on timers and peripherals that are yet to be ported.
209208
210-
When both the bootstrap and entry point are ready, you should be able to build and run the bare metal Blinky program:
209+
When both the bootstrap and entry point are ready, you should be able to build and run the direct register Blinky program:
211210
212211
```
213212
cd mbed-os-example-blinky

0 commit comments

Comments
 (0)