[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6c52bcda08b62593c541d52e269d3982.sboyd@kernel.org>
Date: Mon, 13 Mar 2023 16:22:52 -0700
From: Stephen Boyd <sboyd@...nel.org>
To: AngeloGioacchino Del Regno
<angelogioacchino.delregno@...labora.com>, mturquette@...libre.com
Cc: matthias.bgg@...il.com, angelogioacchino.delregno@...labora.com,
wenst@...omium.org, johnson.wang@...iatek.com,
miles.chen@...iatek.com, chun-jie.chen@...iatek.com,
daniel@...rotopia.org, fparent@...libre.com, msp@...libre.com,
nfraprado@...labora.com, rex-bc.chen@...iatek.com,
zhaojh329@...il.com, sam.shih@...iatek.com,
edward-jw.yang@...iatek.com, yangyingliang@...wei.com,
granquet@...libre.com, pablo.sun@...iatek.com,
sean.wang@...iatek.com, chen.zhong@...iatek.com,
linux-kernel@...r.kernel.org, linux-clk@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
linux-mediatek@...ts.infradead.org, kernel@...labora.com
Subject: Re: [PATCH v6 00/54] MediaTek clocks: full module build and cleanups
Quoting AngeloGioacchino Del Regno (2023-03-06 06:04:49)
>
> This huge series adds more cleanups on top, reducing size and adding more
> commonization for clock drivers probe/remove, which also includes a new
> common probe mechanism for multimedia clock drivers that are usually
> probed by mtk-mmsys instead of a dt clock node: thanks to this, it was
> finally possible to convert almost all clock drivers to the common probe
> mechanism, which *finally again* makes us able to build all these drivers
> as modules!
>
> Since this looked like being *the* way forward, I went on converting some
> more drivers away from OF_CLK_DECLARE_DRIVER to full platform_driver(s),
> allowing for more (actually, almost all!) drivers to be built as modules.
>
> While at it, I also added some more consistency in macros usage by
> removing all of the duplicated full macro declaration for MediaTek gate
> clocks and replacing all of those with using the GATE_MTK macro instead,
> producing a nice reduction in amount of lines per file but, more
> importantly, improving readability and eventual future batch changes.
>
> This amount of commonization will also, in my opinion, greatly improve
> the review process for new clock drivers, as they will be mostly just a
> list of clocks and won't contain much new code, as it's all going to be
> handled in the common places, which also reduces chances to see new clock
> driver related bugs emerging on one SoC or the other.
>
> Since I don't own devices with all of the supported MediaTek SoCs, I
> could not test some of the conversions on real hardware... but I am
> confident that this will work as the drivers are *very* similar on a
> per-generation basis.
>
> This series was build-tested for all (both module and built-in build)
> and was manually tested on MT6795, MT8173, MT8192, MT8195.
>
Applied the whole series to clk-next.
Powered by blists - more mailing lists