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:30 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 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.