You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think the wake-up functionality is orthogonal to the operation of the driver itself, and can be handled at a later date. This should be purely additive as far as I can tell, however would be worth getting another set of eyes on it during a subsequent round of analysis.
As part of #2491, which has more details on driver analysis.
esp-hal API-GUIDELINE omissions
Drop
implementation(s) for UART driver #2633set_rx_fifo_full_threshold
should usecfg_if!
instead of multiple#[cfg]
s #2634embassy_embedded_hal::SetConfig
needs to be gated with the unstable feature in UART driver #2635AtCmdConfig
should be a part ofConfig
#2732AtCmdConfig
should use the builder-lite pattern instead of that constructor #2726AtCmdConfig
should be #[non_exaustive] #2733Config
has setters manually implemented, while also derivesBuilderLite
#2751mem_clk
should be disabled after all driver have been dropped #2759Rust API guideline ommissions
UpperCamelCase
. This is not true forStopBits
. #2637Hardware feature omissions
Config
#2731Mode/features of the driver that are missing/lacking
Mode
s? #2728read_byte
that doesn't usenb
#2729nb
types and implementations? #2730UART_RXD_INV/UART_TXD_INV/UART_DTR_INV/...
is missing #2749Parts of the driver we should mark as unstable
Other
set_rx_timeout
(low severity)fill_fifo
seems redundant vsread_bytes
#2725ClockSource
unnecessarily documents default variants for various MCUs #2757The text was updated successfully, but these errors were encountered: