[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Ziu7DpoHGLrURI_9@smile.fi.intel.com>
Date: Fri, 26 Apr 2024 17:32:46 +0300
From: Andy Shevchenko <andy@...nel.org>
To: Konstantin Pugin <rilian.la.te@...ru>
Cc: krzk@...nel.org, conor@...nel.org, lkp@...el.com, vz@...ia.com,
robh@...nel.org, jcmvbkbc@...il.com, nicolas.ferre@...rochip.com,
manikanta.guntupalli@....com, corbet@....net, ychuang3@...oton.com,
u.kleine-koenig@...gutronix.de, Maarten.Brock@...ls.nl,
Konstantin Pugin <ria.freelander@...il.com>,
Hugo Villeneuve <hvilleneuve@...onoff.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Jiri Slaby <jirislaby@...nel.org>,
Lech Perczak <lech.perczak@...lingroup.com>,
Ilpo Järvinen <ilpo.jarvinen@...ux.intel.com>,
linux-kernel@...r.kernel.org, linux-serial@...r.kernel.org
Subject: Re: [PATCH v9 1/3] serial: sc16is7xx: announce support of
SER_RS485_RTS_ON_SEND
On Thu, Apr 25, 2024 at 09:32:33PM +0300, Konstantin Pugin wrote:
> From: Konstantin Pugin <ria.freelander@...il.com>
>
> When specifying flag SER_RS485_RTS_ON_SEND in RS485 configuration,
> we get the following warning after commit 4afeced55baa ("serial: core:
> fix sanitizing check for RTS settings"):
>
> invalid RTS setting, using RTS_AFTER_SEND instead
>
> This results in SER_RS485_RTS_AFTER_SEND being set and the
> driver always write to the register field SC16IS7XX_EFCR_RTS_INVERT_BIT,
> which breaks some hardware using these chips.
>
> The hardware supports both RTS_ON_SEND and RTS_AFTER_SEND modes, so fix
> this by announcing support for RTS_ON_SEND.
Greg KH, who is maintainer of TTY/serial subsystem, usually asks to separate
fixes from new features. So, sending this patch separately may not only help
him, but let's move forward with your stuff.
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists