From: Andre Przywara <andre.przywara@arm.com>
To: Cody Eksal <masterr3c0rd@epochal.quest>
Cc: Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>, Chen-Yu Tsai <wens@csie.org>,
Jernej Skrabec <jernej.skrabec@gmail.com>,
Samuel Holland <samuel@sholland.org>,
Conor Dooley <conor+dt@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Kishon Vijay Abraham I <kishon@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Maxime Ripard <mripard@kernel.org>, Nishanth Menon <nm@ti.com>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Rob Herring <robh@kernel.org>, Vinod Koul <vkoul@kernel.org>,
Viresh Kumar <vireshk@kernel.org>,
Viresh Kumar <viresh.kumar@linaro.org>,
Yangtao Li <tiny.windzz@gmail.com>,
Parthiban <parthiban@linumiz.com>,
linux-clk@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-sunxi@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 08/13] clk: sunxi-ng: a100: enable MMC clock reparenting
Date: Thu, 31 Oct 2024 12:08:57 +0000 [thread overview]
Message-ID: <20241031120857.60bc0d94@donnerap.manchester.arm.com> (raw)
In-Reply-To: <20241031070232.1793078-9-masterr3c0rd@epochal.quest>
On Thu, 31 Oct 2024 04:02:21 -0300
Cody Eksal <masterr3c0rd@epochal.quest> wrote:
> During testing, it was noted that MMC would fail to initialize, with
> "mmc: fatal err update clk timeout" being printed in the log. It was
> found that CLK_SET_RATE_NO_REPARENT was set on the MMC controllers, and
> that removing this allows MMC to initialize. Therefore, remove
> CLK_SET_RATE_NO_REPARENT from mmc0/1/2.
Well, while this change indeed prevented that error message you mentioned,
but the SD card still doesn't work for me: it probes and I can mount a
filesystem on it, but then it hangs, for instance when running an "ls" on
it. It could be my setup (lacking DT or device issue or missing kernel
config), though, and the eMMC works for me this way, but it would be good
to have that sorted.
Also it would be good to know why CLK_SET_RATE_NO_REPARENT was put there
in the first place: I don't see it in any other MMC clocks in sunxi-ng, so
it wasn't just copied&pasted.
So was there a problem that this flag was supposed to fix? Is that
something that only applied to older kernels (back when the MMC patches
were first posted), and which has now been fixed/changed elsewhere?
I feel a bit uneasy of just removing this just because it works(TM),
especially if it doesn't really (SD card for me, for instance).
Cheers,
Andre
> Signed-off-by: Cody Eksal <masterr3c0rd@epochal.quest>
> ---
> drivers/clk/sunxi-ng/ccu-sun50i-a100.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/clk/sunxi-ng/ccu-sun50i-a100.c b/drivers/clk/sunxi-ng/ccu-sun50i-a100.c
> index bbaa82978716..a59e420b195d 100644
> --- a/drivers/clk/sunxi-ng/ccu-sun50i-a100.c
> +++ b/drivers/clk/sunxi-ng/ccu-sun50i-a100.c
> @@ -436,7 +436,7 @@ static SUNXI_CCU_MP_WITH_MUX_GATE_POSTDIV(mmc0_clk, "mmc0", mmc_parents, 0x830,
> 24, 2, /* mux */
> BIT(31), /* gate */
> 2, /* post-div */
> - CLK_SET_RATE_NO_REPARENT);
> + 0);
>
> static SUNXI_CCU_MP_WITH_MUX_GATE_POSTDIV(mmc1_clk, "mmc1", mmc_parents, 0x834,
> 0, 4, /* M */
> @@ -444,7 +444,7 @@ static SUNXI_CCU_MP_WITH_MUX_GATE_POSTDIV(mmc1_clk, "mmc1", mmc_parents, 0x834,
> 24, 2, /* mux */
> BIT(31), /* gate */
> 2, /* post-div */
> - CLK_SET_RATE_NO_REPARENT);
> + 0);
>
> static SUNXI_CCU_MP_WITH_MUX_GATE_POSTDIV(mmc2_clk, "mmc2", mmc_parents, 0x838,
> 0, 4, /* M */
> @@ -452,7 +452,7 @@ static SUNXI_CCU_MP_WITH_MUX_GATE_POSTDIV(mmc2_clk, "mmc2", mmc_parents, 0x838,
> 24, 2, /* mux */
> BIT(31), /* gate */
> 2, /* post-div */
> - CLK_SET_RATE_NO_REPARENT);
> + 0);
>
> static SUNXI_CCU_GATE(bus_mmc0_clk, "bus-mmc0", "ahb3", 0x84c, BIT(0), 0);
> static SUNXI_CCU_GATE(bus_mmc1_clk, "bus-mmc1", "ahb3", 0x84c, BIT(1), 0);
next prev parent reply other threads:[~2024-10-31 12:09 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-31 7:02 [PATCH v2 00/13] sunxi: A100/A133 second stage support Cody Eksal
2024-10-31 7:02 ` [PATCH v2 01/13] arm64: dts: allwinner: A100: Add PMU mode Cody Eksal
2024-10-31 7:02 ` [PATCH v2 02/13] arm64: dts: allwinner: a100: add watchdog node Cody Eksal
2024-10-31 14:14 ` Parthiban
2024-10-31 7:02 ` [PATCH v2 03/13] dt-bindings: phy: sun50i-a64: add a100 compatible Cody Eksal
2024-10-31 11:36 ` Andre Przywara
2024-10-31 14:35 ` Cody Eksal
2024-10-31 7:02 ` [PATCH v2 05/13] dt-bindings: usb: sunxi-musb: Add A100 compatible string Cody Eksal
2024-10-31 7:42 ` Krzysztof Kozlowski
2024-10-31 7:02 ` [PATCH v2 06/13] arm64: dts: allwinner: a100: add usb related nodes Cody Eksal
2024-10-31 11:55 ` Andre Przywara
2024-11-01 5:33 ` Parthiban
2024-11-01 6:14 ` Cody Eksal
2024-10-31 7:02 ` [PATCH v2 07/13] arm64: allwinner: A100: enable EHCI, OHCI and USB PHY nodes in Perf1 Cody Eksal
2024-11-02 11:29 ` Chen-Yu Tsai
2024-10-31 7:02 ` [PATCH v2 08/13] clk: sunxi-ng: a100: enable MMC clock reparenting Cody Eksal
2024-10-31 12:08 ` Andre Przywara [this message]
2024-11-02 21:44 ` Cody Eksal
2024-11-03 2:09 ` Andre Przywara
2024-11-07 1:46 ` Andre Przywara
2024-10-31 7:02 ` [PATCH v2 09/13] arm64: allwinner: a100: Add MMC related nodes Cody Eksal
2024-10-31 7:02 ` [PATCH v2 10/13] arm64: dts: allwinner: a100: perf1: Add eMMC and MMC node Cody Eksal
2024-11-02 11:48 ` Chen-Yu Tsai
2024-11-02 21:23 ` Cody Eksal
2024-11-03 2:54 ` Chen-Yu Tsai
2024-10-31 7:02 ` [PATCH v2 11/13] dt-bindings: opp: h6: Add A100 operating points Cody Eksal
2024-10-31 7:42 ` Krzysztof Kozlowski
2024-10-31 12:10 ` Andre Przywara
2024-11-02 11:50 ` Chen-Yu Tsai
2024-10-31 7:02 ` [PATCH v2 12/13] cpufreq: sun50i: add a100 cpufreq support Cody Eksal
2024-10-31 12:18 ` Andre Przywara
2024-10-31 14:19 ` Parthiban
2024-11-11 4:13 ` Viresh Kumar
2024-11-11 5:30 ` Chen-Yu Tsai
2024-11-11 5:55 ` Viresh Kumar
2024-11-18 15:36 ` Rob Herring
2025-01-09 22:53 ` Rob Herring
2025-01-10 3:56 ` Viresh Kumar
2024-10-31 7:02 ` [PATCH v2 13/13] arm64: dts: allwinner: a100: Add CPU Operating Performance Points table Cody Eksal
2024-11-02 11:46 ` (subset) [PATCH v2 00/13] sunxi: A100/A133 second stage support Chen-Yu Tsai
2024-11-10 9:25 ` Chen-Yu Tsai
2025-02-22 13:25 ` Chen-Yu Tsai
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=20241031120857.60bc0d94@donnerap.manchester.arm.com \
--to=andre.przywara@arm.com \
--cc=conor+dt@kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=jernej.skrabec@gmail.com \
--cc=kishon@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sunxi@lists.linux.dev \
--cc=masterr3c0rd@epochal.quest \
--cc=mripard@kernel.org \
--cc=mturquette@baylibre.com \
--cc=nm@ti.com \
--cc=parthiban@linumiz.com \
--cc=rafael@kernel.org \
--cc=robh@kernel.org \
--cc=samuel@sholland.org \
--cc=sboyd@kernel.org \
--cc=tiny.windzz@gmail.com \
--cc=viresh.kumar@linaro.org \
--cc=vireshk@kernel.org \
--cc=vkoul@kernel.org \
--cc=wens@csie.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