Dániel Buga

Thanks for the reproducers. I've tested the `Drop` one on esp-hal 1.0, and updated it (source below) to current main, both fail the way you've described. ```rust //! Embassy SNTP...

Besides the seemingly LLM-generated list of advantages, what would be the point in doing this? My monitor can display ~50 lines of code comfortably, and rust-analyzer/IDEs already makes navigating the...

I think we have considered a function that takes both halves of the UART peripheral, and I don't think it is the best solution. Usually you want to split the...

> the current API should definitely not be stabilised as is. It's not going to be, split UART is an unstable feature.

Ideally we should solve this inside esp-storage. Unfortunately, that is hard to do generally - code doesn't HAVE to be running from flash, and in that case the core doesn't...

I'd define a set of strategies we can take, and create features for those. It's not obvious what the best approach is: - auto-park the core - retun an error...

A few upfront "don't forget me"s: - please don't reformat Cargo.toml - please don't check in your rust-analyzer config - please don't create a completely new way of dealing with...

Good idea, I think. If we do this, we should also add the same for the rest of the pin types (AnalogPin, RtcPin, but not InputPin/OutputPin). Internally, we can just...