Messages in this thread | | | From | Chen-Yu Tsai <> | Date | Tue, 7 Feb 2023 17:49:30 +0800 | Subject | Re: [PATCH v1 00/45] MediaTek clocks: full module build and cleanups |
| |
On Tue, Feb 7, 2023 at 5:19 PM AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> wrote: > > Il 07/02/23 10:04, Chen-Yu Tsai ha scritto: > > On Mon, Feb 6, 2023 at 11:38 PM AngeloGioacchino Del Regno > > <angelogioacchino.delregno@collabora.com> wrote: > >> > >> Il 06/02/23 16:28, AngeloGioacchino Del Regno ha scritto: > >>> This is part 2 of the "MediaTek clocks cleanups and improvements" series, > >>> which was already picked. > >>> > >>> If reading this full cover letter is too boring for you, here's a short > >>> summary of the changes of this series: > >>> - Added mtk_clk_pdev_probe() for mtk-mmsys probed clocks; > >>> - Added divider clock support to common probe mechanism; > >>> - Various cleanups here and there; > >>> - Converted most clock drivers to platform_driver; > >>> - MediaTek clocks can now be built as modules. > >>> > >>> NOTE: Applies on top of [1]. > >>> > >>> > > > > Something broke on MT8183 Juniper, though I'm not sure what. It ended up > > crashing in mtk-cpufreq in a badly written error path. Once that was fixed > > it was endlessly looping through deferred probe. Seems like mtk-cpufreq > > was not able to get all its resources. > > > > I would be silly to expect everything to go alright in v1, wouldn't I? :-) > I'll recheck and try to understand what went wrong here.
"clk: mediatek: mt8183: Convert all remaining clocks to common probe" is the first patch that breaks things.
ChenYu
| |