| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <CAGXv+5GYk2wr-UnnshT3R2uDUSn7-i5KifyJ4qDDZbptSQ9G7A@mail.gmail.com>
Date: Fri, 30 Dec 2022 13:12:35 +0800
From: Chen-Yu Tsai <wenst@...omium.org>
To: AngeloGioacchino Del Regno
<angelogioacchino.delregno@...labora.com>
Cc: mturquette@...libre.com, sboyd@...nel.org, matthias.bgg@...il.com,
robh+dt@...nel.org, krzysztof.kozlowski+dt@...aro.org,
johnson.wang@...iatek.com, miles.chen@...iatek.com,
fparent@...libre.com, chun-jie.chen@...iatek.com,
sam.shih@...iatek.com, y.oudjana@...tonmail.com,
nfraprado@...labora.com, rex-bc.chen@...iatek.com,
ryder.lee@...nel.org, daniel@...rotopia.org,
jose.exposito89@...il.com, yangyingliang@...wei.com,
pablo.sun@...iatek.com, msp@...libre.com, weiyi.lu@...iatek.com,
ikjn@...omium.org, linux-kernel@...r.kernel.org,
linux-clk@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-mediatek@...ts.infradead.org, devicetree@...r.kernel.org,
kernel@...labora.com
Subject: Re: [PATCH v2 11/23] clk: mediatek: Switch to mtk_clk_simple_probe()
where possible
On Fri, Dec 23, 2022 at 5:43 PM AngeloGioacchino Del Regno
<angelogioacchino.delregno@...labora.com> wrote:
>
> mtk_clk_simple_probe() is a function that registers mtk gate clocks
> and, if reset data is present, a reset controller and across all of
> the MTK clock drivers, such a function is duplicated many times:
> switch to the common mtk_clk_simple_probe() function for all of the
> clock drivers that are registering as platform drivers.
>
> Signed-off-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@...labora.com>
> ---
> drivers/clk/mediatek/clk-mt2701-aud.c | 26 +++----
> drivers/clk/mediatek/clk-mt2701-eth.c | 34 +++------
> drivers/clk/mediatek/clk-mt2701-g3d.c | 56 +++-----------
> drivers/clk/mediatek/clk-mt2701-hif.c | 36 +++------
> drivers/clk/mediatek/clk-mt2712.c | 83 ++++++++-------------
> drivers/clk/mediatek/clk-mt6779.c | 42 ++++++-----
> drivers/clk/mediatek/clk-mt7622-aud.c | 49 +++----------
> drivers/clk/mediatek/clk-mt7622-eth.c | 82 ++++-----------------
> drivers/clk/mediatek/clk-mt7622-hif.c | 85 ++++-----------------
> drivers/clk/mediatek/clk-mt7629-hif.c | 85 ++++-----------------
> drivers/clk/mediatek/clk-mt8183-audio.c | 19 +++--
> drivers/clk/mediatek/clk-mt8183.c | 75 ++++++++-----------
> drivers/clk/mediatek/clk-mt8192-aud.c | 25 +++----
> drivers/clk/mediatek/clk-mt8192.c | 98 ++++++++-----------------
> 14 files changed, 236 insertions(+), 559 deletions(-)
This looks mostly good, however ...
> diff --git a/drivers/clk/mediatek/clk-mt2701-aud.c b/drivers/clk/mediatek/clk-mt2701-aud.c
> index ab13ab618fb5..1fd6d96b34dc 100644
> --- a/drivers/clk/mediatek/clk-mt2701-aud.c
> +++ b/drivers/clk/mediatek/clk-mt2701-aud.c
> @@ -76,6 +76,7 @@ static const struct mtk_gate_regs audio3_cg_regs = {
> };
>
> static const struct mtk_gate audio_clks[] = {
> + GATE_DUMMY(CLK_DUMMY, "aud_dummy"),
> /* AUDIO0 */
> GATE_AUDIO0(CLK_AUD_AFE, "audio_afe", "aud_intbus_sel", 2),
> GATE_AUDIO0(CLK_AUD_HDMI, "audio_hdmi", "audpll_sel", 20),
> @@ -138,29 +139,26 @@ static const struct mtk_gate audio_clks[] = {
> GATE_AUDIO3(CLK_AUD_MEM_ASRC5, "audio_mem_asrc5", "asm_h_sel", 14),
> };
>
> +static const struct mtk_clk_desc audio_desc = {
> + .clks = audio_clks,
> + .num_clks = ARRAY_SIZE(audio_clks),
> +};
> +
> static const struct of_device_id of_match_clk_mt2701_aud[] = {
> - { .compatible = "mediatek,mt2701-audsys", },
> - {}
> + { .compatible = "mediatek,mt2701-audsys", .data = &audio_desc },
> + { /* sentinel */ }
> };
>
> static int clk_mt2701_aud_probe(struct platform_device *pdev)
> {
> - struct clk_hw_onecell_data *clk_data;
> - struct device_node *node = pdev->dev.of_node;
> int r;
>
> - clk_data = mtk_alloc_clk_data(CLK_AUD_NR);
> -
> - mtk_clk_register_gates(node, audio_clks, ARRAY_SIZE(audio_clks),
> - clk_data, &pdev->dev);
> -
> - r = of_clk_add_hw_provider(node, of_clk_hw_onecell_get, clk_data);
> + r = mtk_clk_simple_probe(pdev);
> if (r) {
> dev_err(&pdev->dev,
> "could not register clock provider: %s: %d\n",
> pdev->name, r);
> -
> - goto err_clk_provider;
> + return r;
> }
>
> r = devm_of_platform_populate(&pdev->dev);
> @@ -170,13 +168,13 @@ static int clk_mt2701_aud_probe(struct platform_device *pdev)
> return 0;
>
> err_plat_populate:
> - of_clk_del_provider(node);
> -err_clk_provider:
> + mtk_clk_simple_remove(pdev);
> return r;
> }
>
> static struct platform_driver clk_mt2701_aud_drv = {
> .probe = clk_mt2701_aud_probe,
> + .remove = mtk_clk_simple_remove,
I'm not a big fan of mixing devres and non-devres teardown code. Automatic
devres teardown happens after the remove callback returns, so in this
case you could have child devices being unregistered that touch clocks
or resets that have already been unregistered and freed in the remove
callback.
> .driver = {
> .name = "clk-mt2701-aud",
> .of_match_table = of_match_clk_mt2701_aud,
[...]
> --- a/drivers/clk/mediatek/clk-mt2712.c
> +++ b/drivers/clk/mediatek/clk-mt2712.c
[...]
> @@ -1482,7 +1459,11 @@ static struct platform_driver clk_mt2712_drv = {
>
> static int __init clk_mt2712_init(void)
> {
> - return platform_driver_register(&clk_mt2712_drv);
> + int ret = platform_driver_register(&clk_mt2712_drv);
> +
> + if (ret)
> + return ret;
> + return platform_driver_register(&clk_mt2712_simple_drv);
> }
>
> arch_initcall(clk_mt2712_init);
Would this get cleaned up even more? I.e. have just one driver left and
we could have the nice *_platform_driver() macros.
Thanks
ChenYu
Powered by blists - more mailing lists