From: Lino Sanfilippo <LinoSanfilippo@gmx.de> To: gregkh@linuxfoundation.org, jirislaby@kernel.org, u.kleine-koenig@pengutronix.de Cc: linux@armlinux.org.uk, richard.genoud@gmail.com, nicolas.ferre@microchip.com, alexandre.belloni@bootlin.com, ludovic.desroches@microchip.com, shawnguo@kernel.org, s.hauer@pengutronix.de, kernel@pengutronix.de, festevam@gmail.com, linux-imx@nxp.com, mcoquelin.stm32@gmail.com, alexandre.torgue@foss.st.com, linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-stm32@st-md-mailman.stormreply.com, lukas@wunner.de Subject: Move RS485 implementation from drivers to serial core Date: Wed, 16 Feb 2022 01:17:54 +0100 [thread overview] Message-ID: <20220216001803.637-1-LinoSanfilippo@gmx.de> (raw) This patch series is an attempt to simplify rs485 implementation in drivers by moving the following tasks out of the drivers into the serial core: - ensure sane RTS settings: in case of an invalid configuration (both RTS after send and RTS on send set or both unset) enable RTS on send and disable RTS after send - nullify the padding field of the serial_rs485 struct before it is returned to userspace - copy the configuration stored in the serial_rs485 struct to the port configuration if setting the configuration in the driver was successfull - limit the RTS delays to 100ms Redundant code has been removed from the following drivers for now: - atmel - fsl_lpuart - amba - imx - max310x - omap-serial - sc16is7xx - stm32-usart The code has been tested with the amba pl011 driver. Changes in v2: - use a makro for max RTS delays and comment it (as requested by Jiri) - add a comment concerning the memset of a structures padding field - correct typos in the commit message (found by Uwe) - rephrase all commit messages to make more clear that function uart_set_rs485_config() has been extended by checks and other functionalities (as requested by Uwe)
WARNING: multiple messages have this Message-ID (diff)
From: Lino Sanfilippo <LinoSanfilippo@gmx.de> To: gregkh@linuxfoundation.org, jirislaby@kernel.org, u.kleine-koenig@pengutronix.de Cc: linux-arm-kernel@lists.infradead.org, alexandre.belloni@bootlin.com, mcoquelin.stm32@gmail.com, richard.genoud@gmail.com, festevam@gmail.com, s.hauer@pengutronix.de, linux@armlinux.org.uk, alexandre.torgue@foss.st.com, ludovic.desroches@microchip.com, lukas@wunner.de, linux-imx@nxp.com, kernel@pengutronix.de, linux-serial@vger.kernel.org, shawnguo@kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-kernel@vger.kernel.org Subject: Move RS485 implementation from drivers to serial core Date: Wed, 16 Feb 2022 01:17:54 +0100 [thread overview] Message-ID: <20220216001803.637-1-LinoSanfilippo@gmx.de> (raw) This patch series is an attempt to simplify rs485 implementation in drivers by moving the following tasks out of the drivers into the serial core: - ensure sane RTS settings: in case of an invalid configuration (both RTS after send and RTS on send set or both unset) enable RTS on send and disable RTS after send - nullify the padding field of the serial_rs485 struct before it is returned to userspace - copy the configuration stored in the serial_rs485 struct to the port configuration if setting the configuration in the driver was successfull - limit the RTS delays to 100ms Redundant code has been removed from the following drivers for now: - atmel - fsl_lpuart - amba - imx - max310x - omap-serial - sc16is7xx - stm32-usart The code has been tested with the amba pl011 driver. Changes in v2: - use a makro for max RTS delays and comment it (as requested by Jiri) - add a comment concerning the memset of a structures padding field - correct typos in the commit message (found by Uwe) - rephrase all commit messages to make more clear that function uart_set_rs485_config() has been extended by checks and other functionalities (as requested by Uwe) _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next reply other threads:[~2022-02-16 0:19 UTC|newest] Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-02-16 0:17 Lino Sanfilippo [this message] 2022-02-16 0:17 ` Move RS485 implementation from drivers to serial core Lino Sanfilippo 2022-02-16 0:17 ` [PATCH 2 1/9] serial: core: move RS485 configuration tasks from drivers into core Lino Sanfilippo 2022-02-16 0:17 ` Lino Sanfilippo 2022-02-17 11:33 ` Lukas Wunner 2022-02-17 21:36 ` Lino Sanfilippo 2022-02-17 21:36 ` Lino Sanfilippo 2022-02-21 18:39 ` Greg KH 2022-02-21 18:39 ` Greg KH 2022-02-21 23:19 ` Lino Sanfilippo 2022-02-21 23:19 ` Lino Sanfilippo 2022-02-16 0:17 ` [PATCH 2 2/9] serial: amba-pl011: remove redundant code in rs485_config Lino Sanfilippo 2022-02-16 0:17 ` Lino Sanfilippo 2022-02-16 0:17 ` [PATCH 2 3/9] serial: stm32: " Lino Sanfilippo 2022-02-16 0:17 ` Lino Sanfilippo 2022-02-16 0:17 ` [PATCH 2 4/9] serial: sc16is7xx: remove redundant check " Lino Sanfilippo 2022-02-16 0:17 ` Lino Sanfilippo 2022-02-17 11:47 ` Lukas Wunner 2022-02-17 22:11 ` Lino Sanfilippo 2022-02-17 22:11 ` Lino Sanfilippo 2022-02-16 0:17 ` [PATCH 2 5/9] serial: omap: remove redundant code " Lino Sanfilippo 2022-02-16 0:17 ` Lino Sanfilippo 2022-02-16 0:18 ` [PATCH 2 6/9] serial: max310: remove redundant memset " Lino Sanfilippo 2022-02-16 0:18 ` Lino Sanfilippo 2022-02-16 0:18 ` [PATCH 2 7/9] serial: imx: remove redundant assignment " Lino Sanfilippo 2022-02-16 0:18 ` Lino Sanfilippo 2022-02-16 17:43 ` Uwe Kleine-König 2022-02-16 17:43 ` Uwe Kleine-König 2022-02-16 0:18 ` [PATCH 2 8/9] serial: fsl_lpuart: remove redundant code in rs485_config functions Lino Sanfilippo 2022-02-16 0:18 ` Lino Sanfilippo 2022-02-16 0:18 ` [PATCH 2 9/9] serial: atmel: remove redundant assignment in rs485_config Lino Sanfilippo 2022-02-16 0:18 ` Lino Sanfilippo 2022-02-17 9:22 ` Richard Genoud 2022-02-17 9:22 ` Richard Genoud -- strict thread matches above, loose matches on Subject: below -- 2022-02-13 22:27 Move RS485 implementation from drivers to serial core Lino Sanfilippo 2022-02-13 22:27 ` Lino Sanfilippo
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20220216001803.637-1-LinoSanfilippo@gmx.de \ --to=linosanfilippo@gmx.de \ --cc=alexandre.belloni@bootlin.com \ --cc=alexandre.torgue@foss.st.com \ --cc=festevam@gmail.com \ --cc=gregkh@linuxfoundation.org \ --cc=jirislaby@kernel.org \ --cc=kernel@pengutronix.de \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-imx@nxp.com \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-serial@vger.kernel.org \ --cc=linux-stm32@st-md-mailman.stormreply.com \ --cc=linux@armlinux.org.uk \ --cc=ludovic.desroches@microchip.com \ --cc=lukas@wunner.de \ --cc=mcoquelin.stm32@gmail.com \ --cc=nicolas.ferre@microchip.com \ --cc=richard.genoud@gmail.com \ --cc=s.hauer@pengutronix.de \ --cc=shawnguo@kernel.org \ --cc=u.kleine-koenig@pengutronix.de \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.