From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Geert Uytterhoeven <geert+renesas@glider.be>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Jiri Slaby <jslaby@suse.com>,
Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>,
Wolfram Sang <wsa+renesas@sang-engineering.com>,
Christoph Baumann <cbaumann@visteon.com>,
linux-serial@vger.kernel.org, linux-renesas-soc@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/2] serial: sh-sci: Fix early deassertion of dedicated RTS
Date: Fri, 06 Jan 2017 14:30:36 +0200 [thread overview]
Message-ID: <8834208.BLCpAM3tlx@avalon> (raw)
In-Reply-To: <1480682111-9299-2-git-send-email-geert+renesas@glider.be>
Hi Geert,
Thank you for the patch.
On Friday 02 Dec 2016 13:35:10 Geert Uytterhoeven wrote:
> If a UART has dedicated RTS/CTS pins, there are some issues:
>
> 1. When changing hardware control flow, the new AUTORTS state is not
> immediately reflected in the hardware, but only when RTS is raised.
> However, the serial core doesn't call .set_mctrl() after
> .set_termios(), hence AUTORTS may only become effective when the port
> is closed, and reopened later.
> Note that this problem does not happen when manually using stty to
> change CRTSCTS, as AUTORTS will work fine on next open.
>
> 2. When hardware control flow is disabled (or AUTORTS is not yet
> effective), changing any serial port configuration deasserts RTS, as
> .set_termios() calls sci_init_pins().
Isn't this still a problem with this patch applied ? Calling sci_set_mctrl()
should reconfigure the pins properly, but won't there be a short window during
which the configuration will be wrong ?
> To fix both issues, call .set_mctrl() from .set_termios() when dedicated
> RTS/CTS pins are present, to refresh the AUTORTS or RTS state.
> This is similar to what other drivers supporting AUTORTS do (e.g.
> omap-serial).
>
> Reported-by: Baumann, Christoph (C.) <cbaumann@visteon.com> (issue 1)
> Fixes: 33f50ffc253854cf ("serial: sh-sci: Fix support for hardware-assisted
> RTS/CTS")
> Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
> ---
> Tested on r8a7791/koelsch with HSCIF1 (GPIO hardware flow control),
> and HSCIF2 and SCIFB0 (dedicated hardware flow control).
>
> A simple test program (basically "cat" with CRTSCTS configuration
> capability) can be found at https://github.com/geertu/sercat
>
> Without this patch the following will fail:
>
> 1. sercat -f /dev/hscif2 &
> seq 100 120 | sercat -f -w /dev/hscif1 # hangs
>
> 2. seq 200 220 | sercat -f -w /dev/hscif2 &
> sercat -f /dev/hscif1 # no data received
> ---
> drivers/tty/serial/sh-sci.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/tty/serial/sh-sci.c b/drivers/tty/serial/sh-sci.c
> index 91e7dddbf72cd3de..c503db1900f003ed 100644
> --- a/drivers/tty/serial/sh-sci.c
> +++ b/drivers/tty/serial/sh-sci.c
> @@ -2340,6 +2340,10 @@ static void sci_set_termios(struct uart_port *port,
> struct ktermios *termios,
>
> serial_port_out(port, SCFCR, ctrl);
> }
> + if (port->flags & UPF_HARD_FLOW) {
> + /* Refresh (Auto) RTS */
> + sci_set_mctrl(port, port->mctrl);
> + }
>
> scr_val |= s->cfg->scscr & ~(SCSCR_CKE1 | SCSCR_CKE0);
> dev_dbg(port->dev, "SCSCR 0x%x\n", scr_val);
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2017-01-06 12:31 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-02 12:35 [PATCH 0/2] serial: sh-sci: Assorted flow control fixes Geert Uytterhoeven
2016-12-02 12:35 ` [PATCH 1/2] serial: sh-sci: Fix early deassertion of dedicated RTS Geert Uytterhoeven
2017-01-06 12:30 ` Laurent Pinchart [this message]
2017-01-09 9:53 ` Geert Uytterhoeven
2017-01-09 11:57 ` Laurent Pinchart
2016-12-02 12:35 ` [PATCH 2/2] serial: sh-sci: Fix hang in sci_reset() Geert Uytterhoeven
2017-01-06 12:31 ` Laurent Pinchart
2017-01-11 9:04 ` Geert Uytterhoeven
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=8834208.BLCpAM3tlx@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=cbaumann@visteon.com \
--cc=geert+renesas@glider.be \
--cc=gregkh@linuxfoundation.org \
--cc=jslaby@suse.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=wsa+renesas@sang-engineering.com \
--cc=yoshihiro.shimoda.uh@renesas.com \
/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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox