linux-serial.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Heiko Stuebner <heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org>
To: Shuyu Wei <wsy-flSAGy4ZnMjQT0dZR+AlfA@public.gmane.org>
Cc: wangkefeng.wang-hv44wF8Li93QT0dZR+AlfA@public.gmane.org,
	heikki.krogerus-VuQAYsv1563Yd54FQh9/CA@public.gmane.org,
	linux-serial-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
	linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	p.zabel-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org,
	Ed Blake <ed.blake-56FIPCJpnYtBDgjK7y7TUQ@public.gmane.org>
Subject: Re: [PATCH][RFC] 8250_dw: unregister dw8250_set_termios for rk3188 chip
Date: Fri, 24 Nov 2017 00:34:59 +0100	[thread overview]
Message-ID: <6443393.PFOXghLreO@phil> (raw)
In-Reply-To: <20171123153922.GA23503-ZQaglsx1qnHXWvwwbwmGMg@public.gmane.org>

Hi,

Am Donnerstag, 23. November 2017, 23:40:31 CET schrieb Shuyu Wei:
> On Thu, Nov 23, 2017 at 04:11:12PM +0100, Heiko Stuebner wrote:
> > 
> > you actually omitted the output part where sclk_uart2 is actually shown :-) .
> > 
> > On my rk3188 radxarock with a kernel build this morning from
> > the middle of this merge-window, the relevant part of the clock-tree
> > looks like the following and my serial console works like a charm:
> > 
> > xin24m                                   6            6    24000000          0 0
> > [...]
> >     pll_gpll                              1            1   594000000          0 0
> >        gpll                               5            5   594000000          0 0
> > [...]
> >          uart_src                        1            1   594000000          0 0
> >              uart3_pre                    0            0   594000000          0 0
> >                 uart3_frac                0            0    29700000          0 0
> >              uart2_pre                    1            1   594000000          0 0
> >                 uart2_frac                1            1     1843200          0 0
> >                    sclk_uart2             1            1     1843200          0 0
> >  [			^^ the important clock]
> > 
> > In your dump the sclk_uart2 clock is not muxed to the uart2_frac clock
> > but to something else but that part is missing from you dump.
> > 
> > So clk_round_rate is definitly correct in that it can reach this rate
> > using the fractional divider and also can sucessfully set this in the
> > clock framework.
> > 
> > Can you show where sclk_uart2 is for you please, as I guess your dump
> > is with the settermios patch disabled, right?
> > 
> > 
> > Thanks
> > Heiko
> 
> You are right, here is the complete clk_summary from the latest
> mainline, and my console is now filled with strange characters :-(
> 
>    clock                         enable_cnt  prepare_cnt        rate   accuracy   phase
> ----------------------------------------------------------------------------------------
>  xin24m                                  11           11    24000000          0 0
[...]
>     pll_gpll                              1            1   891000000          0 0
>        gpll                               3            3   891000000          0 0
[...]
>           uart_src                        1            1   891000000          0 0
>              uart3_pre                    0            0   891000000          0 0
>                 uart3_frac                0            0    44550000          0 0
>              uart2_pre                    1            1   891000000          0 0
>                 uart2_frac                1            1     1843200          0 0
>                    sclk_uart2             1            1     1843200          0 0

Just to make sure, I did boot-tests on a lot of different Rockchip socs
(rk3036, rk3188, rk3288, rk3328, rk3399) with the serial console using
8250_dw and working normally on all of them with the most recent
torvalds kernel (and everything I tested in the past)

The only difference I see between our two clock dumps is the higher
gpll clock on your board, but I cannot really imagine that this could be
and issue.

So I'm really puzzled by what you see on your board, but don't have
any specific idea what to test right now.


Heiko

  parent reply	other threads:[~2017-11-23 23:34 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20171120144045.juwm64m2j736h5ps@home.dogben.com>
     [not found] ` <d8ba3c8a-a406-cbee-d71b-d6784d6ebacc@sondrel.com>
     [not found]   ` <d8ba3c8a-a406-cbee-d71b-d6784d6ebacc-56FIPCJpnYtBDgjK7y7TUQ@public.gmane.org>
2017-11-20 16:14     ` [PATCH][RFC] 8250_dw: unregister dw8250_set_termios for rk3188 chip Shuyu Wei
     [not found]       ` <20171120161455.orvooleyzfsslon3-ZQaglsx1qnHXWvwwbwmGMg@public.gmane.org>
2017-11-20 16:26         ` Ed Blake
     [not found]           ` <0a4ce349-d386-0f1b-e973-e77af7f75d23-56FIPCJpnYtBDgjK7y7TUQ@public.gmane.org>
2017-11-20 17:51             ` Heiko Stübner
2017-11-21  3:09               ` Shuyu Wei
     [not found]                 ` <20171121030949.a6bsapueiicdbonj-ZQaglsx1qnHXWvwwbwmGMg@public.gmane.org>
2017-11-21 10:23                   ` Ed Blake
     [not found]                     ` <4010bd84-7c88-5410-820f-bd3d04f1fbb5-56FIPCJpnYtBDgjK7y7TUQ@public.gmane.org>
2017-11-21 17:17                       ` Shuyu Wei
     [not found]                         ` <20171121171712.GA4462-ZQaglsx1qnHXWvwwbwmGMg@public.gmane.org>
2017-11-21 17:33                           ` Ed Blake
     [not found]                             ` <f834a0a4-3d1e-6f97-6ff3-1d52d609f510-56FIPCJpnYtBDgjK7y7TUQ@public.gmane.org>
2017-11-23 14:56                               ` Shuyu Wei
     [not found]                                 ` <20171123145622.GA1272-ZQaglsx1qnHXWvwwbwmGMg@public.gmane.org>
2017-11-23 15:11                                   ` Heiko Stuebner
2017-11-23 15:40                                     ` Shuyu Wei
     [not found]                                       ` <20171123153922.GA23503-ZQaglsx1qnHXWvwwbwmGMg@public.gmane.org>
2017-11-23 23:34                                         ` Heiko Stuebner [this message]
2017-11-24 17:06                                           ` Shuyu Wei
2017-11-20 14:49 Shuyu Wei

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=6443393.PFOXghLreO@phil \
    --to=heiko-4mtyjxux2i+zqb+pc5nmwq@public.gmane.org \
    --cc=ed.blake-56FIPCJpnYtBDgjK7y7TUQ@public.gmane.org \
    --cc=gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org \
    --cc=heikki.krogerus-VuQAYsv1563Yd54FQh9/CA@public.gmane.org \
    --cc=linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-serial-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=p.zabel-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org \
    --cc=wangkefeng.wang-hv44wF8Li93QT0dZR+AlfA@public.gmane.org \
    --cc=wsy-flSAGy4ZnMjQT0dZR+AlfA@public.gmane.org \
    /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).