All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jerome Brunet <jbrunet@baylibre.com>
To: Yixun Lan <yixun.lan@amlogic.com>,
	Boris Brezillon <boris.brezillon@bootlin.com>
Cc: Neil Armstrong <narmstrong@baylibre.com>,
	Kevin Hilman <khilman@baylibre.com>,
	Carlo Caione <carlo@caione.org>,
	Michael Turquette <mturquette@baylibre.com>,
	Stephen Boyd <sboyd@kernel.org>, Rob Herring <robh@kernel.org>,
	Miquel Raynal <miquel.raynal@bootlin.com>,
	Martin Blumenstingl <martin.blumenstingl@googlemail.com>,
	Liang Yang <liang.yang@amlogic.com>,
	Qiufang Dai <qiufang.dai@amlogic.com>,
	Jian Hu <jian.hu@amlogic.com>,
	linux-clk@vger.kernel.org, linux-amlogic@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH 2/3] clk: meson: add sub EMMC clock dt-bindings IDs
Date: Tue, 03 Jul 2018 12:01:15 +0200	[thread overview]
Message-ID: <1530612075.2900.204.camel@baylibre.com> (raw)
In-Reply-To: <1aedbb15-1373-adde-f5bb-bce3701d50b0@amlogic.com>

On Tue, 2018-07-03 at 17:56 +0800, Yixun Lan wrote:
> > > Yes, It's true, the mux is parent of the div clock.
> > > 
> > > while testing for the NAND driver, I find it's kind of loose about the
> > > parent of the clock, so selecting the div (and let CCF decide freely) is
> > > actually works fine
> > > 
> > > but for the EMMC driver, especially when running at high clock, it's
> > > kind of picky about the parent of the clock, 
> > 
> > It would be nice to get an explanation about this behavior.
> > it seems that even of the rate provided by CLKID_SD_EMMC_X_CLK0 (main clock
> > controller) is correct, the eMMC cannot reliably tune with it.
> > 
> > Could you elaborate on this ?
> > 
> 
> It's during my own test in AXG platform, I found clock path
> a) fclk_div2 -> sd_emmc_c_clk0_sel -> sd_emmc_c_clk0_div ->
> sd_emmc_c_clk0 -> sd_emmc_c_mux -> sd_emmc_c_div
> 
> b) fclk_div2 -> sd_emmc_c_mux -> sd_emmc_c_div
> 
> path a) doesn't work in EMMC driver, even both clock parent of them from
> the same fclk_div2 source.
> 
>  sd_emmc_c_mux -> sd_emmc_c_div is the clock from the EMMC register base.
> I believe it's ASIC design issue

yes Yixun, I did the same test. What I meant with this question is: could you
confirm there a problem with this clock, and what it is exactly so we can adjust
the clock as necessary.

If FDIV2 entry to this clock is broken, maybe it should be removed.

WARNING: multiple messages have this Message-ID (diff)
From: jbrunet@baylibre.com (Jerome Brunet)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/3] clk: meson: add sub EMMC clock dt-bindings IDs
Date: Tue, 03 Jul 2018 12:01:15 +0200	[thread overview]
Message-ID: <1530612075.2900.204.camel@baylibre.com> (raw)
In-Reply-To: <1aedbb15-1373-adde-f5bb-bce3701d50b0@amlogic.com>

On Tue, 2018-07-03 at 17:56 +0800, Yixun Lan wrote:
> > > Yes, It's true, the mux is parent of the div clock.
> > > 
> > > while testing for the NAND driver, I find it's kind of loose about the
> > > parent of the clock, so selecting the div (and let CCF decide freely) is
> > > actually works fine
> > > 
> > > but for the EMMC driver, especially when running at high clock, it's
> > > kind of picky about the parent of the clock, 
> > 
> > It would be nice to get an explanation about this behavior.
> > it seems that even of the rate provided by CLKID_SD_EMMC_X_CLK0 (main clock
> > controller) is correct, the eMMC cannot reliably tune with it.
> > 
> > Could you elaborate on this ?
> > 
> 
> It's during my own test in AXG platform, I found clock path
> a) fclk_div2 -> sd_emmc_c_clk0_sel -> sd_emmc_c_clk0_div ->
> sd_emmc_c_clk0 -> sd_emmc_c_mux -> sd_emmc_c_div
> 
> b) fclk_div2 -> sd_emmc_c_mux -> sd_emmc_c_div
> 
> path a) doesn't work in EMMC driver, even both clock parent of them from
> the same fclk_div2 source.
> 
>  sd_emmc_c_mux -> sd_emmc_c_div is the clock from the EMMC register base.
> I believe it's ASIC design issue

yes Yixun, I did the same test. What I meant with this question is: could you
confirm there a problem with this clock, and what it is exactly so we can adjust
the clock as necessary.

If FDIV2 entry to this clock is broken, maybe it should be removed.

WARNING: multiple messages have this Message-ID (diff)
From: jbrunet@baylibre.com (Jerome Brunet)
To: linus-amlogic@lists.infradead.org
Subject: [PATCH 2/3] clk: meson: add sub EMMC clock dt-bindings IDs
Date: Tue, 03 Jul 2018 12:01:15 +0200	[thread overview]
Message-ID: <1530612075.2900.204.camel@baylibre.com> (raw)
In-Reply-To: <1aedbb15-1373-adde-f5bb-bce3701d50b0@amlogic.com>

On Tue, 2018-07-03 at 17:56 +0800, Yixun Lan wrote:
> > > Yes, It's true, the mux is parent of the div clock.
> > > 
> > > while testing for the NAND driver, I find it's kind of loose about the
> > > parent of the clock, so selecting the div (and let CCF decide freely) is
> > > actually works fine
> > > 
> > > but for the EMMC driver, especially when running at high clock, it's
> > > kind of picky about the parent of the clock, 
> > 
> > It would be nice to get an explanation about this behavior.
> > it seems that even of the rate provided by CLKID_SD_EMMC_X_CLK0 (main clock
> > controller) is correct, the eMMC cannot reliably tune with it.
> > 
> > Could you elaborate on this ?
> > 
> 
> It's during my own test in AXG platform, I found clock path
> a) fclk_div2 -> sd_emmc_c_clk0_sel -> sd_emmc_c_clk0_div ->
> sd_emmc_c_clk0 -> sd_emmc_c_mux -> sd_emmc_c_div
> 
> b) fclk_div2 -> sd_emmc_c_mux -> sd_emmc_c_div
> 
> path a) doesn't work in EMMC driver, even both clock parent of them from
> the same fclk_div2 source.
> 
>  sd_emmc_c_mux -> sd_emmc_c_div is the clock from the EMMC register base.
> I believe it's ASIC design issue

yes Yixun, I did the same test. What I meant with this question is: could you
confirm there a problem with this clock, and what it is exactly so we can adjust
the clock as necessary.

If FDIV2 entry to this clock is broken, maybe it should be removed.

  reply	other threads:[~2018-07-03 10:01 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-07-03 14:57 [PATCH 0/3] clk: meson: add a sub EMMC clock controller support Yixun Lan
2018-07-03 14:57 ` Yixun Lan
2018-07-03 14:57 ` Yixun Lan
2018-07-03 14:57 ` Yixun Lan
2018-07-03  7:17 ` Boris Brezillon
2018-07-03  7:17   ` Boris Brezillon
2018-07-03  7:17   ` Boris Brezillon
2018-07-03  7:17   ` Boris Brezillon
2018-07-03 14:57 ` [PATCH 1/3] clk: meson: add DT documentation for emmc clock controller Yixun Lan
2018-07-03 14:57   ` Yixun Lan
2018-07-03 14:57   ` Yixun Lan
2018-07-03 14:57   ` Yixun Lan
2018-07-03  8:16   ` Jerome Brunet
2018-07-03  8:16     ` Jerome Brunet
2018-07-03  8:16     ` Jerome Brunet
2018-07-03  8:16     ` Jerome Brunet
2018-07-03  9:59     ` Yixun Lan
2018-07-03  9:59       ` Yixun Lan
2018-07-03  9:59       ` Yixun Lan
2018-07-03  9:59       ` Yixun Lan
2018-07-03 14:57 ` [PATCH 2/3] clk: meson: add sub EMMC clock dt-bindings IDs Yixun Lan
2018-07-03 14:57   ` Yixun Lan
2018-07-03 14:57   ` Yixun Lan
2018-07-03 14:57   ` Yixun Lan
2018-07-03  7:21   ` Boris Brezillon
2018-07-03  7:21     ` Boris Brezillon
2018-07-03  7:21     ` Boris Brezillon
2018-07-03  7:21     ` Boris Brezillon
2018-07-03  7:36     ` Yixun Lan
2018-07-03  7:36       ` Yixun Lan
2018-07-03  7:36       ` Yixun Lan
2018-07-03  7:36       ` Yixun Lan
2018-07-03  8:09       ` Jerome Brunet
2018-07-03  8:09         ` Jerome Brunet
2018-07-03  8:09         ` Jerome Brunet
2018-07-03  8:09         ` Jerome Brunet
2018-07-03  9:56         ` Yixun Lan
2018-07-03  9:56           ` Yixun Lan
2018-07-03  9:56           ` Yixun Lan
2018-07-03  9:56           ` Yixun Lan
2018-07-03 10:01           ` Jerome Brunet [this message]
2018-07-03 10:01             ` Jerome Brunet
2018-07-03 10:01             ` Jerome Brunet
2018-07-03 10:01             ` Jerome Brunet
2018-07-03 14:57 ` [PATCH 3/3] clk: meson: add sub EMMC clock controller driver Yixun Lan
2018-07-03 14:57   ` Yixun Lan
2018-07-03 14:57   ` Yixun Lan
2018-07-03  8:51   ` Jerome Brunet
2018-07-03  8:51     ` Jerome Brunet
2018-07-03  8:51     ` Jerome Brunet
2018-07-03  8:51     ` Jerome Brunet
2018-07-03  9:56     ` Yixun Lan
2018-07-03  9:56       ` Yixun Lan
2018-07-03  9:56       ` Yixun Lan
2018-07-03 18:58   ` Martin Blumenstingl
2018-07-03 18:58     ` Martin Blumenstingl
2018-07-03 18:58     ` Martin Blumenstingl
2018-07-04  7:17     ` Yixun Lan
2018-07-04  7:17       ` Yixun Lan
2018-07-04  7:17       ` Yixun Lan
2018-07-04  7:17       ` Yixun Lan
2018-07-04  8:07       ` Jerome Brunet
2018-07-04  8:07         ` Jerome Brunet
2018-07-04  8:07         ` Jerome Brunet
2018-07-04  8:07         ` Jerome Brunet

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=1530612075.2900.204.camel@baylibre.com \
    --to=jbrunet@baylibre.com \
    --cc=boris.brezillon@bootlin.com \
    --cc=carlo@caione.org \
    --cc=devicetree@vger.kernel.org \
    --cc=jian.hu@amlogic.com \
    --cc=khilman@baylibre.com \
    --cc=liang.yang@amlogic.com \
    --cc=linux-amlogic@lists.infradead.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-clk@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=martin.blumenstingl@googlemail.com \
    --cc=miquel.raynal@bootlin.com \
    --cc=mturquette@baylibre.com \
    --cc=narmstrong@baylibre.com \
    --cc=qiufang.dai@amlogic.com \
    --cc=robh@kernel.org \
    --cc=sboyd@kernel.org \
    --cc=yixun.lan@amlogic.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.