Hi Sergey,
In the commit 9bcffe7575b7 ("tty/serial: at91: fix hardware handshake
on Atmel platforms"),
it's said that the RTS/CTS handshake *driven by the controller* is
broken on sama5d3 platforms.
But, it works perfectly fine if it is driven by Linux.
That said, I've effectively seen the RTS breakage on sama5d3. (it's
not random, it's 100% reproductible).
I did not try to run atmel's bare metal code, but IMHO, the
usart_hw_handshaking example should fail.
Richard.
2018-02-21 16:19 GMT+01:00 Sergey Organov <sorganov@xxxxxxxxx>:
> Dear Richard,
>
> I've stumped over your commit:
>
> git:9bcffe7575b721d7b6d9b3090fe18809d9806e78
> (tty/serial: at91: fix hardware handshake on Atmel platforms)
>
> that claims that hardware RTS/CTS handshake is broken on all platforms
> with no FIFO, including sama5d3 I'm using, and disables the feature.
>
> OTOH, Atmel itself has source package
>
> sama5d3x_softpack_1.4_for_CodeSourcery_201309.zip
>
> available for download, where there is hardware handshake example that
> they claim to work, and that uses specifically USART RTS in hardware
> handshake mode to limit receive rate.
>
> Have anybody actually seen the RTS breakage on sama5d3?
>
> -- Sergey
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
