Björn Quentin
Björn Quentin
👍 definitely yes - in the very early days we used `smoltcp-nal` but it was notoriously behind the current smoltcp version and was/is (?) a bit lacking in terms of...
> In doing this, I'd suggest moving the phy init to a separate crate, since it's shared between all rf peripherals. Mind opening a separate issue for this?
Blocked by https://github.com/rustls/rustls/issues/2068
+1 - we should implement the crypto traits for all crypto-accelerators: https://github.com/RustCrypto/traits but we will need to do what is worked on in https://github.com/esp-rs/esp-hal/pull/866 for them first
Thanks - that's an interesting observation
This is related to #42 I guess I still think toml-cfg could be a nice option. We are also using it in esp-wifi already. Downside might be that it (at...
What we need is a way for the end user to configure things in our library crate. I don't see how `serde`/`toml` alone can do that. The only way I...
Regardless of how we configure things in future .... here are the current features of esp-hal-common and an initial guess what will be a config option - certainly needs some...
We can definitely go with our own solution - we probably just need to "borrow" this from cfg-toml: https://github.com/jamesmunns/toml-cfg/blob/71f45258c4f8c9a23e5ac00c5220dd8b2f0f780a/src/lib.rs#L208-L240 And then we should be able to locate the config in...
> Maybe a schema file would be better than "in-code" validation, but you're right writing schema files are no fun. Maybe there is a format/crate that exists already that would...