All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matthias Brugger <matthias.bgg@gmail.com>
To: Weiyi Lu <weiyi.lu@mediatek.com>, Rob Herring <robh@kernel.org>,
	Stephen Boyd <sboyd@kernel.org>,
	Nicolas Boichat <drinkcat@chromium.org>
Cc: linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org,
	linux-clk@vger.kernel.org, srv_heupstream@mediatek.com,
	Project_Global_Chrome_Upstream_Group@mediatek.com
Subject: Re: [PATCH v6 10/22] clk: mediatek: Add MT8192 basic clocks support
Date: Wed, 10 Feb 2021 13:46:00 +0100	[thread overview]
Message-ID: <b16e4693-1dc6-e13c-3cc9-feb5005179dd@gmail.com> (raw)
In-Reply-To: <1608642587-15634-11-git-send-email-weiyi.lu@mediatek.com>



On 22/12/2020 14:09, Weiyi Lu wrote:
> Add MT8192 basic clock providers, include topckgen, apmixedsys,
> infracfg and pericfg.
> 
> Signed-off-by: Weiyi Lu <weiyi.lu@mediatek.com>
> ---
>  drivers/clk/mediatek/Kconfig      |    8 +
>  drivers/clk/mediatek/Makefile     |    1 +
>  drivers/clk/mediatek/clk-mt8192.c | 1326 +++++++++++++++++++++++++++++++++++++
>  drivers/clk/mediatek/clk-mux.h    |   15 +
>  4 files changed, 1350 insertions(+)
>  create mode 100644 drivers/clk/mediatek/clk-mt8192.c
> 

[...]

> +static int clk_mt8192_apmixed_probe(struct platform_device *pdev)
> +{
> +	struct clk_onecell_data *clk_data;
> +	struct device_node *node = pdev->dev.of_node;
> +	int r;
> +
> +	clk_data = mtk_alloc_clk_data(CLK_APMIXED_NR_CLK);
> +	if (!clk_data)
> +		return -ENOMEM;
> +
> +	mtk_clk_register_plls(node, plls, ARRAY_SIZE(plls), clk_data);
> +	r = mtk_clk_register_gates(node, apmixed_clks, ARRAY_SIZE(apmixed_clks), clk_data);
> +	if (r)
> +		return r;
> +
> +	return of_clk_add_provider(node, of_clk_src_onecell_get, clk_data);
> +}
> +
> +static const struct of_device_id of_match_clk_mt8192[] = {
> +	{
> +		.compatible = "mediatek,mt8192-apmixedsys",
> +		.data = clk_mt8192_apmixed_probe,
> +	}, {
> +		.compatible = "mediatek,mt8192-topckgen",
> +		.data = clk_mt8192_top_probe,
> +	}, {
> +		.compatible = "mediatek,mt8192-infracfg",
> +		.data = clk_mt8192_infra_probe,
> +	}, {
> +		.compatible = "mediatek,mt8192-pericfg",
> +		.data = clk_mt8192_peri_probe,
> +	}, {
> +		/* sentinel */
> +	}
> +};
> +
> +static int clk_mt8192_probe(struct platform_device *pdev)
> +{
> +	int (*clk_probe)(struct platform_device *pdev);
> +	int r;
> +
> +	clk_probe = of_device_get_match_data(&pdev->dev);
> +	if (!clk_probe)
> +		return -EINVAL;
> +
> +	r = clk_probe(pdev);
> +	if (r)
> +		dev_err(&pdev->dev, "could not register clock provider: %s: %d\n", pdev->name, r);
> +
> +	return r;
> +}
> +
> +static struct platform_driver clk_mt8192_drv = {
> +	.probe = clk_mt8192_probe,
> +	.driver = {
> +		.name = "clk-mt8192",
> +		.of_match_table = of_match_clk_mt8192,
> +	},
> +};
> +
> +static int __init clk_mt8192_init(void)
> +{
> +	return platform_driver_register(&clk_mt8192_drv);
> +}
> +
> +arch_initcall(clk_mt8192_init);

Do we really need all these clocks that early?
Why don't we use CLK_OF_DECLARE_DRIVER() then and why do we initialize some
clocks CLK_OF_DECLARE_DRIVER and other with arch_initcall?

I know that this is in other drivers for MediaTek SoCs, but that does not mean
it's the right approach.


> diff --git a/drivers/clk/mediatek/clk-mux.h b/drivers/clk/mediatek/clk-mux.h
> index f5625f4..afbc7df 100644
> --- a/drivers/clk/mediatek/clk-mux.h
> +++ b/drivers/clk/mediatek/clk-mux.h
> @@ -77,6 +77,21 @@ struct mtk_mux {
>  			_width, _gate, _upd_ofs, _upd,			\
>  			CLK_SET_RATE_PARENT)
>  
> +#define MUX_CLR_SET_UPD_FLAGS(_id, _name, _parents, _mux_ofs,		\
> +			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
> +			_upd_ofs, _upd, _flags)				\
> +		GATE_CLR_SET_UPD_FLAGS(_id, _name, _parents, _mux_ofs,	\
> +			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
> +			0, _upd_ofs, _upd, _flags,			\
> +			mtk_mux_clr_set_upd_ops)
> +
> +#define MUX_CLR_SET_UPD(_id, _name, _parents, _mux_ofs,			\
> +			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
> +			_upd_ofs, _upd)					\
> +		MUX_CLR_SET_UPD_FLAGS(_id, _name, _parents,		\
> +			_mux_ofs, _mux_set_ofs, _mux_clr_ofs, _shift,	\
> +			_width, _upd_ofs, _upd,	CLK_SET_RATE_PARENT)
> +

Why can't we do something like:

#define MUX_CLR_SET_UPD(_id, _name, _parents, _mux_ofs,			\
			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
			_upd_ofs, _upd)					\
		GATE_CLR_SET_UPD_FLAGS(_id, _name, _parents, _mux_ofs,	\
			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
			0, _upd_ofs, _upd, CLK_SET_RATE_PARENT,			\
			mtk_mux_clr_set_upd_ops)

>  struct clk *mtk_clk_register_mux(const struct mtk_mux *mux,
>  				 struct regmap *regmap,
>  				 spinlock_t *lock);
> 

WARNING: multiple messages have this Message-ID (diff)
From: Matthias Brugger <matthias.bgg@gmail.com>
To: Weiyi Lu <weiyi.lu@mediatek.com>, Rob Herring <robh@kernel.org>,
	Stephen Boyd <sboyd@kernel.org>,
	Nicolas Boichat <drinkcat@chromium.org>
Cc: srv_heupstream@mediatek.com, linux-kernel@vger.kernel.org,
	Project_Global_Chrome_Upstream_Group@mediatek.com,
	linux-mediatek@lists.infradead.org, linux-clk@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v6 10/22] clk: mediatek: Add MT8192 basic clocks support
Date: Wed, 10 Feb 2021 13:46:00 +0100	[thread overview]
Message-ID: <b16e4693-1dc6-e13c-3cc9-feb5005179dd@gmail.com> (raw)
In-Reply-To: <1608642587-15634-11-git-send-email-weiyi.lu@mediatek.com>



On 22/12/2020 14:09, Weiyi Lu wrote:
> Add MT8192 basic clock providers, include topckgen, apmixedsys,
> infracfg and pericfg.
> 
> Signed-off-by: Weiyi Lu <weiyi.lu@mediatek.com>
> ---
>  drivers/clk/mediatek/Kconfig      |    8 +
>  drivers/clk/mediatek/Makefile     |    1 +
>  drivers/clk/mediatek/clk-mt8192.c | 1326 +++++++++++++++++++++++++++++++++++++
>  drivers/clk/mediatek/clk-mux.h    |   15 +
>  4 files changed, 1350 insertions(+)
>  create mode 100644 drivers/clk/mediatek/clk-mt8192.c
> 

[...]

> +static int clk_mt8192_apmixed_probe(struct platform_device *pdev)
> +{
> +	struct clk_onecell_data *clk_data;
> +	struct device_node *node = pdev->dev.of_node;
> +	int r;
> +
> +	clk_data = mtk_alloc_clk_data(CLK_APMIXED_NR_CLK);
> +	if (!clk_data)
> +		return -ENOMEM;
> +
> +	mtk_clk_register_plls(node, plls, ARRAY_SIZE(plls), clk_data);
> +	r = mtk_clk_register_gates(node, apmixed_clks, ARRAY_SIZE(apmixed_clks), clk_data);
> +	if (r)
> +		return r;
> +
> +	return of_clk_add_provider(node, of_clk_src_onecell_get, clk_data);
> +}
> +
> +static const struct of_device_id of_match_clk_mt8192[] = {
> +	{
> +		.compatible = "mediatek,mt8192-apmixedsys",
> +		.data = clk_mt8192_apmixed_probe,
> +	}, {
> +		.compatible = "mediatek,mt8192-topckgen",
> +		.data = clk_mt8192_top_probe,
> +	}, {
> +		.compatible = "mediatek,mt8192-infracfg",
> +		.data = clk_mt8192_infra_probe,
> +	}, {
> +		.compatible = "mediatek,mt8192-pericfg",
> +		.data = clk_mt8192_peri_probe,
> +	}, {
> +		/* sentinel */
> +	}
> +};
> +
> +static int clk_mt8192_probe(struct platform_device *pdev)
> +{
> +	int (*clk_probe)(struct platform_device *pdev);
> +	int r;
> +
> +	clk_probe = of_device_get_match_data(&pdev->dev);
> +	if (!clk_probe)
> +		return -EINVAL;
> +
> +	r = clk_probe(pdev);
> +	if (r)
> +		dev_err(&pdev->dev, "could not register clock provider: %s: %d\n", pdev->name, r);
> +
> +	return r;
> +}
> +
> +static struct platform_driver clk_mt8192_drv = {
> +	.probe = clk_mt8192_probe,
> +	.driver = {
> +		.name = "clk-mt8192",
> +		.of_match_table = of_match_clk_mt8192,
> +	},
> +};
> +
> +static int __init clk_mt8192_init(void)
> +{
> +	return platform_driver_register(&clk_mt8192_drv);
> +}
> +
> +arch_initcall(clk_mt8192_init);

Do we really need all these clocks that early?
Why don't we use CLK_OF_DECLARE_DRIVER() then and why do we initialize some
clocks CLK_OF_DECLARE_DRIVER and other with arch_initcall?

I know that this is in other drivers for MediaTek SoCs, but that does not mean
it's the right approach.


> diff --git a/drivers/clk/mediatek/clk-mux.h b/drivers/clk/mediatek/clk-mux.h
> index f5625f4..afbc7df 100644
> --- a/drivers/clk/mediatek/clk-mux.h
> +++ b/drivers/clk/mediatek/clk-mux.h
> @@ -77,6 +77,21 @@ struct mtk_mux {
>  			_width, _gate, _upd_ofs, _upd,			\
>  			CLK_SET_RATE_PARENT)
>  
> +#define MUX_CLR_SET_UPD_FLAGS(_id, _name, _parents, _mux_ofs,		\
> +			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
> +			_upd_ofs, _upd, _flags)				\
> +		GATE_CLR_SET_UPD_FLAGS(_id, _name, _parents, _mux_ofs,	\
> +			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
> +			0, _upd_ofs, _upd, _flags,			\
> +			mtk_mux_clr_set_upd_ops)
> +
> +#define MUX_CLR_SET_UPD(_id, _name, _parents, _mux_ofs,			\
> +			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
> +			_upd_ofs, _upd)					\
> +		MUX_CLR_SET_UPD_FLAGS(_id, _name, _parents,		\
> +			_mux_ofs, _mux_set_ofs, _mux_clr_ofs, _shift,	\
> +			_width, _upd_ofs, _upd,	CLK_SET_RATE_PARENT)
> +

Why can't we do something like:

#define MUX_CLR_SET_UPD(_id, _name, _parents, _mux_ofs,			\
			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
			_upd_ofs, _upd)					\
		GATE_CLR_SET_UPD_FLAGS(_id, _name, _parents, _mux_ofs,	\
			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
			0, _upd_ofs, _upd, CLK_SET_RATE_PARENT,			\
			mtk_mux_clr_set_upd_ops)

>  struct clk *mtk_clk_register_mux(const struct mtk_mux *mux,
>  				 struct regmap *regmap,
>  				 spinlock_t *lock);
> 

_______________________________________________
Linux-mediatek mailing list
Linux-mediatek@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-mediatek

WARNING: multiple messages have this Message-ID (diff)
From: Matthias Brugger <matthias.bgg@gmail.com>
To: Weiyi Lu <weiyi.lu@mediatek.com>, Rob Herring <robh@kernel.org>,
	Stephen Boyd <sboyd@kernel.org>,
	Nicolas Boichat <drinkcat@chromium.org>
Cc: srv_heupstream@mediatek.com, linux-kernel@vger.kernel.org,
	Project_Global_Chrome_Upstream_Group@mediatek.com,
	linux-mediatek@lists.infradead.org, linux-clk@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v6 10/22] clk: mediatek: Add MT8192 basic clocks support
Date: Wed, 10 Feb 2021 13:46:00 +0100	[thread overview]
Message-ID: <b16e4693-1dc6-e13c-3cc9-feb5005179dd@gmail.com> (raw)
In-Reply-To: <1608642587-15634-11-git-send-email-weiyi.lu@mediatek.com>



On 22/12/2020 14:09, Weiyi Lu wrote:
> Add MT8192 basic clock providers, include topckgen, apmixedsys,
> infracfg and pericfg.
> 
> Signed-off-by: Weiyi Lu <weiyi.lu@mediatek.com>
> ---
>  drivers/clk/mediatek/Kconfig      |    8 +
>  drivers/clk/mediatek/Makefile     |    1 +
>  drivers/clk/mediatek/clk-mt8192.c | 1326 +++++++++++++++++++++++++++++++++++++
>  drivers/clk/mediatek/clk-mux.h    |   15 +
>  4 files changed, 1350 insertions(+)
>  create mode 100644 drivers/clk/mediatek/clk-mt8192.c
> 

[...]

> +static int clk_mt8192_apmixed_probe(struct platform_device *pdev)
> +{
> +	struct clk_onecell_data *clk_data;
> +	struct device_node *node = pdev->dev.of_node;
> +	int r;
> +
> +	clk_data = mtk_alloc_clk_data(CLK_APMIXED_NR_CLK);
> +	if (!clk_data)
> +		return -ENOMEM;
> +
> +	mtk_clk_register_plls(node, plls, ARRAY_SIZE(plls), clk_data);
> +	r = mtk_clk_register_gates(node, apmixed_clks, ARRAY_SIZE(apmixed_clks), clk_data);
> +	if (r)
> +		return r;
> +
> +	return of_clk_add_provider(node, of_clk_src_onecell_get, clk_data);
> +}
> +
> +static const struct of_device_id of_match_clk_mt8192[] = {
> +	{
> +		.compatible = "mediatek,mt8192-apmixedsys",
> +		.data = clk_mt8192_apmixed_probe,
> +	}, {
> +		.compatible = "mediatek,mt8192-topckgen",
> +		.data = clk_mt8192_top_probe,
> +	}, {
> +		.compatible = "mediatek,mt8192-infracfg",
> +		.data = clk_mt8192_infra_probe,
> +	}, {
> +		.compatible = "mediatek,mt8192-pericfg",
> +		.data = clk_mt8192_peri_probe,
> +	}, {
> +		/* sentinel */
> +	}
> +};
> +
> +static int clk_mt8192_probe(struct platform_device *pdev)
> +{
> +	int (*clk_probe)(struct platform_device *pdev);
> +	int r;
> +
> +	clk_probe = of_device_get_match_data(&pdev->dev);
> +	if (!clk_probe)
> +		return -EINVAL;
> +
> +	r = clk_probe(pdev);
> +	if (r)
> +		dev_err(&pdev->dev, "could not register clock provider: %s: %d\n", pdev->name, r);
> +
> +	return r;
> +}
> +
> +static struct platform_driver clk_mt8192_drv = {
> +	.probe = clk_mt8192_probe,
> +	.driver = {
> +		.name = "clk-mt8192",
> +		.of_match_table = of_match_clk_mt8192,
> +	},
> +};
> +
> +static int __init clk_mt8192_init(void)
> +{
> +	return platform_driver_register(&clk_mt8192_drv);
> +}
> +
> +arch_initcall(clk_mt8192_init);

Do we really need all these clocks that early?
Why don't we use CLK_OF_DECLARE_DRIVER() then and why do we initialize some
clocks CLK_OF_DECLARE_DRIVER and other with arch_initcall?

I know that this is in other drivers for MediaTek SoCs, but that does not mean
it's the right approach.


> diff --git a/drivers/clk/mediatek/clk-mux.h b/drivers/clk/mediatek/clk-mux.h
> index f5625f4..afbc7df 100644
> --- a/drivers/clk/mediatek/clk-mux.h
> +++ b/drivers/clk/mediatek/clk-mux.h
> @@ -77,6 +77,21 @@ struct mtk_mux {
>  			_width, _gate, _upd_ofs, _upd,			\
>  			CLK_SET_RATE_PARENT)
>  
> +#define MUX_CLR_SET_UPD_FLAGS(_id, _name, _parents, _mux_ofs,		\
> +			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
> +			_upd_ofs, _upd, _flags)				\
> +		GATE_CLR_SET_UPD_FLAGS(_id, _name, _parents, _mux_ofs,	\
> +			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
> +			0, _upd_ofs, _upd, _flags,			\
> +			mtk_mux_clr_set_upd_ops)
> +
> +#define MUX_CLR_SET_UPD(_id, _name, _parents, _mux_ofs,			\
> +			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
> +			_upd_ofs, _upd)					\
> +		MUX_CLR_SET_UPD_FLAGS(_id, _name, _parents,		\
> +			_mux_ofs, _mux_set_ofs, _mux_clr_ofs, _shift,	\
> +			_width, _upd_ofs, _upd,	CLK_SET_RATE_PARENT)
> +

Why can't we do something like:

#define MUX_CLR_SET_UPD(_id, _name, _parents, _mux_ofs,			\
			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
			_upd_ofs, _upd)					\
		GATE_CLR_SET_UPD_FLAGS(_id, _name, _parents, _mux_ofs,	\
			_mux_set_ofs, _mux_clr_ofs, _shift, _width,	\
			0, _upd_ofs, _upd, CLK_SET_RATE_PARENT,			\
			mtk_mux_clr_set_upd_ops)

>  struct clk *mtk_clk_register_mux(const struct mtk_mux *mux,
>  				 struct regmap *regmap,
>  				 spinlock_t *lock);
> 

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  parent reply	other threads:[~2021-02-10 12:47 UTC|newest]

Thread overview: 108+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-22 13:09 [PATCH v6 00/22] Mediatek MT8192 clock support Weiyi Lu
2020-12-22 13:09 ` Weiyi Lu
2020-12-22 13:09 ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 01/22] dt-bindings: ARM: Mediatek: Add new document bindings of imp i2c wrapper controller Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2021-02-10 12:19   ` Matthias Brugger
2021-02-10 12:19     ` Matthias Brugger
2021-02-10 12:19     ` Matthias Brugger
2021-02-18  1:40     ` Weiyi Lu
2021-02-18  1:40       ` Weiyi Lu
2021-02-18  1:40       ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 02/22] dt-bindings: ARM: Mediatek: Add new document bindings of mdpsys controller Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 03/22] dt-bindings: ARM: Mediatek: Add new document bindings of msdc controller Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 04/22] dt-bindings: ARM: Mediatek: Add new document bindings of scp adsp controller Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 05/22] dt-bindings: ARM: Mediatek: Document bindings of MT8192 clock controllers Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 06/22] clk: mediatek: Add dt-bindings of MT8192 clocks Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 07/22] clk: mediatek: Fix asymmetrical PLL enable and disable control Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2021-01-06 10:35   ` Ikjoon Jang
2021-01-06 10:35     ` Ikjoon Jang
2021-01-06 10:35     ` Ikjoon Jang
2020-12-22 13:09 ` [PATCH v6 08/22] clk: mediatek: Add configurable enable control to mtk_pll_data Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2021-01-06 10:37   ` Ikjoon Jang
2021-01-06 10:37     ` Ikjoon Jang
2021-01-06 10:37     ` Ikjoon Jang
2020-12-22 13:09 ` [PATCH v6 09/22] clk: mediatek: Add mtk_clk_simple_probe() to simplify clock providers Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 10/22] clk: mediatek: Add MT8192 basic clocks support Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2021-01-06 10:25   ` Ikjoon Jang
2021-01-06 10:25     ` Ikjoon Jang
2021-01-06 10:25     ` Ikjoon Jang
2021-01-06 10:42     ` Weiyi Lu
2021-01-06 10:42       ` Weiyi Lu
2021-01-06 10:42       ` Weiyi Lu
2021-01-06 10:52       ` Ikjoon Jang
2021-01-06 10:52         ` Ikjoon Jang
2021-01-06 11:06         ` Weiyi Lu
2021-01-06 11:06           ` Weiyi Lu
2021-01-07  3:00           ` Ikjoon Jang
2021-01-07  3:00             ` Ikjoon Jang
2021-02-10 12:46   ` Matthias Brugger [this message]
2021-02-10 12:46     ` Matthias Brugger
2021-02-10 12:46     ` Matthias Brugger
2021-02-18  1:59     ` Weiyi Lu
2021-02-18  1:59       ` Weiyi Lu
2021-02-18  1:59       ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 11/22] clk: mediatek: Add MT8192 audio clock support Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 12/22] clk: mediatek: Add MT8192 camsys " Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 13/22] clk: mediatek: Add MT8192 imgsys " Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 14/22] clk: mediatek: Add MT8192 imp i2c wrapper " Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 15/22] clk: mediatek: Add MT8192 ipesys " Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 16/22] clk: mediatek: Add MT8192 mdpsys " Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 17/22] clk: mediatek: Add MT8192 mfgcfg " Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 18/22] clk: mediatek: Add MT8192 mmsys " Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 19/22] clk: mediatek: Add MT8192 msdc " Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 20/22] clk: mediatek: Add MT8192 scp adsp " Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 21/22] clk: mediatek: Add MT8192 vdecsys " Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09 ` [PATCH v6 22/22] clk: mediatek: Add MT8192 vencsys " Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2020-12-22 13:09   ` Weiyi Lu
2021-01-13  7:18 ` [PATCH v6 00/22] Mediatek MT8192 " James Liao
2021-01-13  7:18   ` James Liao
2021-01-13  7:18   ` James Liao
2021-02-09  1:00 ` Stephen Boyd
2021-02-09  1:00   ` Stephen Boyd
2021-02-09  1:00   ` Stephen Boyd
2021-02-18  1:25   ` Weiyi Lu
2021-02-18  1:25     ` Weiyi Lu
2021-02-18  1:25     ` Weiyi Lu

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=b16e4693-1dc6-e13c-3cc9-feb5005179dd@gmail.com \
    --to=matthias.bgg@gmail.com \
    --cc=Project_Global_Chrome_Upstream_Group@mediatek.com \
    --cc=drinkcat@chromium.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-clk@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=robh@kernel.org \
    --cc=sboyd@kernel.org \
    --cc=srv_heupstream@mediatek.com \
    --cc=weiyi.lu@mediatek.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.