stm32: no fifo field in Uart::Config, and broken FIFO with new_half_duplex mode about embassy

[Dirbaio]

Availability is there a reason why Uart::Config no have fifo: bool field?

The reasoning was, there's very little reason to not want a FIFO. Having a FIFO is just better: it makes things faster, less likely to lose bytes if you have irq delays, etc. You might think if you don't enable the FIFO you don't have to worry about flushing etc, but that's not true. You still have a 1 word "FIFO" which is the DR itself, so you can still have problems if you don't flush correctly.

Possible blocking_flush should use TXFIFO Empty flag if FIFO is enabled.

If flush() is returning before the fifo is empty with the current code then yes, definitely.

Why async flush() use blocking_flush? I think we should wait Transmission complete interrupt or TXFIFO empty interrupt

No one has implemented async flush yet, so it uses blocking flush for now, since it at least works even if not optimally. A PR fixing this would be welcome.