On Wed, Sep 13, 2017 at 10:52:30AM +0100, Ian Arkver wrote: > On 13/09/17 09:18, Uwe Kleine-König wrote: > > Atmel USART, Freescale UARTs and OMAP UART all support the rs485 binding > > described in rs485.txt, this commit just makes that explicit. > > > > Acked-by: Nicolas Ferre <nicolas.ferre@xxxxxxxxxxxxx> > > Acked-by: Rob Herring <robh@xxxxxxxxxx> > > Signed-off-by: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx> > > --- > > Documentation/devicetree/bindings/serial/atmel-usart.txt | 1 + > > Documentation/devicetree/bindings/serial/fsl-imx-uart.txt | 1 + > > Documentation/devicetree/bindings/serial/fsl-lpuart.txt | 1 + > > Documentation/devicetree/bindings/serial/omap_serial.txt | 1 + > > 4 files changed, 4 insertions(+) > > > > diff --git a/Documentation/devicetree/bindings/serial/atmel-usart.txt b/Documentation/devicetree/bindings/serial/atmel-usart.txt > > index e6e6142e33ac..7c0d6b2f53e4 100644 > > --- a/Documentation/devicetree/bindings/serial/atmel-usart.txt > > +++ b/Documentation/devicetree/bindings/serial/atmel-usart.txt > > @@ -24,6 +24,7 @@ Optional properties: > > - dma-names: "rx" for RX channel, "tx" for TX channel. > > - atmel,fifo-size: maximum number of data the RX and TX FIFOs can store for FIFO > > capable USARTs. > > +- rs485-rts-delay, rs485-rx-during-tx, linux,rs485-enabled-at-boot-time: see rs485.txt > > <chip> compatible description: > > - at91rm9200: legacy USART support > > diff --git a/Documentation/devicetree/bindings/serial/fsl-imx-uart.txt b/Documentation/devicetree/bindings/serial/fsl-imx-uart.txt > > index 574c3a2c77d5..860a9559839a 100644 > > --- a/Documentation/devicetree/bindings/serial/fsl-imx-uart.txt > > +++ b/Documentation/devicetree/bindings/serial/fsl-imx-uart.txt > > @@ -9,6 +9,7 @@ Optional properties: > > - fsl,irda-mode : Indicate the uart supports irda mode > > - fsl,dte-mode : Indicate the uart works in DTE mode. The uart works > > in DCE mode by default. > > +- rs485-rts-delay, rs485-rx-during-tx, linux,rs485-enabled-at-boot-time: see rs485.txt > > imx.c ignores the values in delay_rts_before_send and delay_rts_after_send, > so maybe we shouldn't mention rs485-rts-delay here? I have a patch here fixing that. Hmm, even without this implemented it is IMHO fine to document it here. Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König | Industrial Linux Solutions | http://www.pengutronix.de/ | -- 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
