Can we use NVS with no_std? If so, is there any docs to how?

[ssaavedra]

I see the bindings in esp_idf_svc::nvs for std crates. However, I guess that for no_std, we'd have to reimplement the calls for handling NVS. Is there any progress around that or any crate that already implements this? I did not find anything in the book or in this repo. Only that when initializing the wifi you are passing a struct of 64 bytes to chip_specific::g_misc_nvs.

[bjoernQ]

For no_std you can use https://github.com/esp-rs/esp-storage to read and write flash - so it's more low level but you can build e.g. a key-value store on top of this

[ssaavedra]

But this would mean that there would be no wear-levelling, right?
I'd have to take something like TicKV https://github.com/tock/tock/tree/master/libraries/tickv and implement the glue to use the esp-storage API? :)

[bjoernQ]

I think yes - the idea of embedded-storage traits is similar to embedded-hal where the traits define low-level behavior and other crates can built upon that. The good thing is such a crate wouldn't be specific to ESP32.

I heard someone is successfully using https://crates.io/crates/sequential-storage/0.6.0 with https://docs.embassy.dev/embassy-embedded-hal/git/default/adapter/struct.BlockingAsync.html - see esp-rs/esp-storage#39 (comment)