Dario Nieuwenhuis

`embassy-stm32` gets all the info about chips from `stm32-data` (registers, addresses, pins, etc). The issue is `stm32-data` is missing the registers for F3 ADC. See [here](https://github.com/embassy-rs/stm32-data/blob/main/data/chips/STM32F303VE.json#L330) there's no `registers` field,...

unix only, in Windows you can probably use WSL.

The steps are in my previous post and in the stm32-data README.

let's keep the issue open even if you're not planning on working on it yourself, it's a missing feature after all.

If you're in async context, you can reuse the "current" waker. ```rust let buf: &[u8] = poll_fn(|cx| { Poll::Ready(match uart.poll_fill_buf(cx) { Poll::Ready(x) => x, Poll::Pending => &[], } }).await; ```...

This is due to doing `.wait()` on the same signal from 2 tasks at the same time. There's a pending PR to switch `Signal` to use the `waitqueue` utils (#498)....

Fixed in #946

Approach LGTM, very nice! :+1: Have you checked the version of UART and LPUART matches in all chips? ie there's no chip with LPUARTv1 and UARTv2. This would be a...

manually :smiling_face_with_tear: ... Checking one chip per family should be safe enough.

@FrozenDroid if it builds and works then LGTM! :) could you rustfmt so the CI passes?