From: Stefan Agner <stefan@agner.ch>
To: Dong Aisheng <aisheng.dong@nxp.com>
Cc: linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, gregkh@linuxfoundation.org,
jslaby@suse.com, fugang.duan@nxp.com, dongas86@gmail.com,
Mingkai.Hu@nxp.com, yangbo.lu@nxp.com
Subject: Re: [PATCH V2 6/6] tty: serial: lpuart: add a more accurate baud rate calculation method
Date: Mon, 15 May 2017 10:06:41 -0700 [thread overview]
Message-ID: <73a70b856adf28b34c793f03c4db43a9@agner.ch> (raw)
In-Reply-To: <1494834539-17523-7-git-send-email-aisheng.dong@nxp.com>
On 2017-05-15 00:48, Dong Aisheng wrote:
> On new LPUART versions, the oversampling ratio for the receiver can be
> changed from 4x (00011) to 32x (11111) which could help us get a more
> accurate baud rate divider.
>
> The idea is to use the best OSR (over-sampling rate) possible.
> Note, OSR is typically hard-set to 16 in other LPUART instantiations.
> Loop to find the best OSR value possible, one that generates minimum
> baud diff iterate through the rest of the supported values of OSR.
>
> Currently only i.MX7ULP is using it.
>
> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> Cc: Jiri Slaby <jslaby@suse.com>
> Cc: Stefan Agner <stefan@agner.ch>
> Cc: Mingkai Hu <Mingkai.Hu@nxp.com>
> Cc: Yangbo Lu <yangbo.lu@nxp.com>
> Acked-by: Fugang Duan <fugang.duan@nxp.com>
> Signed-off-by: Dong Aisheng <aisheng.dong@nxp.com>
> ---
> drivers/tty/serial/fsl_lpuart.c | 85 ++++++++++++++++++++++++++++++++++++++---
> 1 file changed, 79 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/tty/serial/fsl_lpuart.c b/drivers/tty/serial/fsl_lpuart.c
> index 107d0911..bda4b0c 100644
> --- a/drivers/tty/serial/fsl_lpuart.c
> +++ b/drivers/tty/serial/fsl_lpuart.c
> @@ -140,6 +140,8 @@
> #define UARTBAUD_SBNS 0x00002000
> #define UARTBAUD_SBR 0x00000000
> #define UARTBAUD_SBR_MASK 0x1fff
> +#define UARTBAUD_OSR_MASK 0x1f
> +#define UARTBAUD_OSR_SHIFT 24
>
> #define UARTSTAT_LBKDIF 0x80000000
> #define UARTSTAT_RXEDGIF 0x40000000
> @@ -1506,6 +1508,72 @@ lpuart_set_termios(struct uart_port *port,
> struct ktermios *termios,
> }
>
> static void
> +lpuart32_serial_setbrg(struct lpuart_port *sport, unsigned int baudrate)
> +{
> + u32 sbr, osr, baud_diff, tmp_osr, tmp_sbr, tmp_diff, tmp;
> + u32 clk = sport->port.uartclk;
> +
> + /*
> + * The idea is to use the best OSR (over-sampling rate) possible.
> + * Note, OSR is typically hard-set to 16 in other LPUART instantiations.
> + * Loop to find the best OSR value possible, one that generates minimum
> + * baud_diff iterate through the rest of the supported values of OSR.
> + *
> + * Calculation Formula:
> + * Baud Rate = baud clock / ((OSR+1) × SBR)
> + */
> + baud_diff = baudrate;
> + osr = 0;
> + sbr = 0;
> +
> + for (tmp_osr = 4; tmp_osr <= 32; tmp_osr++) {
> + /* calculate the temporary sbr value */
> + tmp_sbr = (clk / (baudrate * tmp_osr));
> + if (tmp_sbr == 0)
> + tmp_sbr = 1;
> +
> + /*
> + * calculate the baud rate difference based on the temporary
> + * osr and sbr values
> + */
> + tmp_diff = clk / (tmp_osr * tmp_sbr) - baudrate;
> +
> + /* select best values between sbr and sbr+1 */
> + tmp = clk / (tmp_osr * (tmp_sbr + 1));
> + if (tmp_diff > (baudrate - tmp)) {
> + tmp_diff = baudrate - tmp;
> + tmp_sbr++;
> + }
> +
> + if (tmp_diff <= baud_diff) {
> + baud_diff = tmp_diff;
> + osr = tmp_osr;
> + sbr = tmp_sbr;
> + }
> + }
> +
> + /* handle buadrate outside acceptable rate */
> + if (baud_diff > ((baudrate / 100) * 3))
> + dev_warn(sport->port.dev,
> + "unacceptable baud rate difference of more than 3%%\n");
> +
> + tmp = lpuart32_read(sport->port.membase + UARTBAUD);
> +
> + if ((osr > 3) && (osr < 8))
> + tmp |= UARTBAUD_BOTHEDGE;
> +
> + tmp &= ~(UARTBAUD_OSR_MASK << UARTBAUD_OSR_SHIFT);
> + tmp |= (((osr-1) & UARTBAUD_OSR_MASK) << UARTBAUD_OSR_SHIFT);
> +
> + tmp &= ~UARTBAUD_SBR_MASK;
> + tmp |= sbr & UARTBAUD_SBR_MASK;
> +
> + tmp &= ~(UARTBAUD_TDMAE | UARTBAUD_RDMAE);
> +
> + lpuart32_write(tmp, sport->port.membase + UARTBAUD);
> +}
> +
> +static void
> lpuart32_set_termios(struct uart_port *port, struct ktermios *termios,
> struct ktermios *old)
> {
> @@ -1611,12 +1679,17 @@ lpuart32_set_termios(struct uart_port *port,
> struct ktermios *termios,
> lpuart32_write(old_ctrl & ~(UARTCTRL_TE | UARTCTRL_RE),
> sport->port.membase + UARTCTRL);
>
> - sbr = sport->port.uartclk / (16 * baud);
> - bd &= ~UARTBAUD_SBR_MASK;
> - bd |= sbr & UARTBAUD_SBR_MASK;
> - bd |= UARTBAUD_BOTHEDGE;
> - bd &= ~(UARTBAUD_TDMAE | UARTBAUD_RDMAE);
> - lpuart32_write(bd, sport->port.membase + UARTBAUD);
> + if (of_device_is_compatible(port->dev->of_node, "fsl,imx7ulp-lpuart")) {
Shouldn't we be consequent here and also use a flag in the soc data
instead of of_device_is_compatible...?
Btw, instead of using 3 bools, I would prefer using a single flags like
your patchset is proposing for the GPIO driver, what do you think?
--
Stefan
> + lpuart32_serial_setbrg(sport, baud);
> + } else {
> + sbr = sport->port.uartclk / (16 * baud);
> + bd &= ~UARTBAUD_SBR_MASK;
> + bd |= sbr & UARTBAUD_SBR_MASK;
> + bd |= UARTBAUD_BOTHEDGE;
> + bd &= ~(UARTBAUD_TDMAE | UARTBAUD_RDMAE);
> + lpuart32_write(bd, sport->port.membase + UARTBAUD);
> + }
> +
> lpuart32_write(modem, sport->port.membase + UARTMODIR);
> lpuart32_write(ctrl, sport->port.membase + UARTCTRL);
> /* restore control register */
next prev parent reply other threads:[~2017-05-15 17:06 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-15 7:48 [PATCH V2 0/6] tty: serial: lpuart: add imx7ulp support Dong Aisheng
2017-05-15 7:48 ` [PATCH V2 1/6] tty: serial: lpuart: introduce lpuart_soc_data to represent SoC property Dong Aisheng
2017-05-15 13:35 ` Andy Shevchenko
2017-05-15 7:48 ` [PATCH V2 2/6] tty: serial: lpuart: add little endian 32 bit register support Dong Aisheng
2017-05-15 13:36 ` Andy Shevchenko
2017-05-17 3:26 ` Dong Aisheng
2017-05-16 11:08 ` [V2, " Nikita Yushchenko
2017-05-17 3:31 ` Dong Aisheng
2017-05-17 5:43 ` Nikita Yushchenko
2017-05-17 6:01 ` A.S. Dong
2017-05-17 6:25 ` Nikita Yushchenko
2017-05-17 7:00 ` Dong Aisheng
2017-05-17 8:04 ` Nikita Yushchenko
2017-05-19 15:07 ` Dong Aisheng
2017-05-23 5:24 ` Nikita Yushchenko
2017-05-31 8:07 ` Dong Aisheng
2017-05-16 11:15 ` Nikita Yushchenko
2017-05-17 3:39 ` Dong Aisheng
2017-05-17 5:37 ` Nikita Yushchenko
2017-05-17 5:43 ` Dong Aisheng
2017-05-17 5:50 ` Nikita Yushchenko
2017-05-17 6:09 ` Dong Aisheng
2017-05-17 9:55 ` Andy Shevchenko
2017-05-31 7:47 ` Dong Aisheng
2017-05-17 9:53 ` Andy Shevchenko
2017-05-15 7:48 ` [PATCH V2 3/6] dt-bindings: serial: fsl-lpuart: add i.MX7ULP support Dong Aisheng
2017-05-15 7:48 ` [PATCH V2 4/6] tty: serial: lpuart: add imx7ulp support Dong Aisheng
2017-05-15 7:48 ` [PATCH V2 5/6] tty: serial: lpuart: add earlycon support for imx7ulp Dong Aisheng
2017-05-15 7:48 ` [PATCH V2 6/6] tty: serial: lpuart: add a more accurate baud rate calculation method Dong Aisheng
2017-05-15 17:06 ` Stefan Agner [this message]
2017-05-17 3:47 ` Dong Aisheng
2017-05-17 17:35 ` Stefan Agner
2017-05-19 11:50 ` Dong Aisheng
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=73a70b856adf28b34c793f03c4db43a9@agner.ch \
--to=stefan@agner.ch \
--cc=Mingkai.Hu@nxp.com \
--cc=aisheng.dong@nxp.com \
--cc=dongas86@gmail.com \
--cc=fugang.duan@nxp.com \
--cc=gregkh@linuxfoundation.org \
--cc=jslaby@suse.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=yangbo.lu@nxp.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;
as well as URLs for NNTP newsgroup(s).