Is your feature request related to a problem? Please describe.
ESP32 family of devices (e.g. ESP32C3) can work with tokio but requires patches to socket2, mio, and tokio itself.
Describe the solution you'd like
Generally, fix build errors in socket2 and tokio due to missing functionality, then merge in poll support to mio. This list tracks the dependencies:
Describe alternatives you've considered
The esp community currently is favoring smol/async-io but still has to maintain non-upstream patches. An alternative would be to continue on this path, however I prefer adding tokio support directly for two reasons:
- It allows libraries built against tokio features="net" to still interop (right now they theoretically can but since they don't compile it's a non-starter).
- tokio has more community support with great tools like tokio console.
Is your feature request related to a problem? Please describe.
ESP32 family of devices (e.g. ESP32C3) can work with tokio but requires patches to socket2, mio, and tokio itself.
Describe the solution you'd like
Generally, fix build errors in socket2 and tokio due to missing functionality, then merge in poll support to mio. This list tracks the dependencies:
Describe alternatives you've considered
The esp community currently is favoring smol/async-io but still has to maintain non-upstream patches. An alternative would be to continue on this path, however I prefer adding tokio support directly for two reasons: