* Fix stm32 read-modify-write problem
The `SR` register for STM32 clears when writing a zero to a bit.
Therefore, all registers that should not be cleared need to be `1`.
`modify` here caused a read-modify-write error that could clear
unrelated flags.
* Add changelog
* Make initialization more deterministic
* Update changelog
* Beautification in comments
---------
Co-authored-by: Martin Stumpf <martin.stumpf@vected.de>
* rtic_sync::signal: fix some docs typos
* impl Debug for Signal, SignalReader, and SignalWriter
This facilitates e.g. `my_task::spawn(my_signal_reader).unwrap();`
* Update `rtic` package to use latest version of `esp32c3` dependency
* Update `rtic-macros` ESP32-C3 bindings to reflect changes in HAL
* Update the ESP32-C3 examples to use latest versions of all dependencies
* Update changelogs
* adjust expected qemu output, add compile-time checks
* remove runtime checks, this is checked at compile time
* fix expected qemu output
* Clean up interrupt enable code a bit
* Update `rtic-monotonic` to use the latest PAC for ESP32-C3
* Update `CHANGELOG.md` for `rtic-monotonic`
* ci: esp32c3: Format runner.sh
* ci: esp32c3: Default to silent boot
export DEBUGGING while running to get verbose boot
env DEBUGGING=1 cargo xtask ...
* ci: esp32c3: Update expected example output
---------
Co-authored-by: onsdagens <pawdzi-7@student.ltu.se>
Co-authored-by: Henrik Tjäder <henrik@tjaders.com>
* Add support for RP235x (Raspberry Pico 2)
The xtask build system has not been updated therefor the
components need to be build through Cargo
* Remove unnecessary thumbv8mainhf-backend definition
* Remove unnecessary thumbv8m.main-none-eabihf target
* Update CHANGELOG
* Remove default feature rp235x from rtic-monotonics
* Remove features from rp235x-pac dependency in rtic-monotonics for rp235x
Because of a compiler bug, the `async` implementations of
`delay`/`delay_until`/`timeout`/`timeout_at` produce much larger RAM
footprint than they should.
Fixes#890.
Co-authored-by: Emil Fresk <emil.fresk@gmail.com>
* Update dependencies of stm32g0 timer example
* Replace obsolete probe-run with probe-rs run
* Modify stm32 monotonic to work with timers that have only 2 compare modules
* Add changelog
* Fix typo
* Atomics: Replace polyfill with portable-atomic
* Update Cargo.lock for examples
* RTIC: portable-atomic: Update changelog
* rtic-monotonics: portable-atomic: Update changelog
* lm3s6965: enable critical-section when testing
* xtask: Enable portable-atomic/critical-section
When dealing with rtic-monotonics
* rtic-monotonics: portable-atomics: Do not disable the ability to fallback
---------
Co-authored-by: Emil Fresk <emil.fresk@gmail.com>
* add signal to rtic-sync
* woops update changelog
* remove example, too comlicated for a doc
TODO: add example to rtic-examples repo
* fix @korken89's issues
* ...remove fence
* fix clippy warnings
* add tests
* Update Cargo.toml esp32c3 dependency
* fixed esp32c3 example to build with esp32c3=0.22.0 dependency
* added CHANGELOG.md entry for esp32c3 version update
* Rework timer_queue and monotonic architecture
Goals:
* make Monotonic purely internal
* make Monotonic purely tick passed, no fugit involved
* create a wrapper struct in the user's code via a macro that then
converts the "now" from the tick based monotonic to a fugit based
timestamp
We need to proxy the delay functions of the timer queue anyway,
so we could simply perform the conversion in those proxy functions.
* Update cargo.lock
* Update readme of rtic-time
* CI: ESP32: Redact esp_image: Too volatile
* Fixup: Changelog double entry rebase mistake
---------
Co-authored-by: Henrik Tjäder <henrik@tjaders.com>
* fix included examples and markdown(book)
fixes: #911
* fix footnote pre_init
* more example link updates
* Restore pool example name
* Example: pool: Upgrade to heapless v0.8
* Example: pool: thumbv6 unsupported: wild cfg-if
Experiment with multi-backend example contained in the example
* Example: lm3s6965: Updated cargo.lock
* Book: Use cargo xtask for by-example
* Docs: Contributing: cargo xtask
---------
Co-authored-by: Henrik Tjäder <henrik@tjaders.com>
