Comments (7)
expected? No, We currently have lots of moving parts with embassy support, there were recently some atomic changes introduces, that also changed inside our crates and also in embassy, this is potentially an outfall here.
This behavior is completely normal and expected, as per above.
tanks for pointing it out, because of all the atomics stuff these days, they magically grab my attention currently making me blindsided 🥲
from esp-idf-hal.
can you please specify what esp32 you are using specifically? a normal esp32 running on xtensa? Also please clarify what version of the toolchain you are using with rustc --version
from esp-idf-hal.
can you please specify what esp32 you are using specifically? a normal esp32 running on xtensa? Also please clarify what version of the toolchain you are using with
rustc --version
rustc 1.75.0-nightly (edf0b1db0 2023-11-10)
[build]
target = "riscv32imc-esp-espidf"
[target.riscv32imc-esp-espidf]
linker = "ldproxy"
# runner = "espflash --monitor" # Select this runner for espflash v1.x.x
runner = "espflash flash --monitor" # Select this runner for espflash v2.x.x
rustflags = ["--cfg", "espidf_time64", "-C", "default-linker-libraries"]
[unstable]
build-std = ["std", "panic_abort"]
[env]
MCU="esp32c3"
# Note: this variable is not used by the pio builder (`cargo build --features pio`)
ESP_IDF_VERSION = "v5.1.1"
from esp-idf-hal.
If I use esp_idf_hal::task::block_on
instead of embassy_futures::block_on
, it will not panic. Is it expected?
from esp-idf-hal.
expected? No,
We currently have lots of moving parts with embassy support, there were recently some atomic changes introduces, that also changed inside our crates and also in embassy, this is potentially an outfall here.
Before recently the most tested way was to use the edge-executor as a base to run async code, but now we should be in a good position to allow other runners including bigger ones like tokio, with the advent of the possibility to notify waker from ISR context.
@ivmarkov seeing __atomic_compare_exchange_4 in his crash ( we are here running against the riscv_imc target), could this related to the recent changes @Dirbaio made in embassy to help the no_std guys back on track?
from esp-idf-hal.
This is not a panic - look at the top of the stack trace and google "esp idf twdt". And NO you should not be using embassy_futures::block_on
. Read the comment above that function as to what it is doing, and that would hopefully explain why the task watchdog is triggering.
from esp-idf-hal.
expected? No, We currently have lots of moving parts with embassy support, there were recently some atomic changes introduces, that also changed inside our crates and also in embassy, this is potentially an outfall here.
This behavior is completely normal and expected, as per above.
from esp-idf-hal.
Related Issues (20)
- esp32c2 doesn't define XTAL_CFK_FREQ in esp-idf HOT 1
- esp32c2 generated bindgen doesn't include APB_CLK_FREQ correctly
- Uart rx buffer length error HOT 8
- Zigbee Support HOT 4
- rmt_neopixel.rs example doesn't work on ESP32-C3-DevKitC-02 when used in esp32-idf-template HOT 1
- When `feature = "std"` is enabled, implement std::io::Read and/or std::io::Write for all drivers where this makes sense HOT 2
- Add an option to set SPI clock pin to None HOT 2
- request for advice on "dynamic" device handling HOT 3
- ResetReason not dealing with all reset alternatives panics when reason is esp_reset_reason_t_ESP_RST_USB HOT 5
- One Wire Interface HOT 6
- Is there example for continuous ADC? HOT 4
- [Add] UART RS485 mode HOT 4
- Controlling a WS2812 LED HOT 8
- SPI Driver apparently not working as expected HOT 1
- Annotate configuration structs & enums with #[non_exhaustive]; add Enum::Other catch-all to configuration enums HOT 2
- Get actual running duty from LedcDriver?
- SDIO Support? HOT 2
- [Description fix] spi.rs DMA support description HOT 3
- UART read timeout? HOT 1
- [BUG] SPI sleep die at `async fn with_completion()` HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from esp-idf-hal.