diff options
| author | bors[bot] <26634292+bors[bot]@users.noreply.github.com> | 2023-05-23 06:26:28 +0000 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2023-05-23 06:26:28 +0000 |
| commit | 62162241d4c7d82dfbb310113f7525d134cfde9b (patch) | |
| tree | 4346cbe248835eba381003d8592248102028dac5 /book/en/src/internals/tasks.md | |
| parent | 21b0d97e17922c023a3b5d8148a414d4277f7b87 (diff) | |
| parent | 9fa073f7936782bddf5d02b7b1949032e84de1bd (diff) | |
Merge #741
741: Docs 2 r=korken89 a=datdenkikniet
Working on the migration guide and other docs
TODO:
- [x] Migration guide
- [x] Hardcoded examples should link to example code that is tested (this was already done, AFAICT)
- [x] Address #699
- [x] Discuss: should we remove references to non-v2, apart from the migration guide and link to the book for v1? (Off-github conclusion: yes)
- [x] RTIC {vs,and} Embassy (important: distinction between embassy runtime & HALs)
- [x] More descriptive docs on how to implement & PR implementations of `Monotonic` to `rtic-monotonics`
Co-authored-by: datdenkikniet <jcdra1@gmail.com>
Diffstat (limited to 'book/en/src/internals/tasks.md')
| -rw-r--r-- | book/en/src/internals/tasks.md | 12 |
1 files changed, 6 insertions, 6 deletions
diff --git a/book/en/src/internals/tasks.md b/book/en/src/internals/tasks.md index db7afad..a58db8f 100644 --- a/book/en/src/internals/tasks.md +++ b/book/en/src/internals/tasks.md @@ -26,7 +26,7 @@ is treated as a resource contended by the tasks that can `spawn` other tasks. Let's first take a look the code generated by the framework to dispatch tasks. Consider this example: -``` rust +``` rust,noplayground #[rtic::app(device = ..)] mod app { // .. @@ -57,7 +57,7 @@ mod app { The framework produces the following task dispatcher which consists of an interrupt handler and a ready queue: -``` rust +``` rust,noplayground fn bar(c: bar::Context) { // .. user code .. } @@ -121,7 +121,7 @@ There's one `Spawn` struct per task. The `Spawn` code generated by the framework for the previous example looks like this: -``` rust +``` rust,noplayground mod foo { // .. @@ -206,7 +206,7 @@ task capacities. We have omitted how message passing actually works so let's revisit the `spawn` implementation but this time for task `baz` which receives a `u64` message. -``` rust +``` rust,noplayground fn baz(c: baz::Context, input: u64) { // .. user code .. } @@ -268,7 +268,7 @@ mod app { And now let's look at the real implementation of the task dispatcher: -``` rust +``` rust,noplayground mod app { // .. @@ -355,7 +355,7 @@ endpoint is owned by a task dispatcher. Consider the following example: -``` rust +``` rust,noplayground #[rtic::app(device = ..)] mod app { #[idle(spawn = [foo, bar])] |
