Skip to content

Commit e51e597

Browse files
baruchsiachgregkh
authored andcommitted
dt-bindings: serial: imx: clarify rs485 support usage
The i.MX UART peripheral uses the RST_B signal as input, and CTS_B as output. This is just like the DCE role in RS-232. This is true regardless of the "DTE mode" setting of this peripheral. As a result, rs485 support hardware must use the CTS_B signal to control the RS-485 transceiver. This is in contrast to generic rs485 kernel code, documentation, and DT property names that consistently refer to the RTS as transceiver control signal. Add a note in the DT binding document about that, to reduce the confusion somewhat. Signed-off-by: Baruch Siach <[email protected]> Acked-by: Uwe Kleine-König <[email protected]> Signed-off-by: Greg Kroah-Hartman <[email protected]>
1 parent 728e74a commit e51e597

File tree

1 file changed

+5
-1
lines changed

1 file changed

+5
-1
lines changed

Documentation/devicetree/bindings/serial/fsl-imx-uart.txt

Lines changed: 5 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -9,7 +9,11 @@ Optional properties:
99
- fsl,dte-mode : Indicate the uart works in DTE mode. The uart works
1010
in DCE mode by default.
1111
- rs485-rts-delay, rs485-rts-active-low, rs485-rx-during-tx,
12-
linux,rs485-enabled-at-boot-time: see rs485.txt
12+
linux,rs485-enabled-at-boot-time: see rs485.txt. Note that for RS485
13+
you must enable either the "uart-has-rtscts" or the "rts-gpios"
14+
properties. In case you use "uart-has-rtscts" the signal that controls
15+
the transceiver is actually CTS_B, not RTS_B. CTS_B is always output,
16+
and RTS_B is input, regardless of dte-mode.
1317

1418
Please check Documentation/devicetree/bindings/serial/serial.txt
1519
for the complete list of generic properties.

0 commit comments

Comments
 (0)