aboutsummaryrefslogtreecommitdiff
path: root/book/en/src/internals/tasks.md
diff options
context:
space:
mode:
authorbors[bot] <26634292+bors[bot]@users.noreply.github.com>2023-05-23 06:26:28 +0000
committerGitHub <noreply@github.com>2023-05-23 06:26:28 +0000
commit62162241d4c7d82dfbb310113f7525d134cfde9b (patch)
tree4346cbe248835eba381003d8592248102028dac5 /book/en/src/internals/tasks.md
parent21b0d97e17922c023a3b5d8148a414d4277f7b87 (diff)
parent9fa073f7936782bddf5d02b7b1949032e84de1bd (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.md12
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])]