From: Stefan Agner <stefan@agner.ch>
To: Dong Aisheng <dongas86@gmail.com>
Cc: Dong Aisheng <aisheng.dong@nxp.com>,
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, 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: Wed, 17 May 2017 10:35:43 -0700 [thread overview]
Message-ID: <90fa8850f9424712074217dff03b229e@agner.ch> (raw)
In-Reply-To: <20170517034729.GD9913@b29396-OptiPlex-7040>
On 2017-05-16 20:47, Dong Aisheng wrote:
> On Mon, May 15, 2017 at 10:06:41AM -0700, Stefan Agner wrote:
>> 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...?
>>
>
> The original purpose is that this is a temporary code and supposed will
> be deleted later once LS platforms confirmed the new baud setting API
> works for them as well.
>
> That's why i did not make it a property, as i stated in the cover letter.
Ok, I see that is a good reason to not define a new feature property
now...
But, if you are reasonable sure it should work, I am inclined to say
just enable it for LS1021a so it also really gets tested...
>
>> 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?
>>
>
> Yes, good suggestion.
> Probably we could convert the below two.
> .is_32 = true,
> .is_be = true,
>
> But reg_off seems better to be kept.
Sounds good!
--
Stefan
>
> Regards
> Dong Aisheng
>
>> --
>> 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-17 17:35 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
2017-05-17 3:47 ` Dong Aisheng
2017-05-17 17:35 ` Stefan Agner [this message]
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=90fa8850f9424712074217dff03b229e@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).