dimpolo
dimpolo
I seem to have stumbled accross this issue [region 'FLASH' already defined](https://users.rust-lang.org/t/embedded-rust-lld-error-memory-x-region-flash-already-defined/34788) but the thread is closed by now. The proposed fix (using the GNU linker) does work for me....
Enums like stm32f4::stm32f401::flash::cr::PSIZE_A are missing from the stm32f405 version
`objcopy -O binary` produces a broken binary from the [test.elf](https://github.com/llvm/llvm-project/files/9800058/test.zip) file. Regressed version: ```shell $ rust-objcopy -V llvm-objcopy, compatible with GNU objcopy LLVM (http://llvm.org/): LLVM version 15.0.2-rust-1.66.0-nightly Optimized build. Default...
Correct definition for the ESP32 ```xml TIMER0_SYNC 0xC 0x20 TIMER0_SYNCI_EN 0 1 read-write SW 1 1 read-write TIMER0_SYNCO_SEL 2 2 read-write TIMER0_PHASE 4 16 read-write TIMER0_PHASE_DIRECTION 20 1 read-write ```...
The docs of `SerialPort::flush` metion that: > Note that even if this method returns `Ok`, data may still be in hardware buffers on either side. I don't fully understand how...
This means that `writeln!(&mut serial, "Hello")` will block if USB is not connected. Should we change this? Should we copy `esp-println`s implementation? https://github.com/esp-rs/esp-println/blob/ea55c308b56a737d1ce20e7acca49c6acc45b305/src/lib.rs#L99-L195
I'm unclear about the purpose of the 100ms delay before going to sleep here: https://github.com/liebman/esp-hal/blob/2e2d67f315d7c3abf0d023fda541473858769965/esp-hal-common/src/rtc_cntl/mod.rs#L319C32-L319C32 @liebman suggested it might have been left in by mistake https://github.com/esp-rs/esp-hal/pull/574#issuecomment-1848601616 If so, we should...
Fixes https://github.com/Robbepop/modular-bitfield/issues/62
https://github.com/stm32-rs/stm32-rs/pull/514 added the 50, 51, 61, B0, B1 and C1 variants. These are now available in `stm32g0 0.14.0` Could we have these added? Should I try to do so?