* Re: [PATCH 2/5] soc: mediatek: change compatible name for mt8195
[not found] ` <20220914182331.20515-3-jason-jh.lin@mediatek.com>
@ 2022-09-14 20:42 ` Matthias Brugger
2022-09-15 1:31 ` Jason-JH Lin
0 siblings, 1 reply; 11+ messages in thread
From: Matthias Brugger @ 2022-09-14 20:42 UTC (permalink / raw)
To: Jason-JH.Lin, Chun-Kuang Hu, Rob Herring, Krzysztof Kozlowski,
AngeloGioacchino Del Regno
Cc: CK Hu, Rex-BC Chen, Singo Chang, Nancy Lin, dri-devel,
linux-mediatek, devicetree, linux-kernel, linux-arm-kernel,
Project_Global_Chrome_Upstream_Group
On 14/09/2022 20:23, Jason-JH.Lin wrote:
> In mt8195, vdosys0 and vdosys1 are 2 different function blocks
> for mediatek-drm, so using 2 compatible instead of identifying
> multiple mmsys by io_start.
>
> Fixes: b804923b7ccb ("soc: mediatek: add mtk-mmsys support for mt8195 vdosys0")
> Signed-off-by: Jason-JH.Lin <jason-jh.lin@mediatek.com>
From what I have seen we can just revert the commit. No fixes tag needed, it
does not fix any (runtime) bug.
Regards,
Matthias
> ---
> drivers/soc/mediatek/mtk-mmsys.c | 141 +++++--------------------------
> drivers/soc/mediatek/mtk-mmsys.h | 6 --
> 2 files changed, 21 insertions(+), 126 deletions(-)
>
> diff --git a/drivers/soc/mediatek/mtk-mmsys.c b/drivers/soc/mediatek/mtk-mmsys.c
> index 06d8e83a2cb5..e1c653f3abc0 100644
> --- a/drivers/soc/mediatek/mtk-mmsys.c
> +++ b/drivers/soc/mediatek/mtk-mmsys.c
> @@ -26,61 +26,26 @@ static const struct mtk_mmsys_driver_data mt2701_mmsys_driver_data = {
> .num_routes = ARRAY_SIZE(mmsys_default_routing_table),
> };
>
> -static const struct mtk_mmsys_match_data mt2701_mmsys_match_data = {
> - .num_drv_data = 1,
> - .drv_data = {
> - &mt2701_mmsys_driver_data,
> - },
> -};
> -
> static const struct mtk_mmsys_driver_data mt2712_mmsys_driver_data = {
> .clk_driver = "clk-mt2712-mm",
> .routes = mmsys_default_routing_table,
> .num_routes = ARRAY_SIZE(mmsys_default_routing_table),
> };
>
> -static const struct mtk_mmsys_match_data mt2712_mmsys_match_data = {
> - .num_drv_data = 1,
> - .drv_data = {
> - &mt2712_mmsys_driver_data,
> - },
> -};
> -
> static const struct mtk_mmsys_driver_data mt6779_mmsys_driver_data = {
> .clk_driver = "clk-mt6779-mm",
> };
>
> -static const struct mtk_mmsys_match_data mt6779_mmsys_match_data = {
> - .num_drv_data = 1,
> - .drv_data = {
> - &mt6779_mmsys_driver_data,
> - },
> -};
> -
> static const struct mtk_mmsys_driver_data mt6797_mmsys_driver_data = {
> .clk_driver = "clk-mt6797-mm",
> };
>
> -static const struct mtk_mmsys_match_data mt6797_mmsys_match_data = {
> - .num_drv_data = 1,
> - .drv_data = {
> - &mt6797_mmsys_driver_data,
> - },
> -};
> -
> static const struct mtk_mmsys_driver_data mt8167_mmsys_driver_data = {
> .clk_driver = "clk-mt8167-mm",
> .routes = mt8167_mmsys_routing_table,
> .num_routes = ARRAY_SIZE(mt8167_mmsys_routing_table),
> };
>
> -static const struct mtk_mmsys_match_data mt8167_mmsys_match_data = {
> - .num_drv_data = 1,
> - .drv_data = {
> - &mt8167_mmsys_driver_data,
> - },
> -};
> -
> static const struct mtk_mmsys_driver_data mt8173_mmsys_driver_data = {
> .clk_driver = "clk-mt8173-mm",
> .routes = mmsys_default_routing_table,
> @@ -88,13 +53,6 @@ static const struct mtk_mmsys_driver_data mt8173_mmsys_driver_data = {
> .sw0_rst_offset = MT8183_MMSYS_SW0_RST_B,
> };
>
> -static const struct mtk_mmsys_match_data mt8173_mmsys_match_data = {
> - .num_drv_data = 1,
> - .drv_data = {
> - &mt8173_mmsys_driver_data,
> - },
> -};
> -
> static const struct mtk_mmsys_driver_data mt8183_mmsys_driver_data = {
> .clk_driver = "clk-mt8183-mm",
> .routes = mmsys_mt8183_routing_table,
> @@ -102,13 +60,6 @@ static const struct mtk_mmsys_driver_data mt8183_mmsys_driver_data = {
> .sw0_rst_offset = MT8183_MMSYS_SW0_RST_B,
> };
>
> -static const struct mtk_mmsys_match_data mt8183_mmsys_match_data = {
> - .num_drv_data = 1,
> - .drv_data = {
> - &mt8183_mmsys_driver_data,
> - },
> -};
> -
> static const struct mtk_mmsys_driver_data mt8186_mmsys_driver_data = {
> .clk_driver = "clk-mt8186-mm",
> .routes = mmsys_mt8186_routing_table,
> @@ -116,13 +67,6 @@ static const struct mtk_mmsys_driver_data mt8186_mmsys_driver_data = {
> .sw0_rst_offset = MT8186_MMSYS_SW0_RST_B,
> };
>
> -static const struct mtk_mmsys_match_data mt8186_mmsys_match_data = {
> - .num_drv_data = 1,
> - .drv_data = {
> - &mt8186_mmsys_driver_data,
> - },
> -};
> -
> static const struct mtk_mmsys_driver_data mt8192_mmsys_driver_data = {
> .clk_driver = "clk-mt8192-mm",
> .routes = mmsys_mt8192_routing_table,
> @@ -130,66 +74,29 @@ static const struct mtk_mmsys_driver_data mt8192_mmsys_driver_data = {
> .sw0_rst_offset = MT8186_MMSYS_SW0_RST_B,
> };
>
> -static const struct mtk_mmsys_match_data mt8192_mmsys_match_data = {
> - .num_drv_data = 1,
> - .drv_data = {
> - &mt8192_mmsys_driver_data,
> - },
> -};
> -
> static const struct mtk_mmsys_driver_data mt8195_vdosys0_driver_data = {
> - .io_start = 0x1c01a000,
> .clk_driver = "clk-mt8195-vdo0",
> .routes = mmsys_mt8195_routing_table,
> .num_routes = ARRAY_SIZE(mmsys_mt8195_routing_table),
> };
>
> static const struct mtk_mmsys_driver_data mt8195_vdosys1_driver_data = {
> - .io_start = 0x1c100000,
> .clk_driver = "clk-mt8195-vdo1",
> };
>
> -static const struct mtk_mmsys_match_data mt8195_mmsys_match_data = {
> - .num_drv_data = 2,
> - .drv_data = {
> - &mt8195_vdosys0_driver_data,
> - &mt8195_vdosys1_driver_data,
> - },
> -};
> -
> static const struct mtk_mmsys_driver_data mt8365_mmsys_driver_data = {
> .clk_driver = "clk-mt8365-mm",
> .routes = mt8365_mmsys_routing_table,
> .num_routes = ARRAY_SIZE(mt8365_mmsys_routing_table),
> };
>
> -static const struct mtk_mmsys_match_data mt8365_mmsys_match_data = {
> - .num_drv_data = 1,
> - .drv_data = {
> - &mt8365_mmsys_driver_data,
> - },
> -};
> -
> struct mtk_mmsys {
> void __iomem *regs;
> const struct mtk_mmsys_driver_data *data;
> spinlock_t lock; /* protects mmsys_sw_rst_b reg */
> struct reset_controller_dev rcdev;
> - phys_addr_t io_start;
> };
>
> -static int mtk_mmsys_find_match_drvdata(struct mtk_mmsys *mmsys,
> - const struct mtk_mmsys_match_data *match)
> -{
> - int i;
> -
> - for (i = 0; i < match->num_drv_data; i++)
> - if (mmsys->io_start == match->drv_data[i]->io_start)
> - return i;
> -
> - return -EINVAL;
> -}
> -
> void mtk_mmsys_ddp_connect(struct device *dev,
> enum mtk_ddp_comp_id cur,
> enum mtk_ddp_comp_id next)
> @@ -284,7 +191,6 @@ static int mtk_mmsys_probe(struct platform_device *pdev)
> struct device *dev = &pdev->dev;
> struct platform_device *clks;
> struct platform_device *drm;
> - const struct mtk_mmsys_match_data *match_data;
> struct mtk_mmsys *mmsys;
> struct resource *res;
> int ret;
> @@ -317,20 +223,11 @@ static int mtk_mmsys_probe(struct platform_device *pdev)
> dev_err(dev, "Couldn't get mmsys resource\n");
> return -EINVAL;
> }
> - mmsys->io_start = res->start;
> -
> - match_data = of_device_get_match_data(dev);
> - if (match_data->num_drv_data > 1) {
> - /* This SoC has multiple mmsys channels */
> - ret = mtk_mmsys_find_match_drvdata(mmsys, match_data);
> - if (ret < 0) {
> - dev_err(dev, "Couldn't get match driver data\n");
> - return ret;
> - }
> - mmsys->data = match_data->drv_data[ret];
> - } else {
> - dev_dbg(dev, "Using single mmsys channel\n");
> - mmsys->data = match_data->drv_data[0];
> +
> + mmsys->data = of_device_get_match_data(&pdev->dev);
> + if (!mmsys->data) {
> + dev_err(dev, "Couldn't get match driver data\n");
> + return -EINVAL;
> }
>
> platform_set_drvdata(pdev, mmsys);
> @@ -353,47 +250,51 @@ static int mtk_mmsys_probe(struct platform_device *pdev)
> static const struct of_device_id of_match_mtk_mmsys[] = {
> {
> .compatible = "mediatek,mt2701-mmsys",
> - .data = &mt2701_mmsys_match_data,
> + .data = &mt2701_mmsys_driver_data,
> },
> {
> .compatible = "mediatek,mt2712-mmsys",
> - .data = &mt2712_mmsys_match_data,
> + .data = &mt2712_mmsys_driver_data,
> },
> {
> .compatible = "mediatek,mt6779-mmsys",
> - .data = &mt6779_mmsys_match_data,
> + .data = &mt6779_mmsys_driver_data,
> },
> {
> .compatible = "mediatek,mt6797-mmsys",
> - .data = &mt6797_mmsys_match_data,
> + .data = &mt6797_mmsys_driver_data,
> },
> {
> .compatible = "mediatek,mt8167-mmsys",
> - .data = &mt8167_mmsys_match_data,
> + .data = &mt8167_mmsys_driver_data,
> },
> {
> .compatible = "mediatek,mt8173-mmsys",
> - .data = &mt8173_mmsys_match_data,
> + .data = &mt8173_mmsys_driver_data,
> },
> {
> .compatible = "mediatek,mt8183-mmsys",
> - .data = &mt8183_mmsys_match_data,
> + .data = &mt8183_mmsys_driver_data,
> },
> {
> .compatible = "mediatek,mt8186-mmsys",
> - .data = &mt8186_mmsys_match_data,
> + .data = &mt8186_mmsys_driver_data,
> },
> {
> .compatible = "mediatek,mt8192-mmsys",
> - .data = &mt8192_mmsys_match_data,
> + .data = &mt8192_mmsys_driver_data,
> + },
> + {
> + .compatible = "mediatek,mt8195-vdosys0",
> + .data = &mt8195_vdosys0_driver_data,
> },
> {
> - .compatible = "mediatek,mt8195-mmsys",
> - .data = &mt8195_mmsys_match_data,
> + .compatible = "mediatek,mt8195-vdosys1",
> + .data = &mt8195_vdosys1_driver_data,
> },
> {
> .compatible = "mediatek,mt8365-mmsys",
> - .data = &mt8365_mmsys_match_data,
> + .data = &mt8365_mmsys_driver_data,
> },
> { }
> };
> diff --git a/drivers/soc/mediatek/mtk-mmsys.h b/drivers/soc/mediatek/mtk-mmsys.h
> index f01ba206481d..77f37f8c715b 100644
> --- a/drivers/soc/mediatek/mtk-mmsys.h
> +++ b/drivers/soc/mediatek/mtk-mmsys.h
> @@ -87,18 +87,12 @@ struct mtk_mmsys_routes {
> };
>
> struct mtk_mmsys_driver_data {
> - const resource_size_t io_start;
> const char *clk_driver;
> const struct mtk_mmsys_routes *routes;
> const unsigned int num_routes;
> const u16 sw0_rst_offset;
> };
>
> -struct mtk_mmsys_match_data {
> - unsigned short num_drv_data;
> - const struct mtk_mmsys_driver_data *drv_data[];
> -};
> -
> /*
> * Routes in mt8173, mt2701, mt2712 are different. That means
> * in the same register address, it controls different input/output
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 5/5] dt-bindings: arm: mediatek: mmsys: remove the unused compatible for mt8195
[not found] ` <20220914182331.20515-6-jason-jh.lin@mediatek.com>
@ 2022-09-14 20:45 ` Matthias Brugger
2022-09-15 1:37 ` Jason-JH Lin
0 siblings, 1 reply; 11+ messages in thread
From: Matthias Brugger @ 2022-09-14 20:45 UTC (permalink / raw)
To: Jason-JH.Lin, Chun-Kuang Hu, Rob Herring, Krzysztof Kozlowski,
AngeloGioacchino Del Regno
Cc: CK Hu, Rex-BC Chen, Singo Chang, Nancy Lin, dri-devel,
linux-mediatek, devicetree, linux-kernel, linux-arm-kernel,
Project_Global_Chrome_Upstream_Group
On 14/09/2022 20:23, Jason-JH.Lin wrote:
> The compatible properties of mt8195 have changed to mediatek,mt8195-vdosys0
> and mediatek,mt8195-vdosys1 from mediatek,mt895-mmsys, so remove the unused
> compatible.
>
> Fixes: 81c5a41d10b9 ("dt-bindings: arm: mediatek: mmsys: add mt8195 SoC binding")
> Signed-off-by: Jason-JH.Lin <jason-jh.lin@mediatek.com>
> Signed-off-by: Bo-Chen Chen <rex-bc.chen@mediatek.com>
> ---
> .../devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml b/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml
> index a53b32c0a608..bfbdd30d2092 100644
> --- a/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml
> +++ b/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml
> @@ -31,7 +31,6 @@ properties:
> - mediatek,mt8183-mmsys
> - mediatek,mt8186-mmsys
> - mediatek,mt8192-mmsys
> - - mediatek,mt8195-mmsys
Should be part of the first patch. As described in the review.
Regards,
Matthias
> - mediatek,mt8195-vdosys0
> - mediatek,mt8195-vdosys1
> - mediatek,mt8365-mmsys
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 1/5] dt-bindings: arm: mediatek: mmsys: change compatible for MT8195
[not found] ` <20220914182331.20515-2-jason-jh.lin@mediatek.com>
@ 2022-09-14 21:24 ` Matthias Brugger
2022-09-15 1:24 ` Jason-JH Lin
0 siblings, 1 reply; 11+ messages in thread
From: Matthias Brugger @ 2022-09-14 21:24 UTC (permalink / raw)
To: Jason-JH.Lin, Chun-Kuang Hu, Rob Herring, Krzysztof Kozlowski,
AngeloGioacchino Del Regno
Cc: CK Hu, Rex-BC Chen, Singo Chang, Nancy Lin, dri-devel,
linux-mediatek, devicetree, linux-kernel, linux-arm-kernel,
Project_Global_Chrome_Upstream_Group
On 14/09/2022 20:23, Jason-JH.Lin wrote:
> For previous MediaTek SoCs, such as MT8173, there are 2 display HW
> pipelines binding to 1 mmsys with the same power domain, the same
> clock driver and the same mediatek-drm driver.
>
> For MT8195, VDOSYS0 and VDOSYS1 are 2 display HW pipelines binding to
> 2 different power domains, different clock drivers and different
> mediatek-drm drivers.
>
> Moreover, Hardware pipeline of VDOSYS0 has these components: COLOR,
> CCORR, AAL, GAMMA, DITHER. They are related to the PQ (Picture Quality)
> and they makes VDOSYS0 supports PQ function while they are not
> including in VDOSYS1.
>
> Hardware pipeline of VDOSYS1 has the component ETHDR (HDR related
> component). It makes VDOSYS1 supports the HDR function while it's not
> including in VDOSYS0.
>
> To summarize0:
> Only VDOSYS0 can support PQ adjustment.
> Only VDOSYS1 can support HDR adjustment.
>
> Therefore, we need to separate these two different mmsys hardwares to
> 2 different compatibles for MT8195.
>
> Fixes: 81c5a41d10b9 ("dt-bindings: arm: mediatek: mmsys: add mt8195 SoC binding")
> Signed-off-by: Jason-JH.Lin <jason-jh.lin@mediatek.com>
> Signed-off-by: Bo-Chen Chen <rex-bc.chen@mediatek.com>
> Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
I'm not sure Krzysztof gave his Acked-by tag.
> ---
> .../devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml b/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml
> index 6ad023eec193..a53b32c0a608 100644
> --- a/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml
> +++ b/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml
> @@ -32,6 +32,8 @@ properties:
> - mediatek,mt8186-mmsys
> - mediatek,mt8192-mmsys
> - mediatek,mt8195-mmsys
> + - mediatek,mt8195-vdosys0
As I said in the last submission, we should make mediatek,mt8195-mmsys as a
fallback of vdosys0. Actually mediatek,mt8195-mmsys is only used for the
fallback of vdosys0.
Regards,
Matthias
> + - mediatek,mt8195-vdosys1
> - mediatek,mt8365-mmsys
> - const: syscon
> - items:
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 1/5] dt-bindings: arm: mediatek: mmsys: change compatible for MT8195
2022-09-14 21:24 ` [PATCH 1/5] dt-bindings: arm: mediatek: mmsys: change compatible for MT8195 Matthias Brugger
@ 2022-09-15 1:24 ` Jason-JH Lin
2022-09-15 16:20 ` Matthias Brugger
0 siblings, 1 reply; 11+ messages in thread
From: Jason-JH Lin @ 2022-09-15 1:24 UTC (permalink / raw)
To: Matthias Brugger, Chun-Kuang Hu, Rob Herring, Krzysztof Kozlowski,
AngeloGioacchino Del Regno
Cc: CK Hu, Rex-BC Chen, Singo Chang, Nancy Lin, dri-devel,
linux-mediatek, devicetree, linux-kernel, linux-arm-kernel,
Project_Global_Chrome_Upstream_Group
Hi Matthias,
Thanks for the reviews.
On Wed, 2022-09-14 at 23:24 +0200, Matthias Brugger wrote:
>
> On 14/09/2022 20:23, Jason-JH.Lin wrote:
> > For previous MediaTek SoCs, such as MT8173, there are 2 display HW
> > pipelines binding to 1 mmsys with the same power domain, the same
> > clock driver and the same mediatek-drm driver.
> >
> > For MT8195, VDOSYS0 and VDOSYS1 are 2 display HW pipelines binding
> > to
> > 2 different power domains, different clock drivers and different
> > mediatek-drm drivers.
> >
> > Moreover, Hardware pipeline of VDOSYS0 has these components: COLOR,
> > CCORR, AAL, GAMMA, DITHER. They are related to the PQ (Picture
> > Quality)
> > and they makes VDOSYS0 supports PQ function while they are not
> > including in VDOSYS1.
> >
> > Hardware pipeline of VDOSYS1 has the component ETHDR (HDR related
> > component). It makes VDOSYS1 supports the HDR function while it's
> > not
> > including in VDOSYS0.
> >
> > To summarize0:
> > Only VDOSYS0 can support PQ adjustment.
> > Only VDOSYS1 can support HDR adjustment.
> >
> > Therefore, we need to separate these two different mmsys hardwares
> > to
> > 2 different compatibles for MT8195.
> >
> > Fixes: 81c5a41d10b9 ("dt-bindings: arm: mediatek: mmsys: add mt8195
> > SoC binding")
> > Signed-off-by: Jason-JH.Lin <jason-jh.lin@mediatek.com>
> > Signed-off-by: Bo-Chen Chen <rex-bc.chen@mediatek.com>
> > Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
>
> I'm not sure Krzysztof gave his Acked-by tag.
I'll remove this tag.
>
> > ---
> > .../devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml |
> > 2 ++
> > 1 file changed, 2 insertions(+)
> >
> > diff --git
> > a/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yam
> > l
> > b/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yam
> > l
> > index 6ad023eec193..a53b32c0a608 100644
> > ---
> > a/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yam
> > l
> > +++
> > b/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yam
> > l
> > @@ -32,6 +32,8 @@ properties:
> > - mediatek,mt8186-mmsys
> > - mediatek,mt8192-mmsys
> > - mediatek,mt8195-mmsys
> > + - mediatek,mt8195-vdosys0
>
> As I said in the last submission, we should make mediatek,mt8195-
> mmsys as a
> fallback of vdosys0. Actually mediatek,mt8195-mmsys is only used for
> the
> fallback of vdosys0.
I think adding both vdosys0 and vdosys1 can make the description of
this patch clearer.
It's find to me to only add "mediatek,mt8195-vdosys0" in this patch.
So I'll remove the "mediatek,mt8195-vdosys1" at the next version.
Regards,
Jason-JH.Lin
>
> Regards,
> Matthias
>
> > + - mediatek,mt8195-vdosys1
> > - mediatek,mt8365-mmsys
> > - const: syscon
> > - items:
>
>
--
Jason-JH Lin <jason-jh.lin@mediatek.com>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 2/5] soc: mediatek: change compatible name for mt8195
2022-09-14 20:42 ` [PATCH 2/5] soc: mediatek: change compatible name for mt8195 Matthias Brugger
@ 2022-09-15 1:31 ` Jason-JH Lin
0 siblings, 0 replies; 11+ messages in thread
From: Jason-JH Lin @ 2022-09-15 1:31 UTC (permalink / raw)
To: Matthias Brugger, Chun-Kuang Hu, Rob Herring, Krzysztof Kozlowski,
AngeloGioacchino Del Regno
Cc: CK Hu, Rex-BC Chen, Singo Chang, Nancy Lin, dri-devel,
linux-mediatek, devicetree, linux-kernel, linux-arm-kernel,
Project_Global_Chrome_Upstream_Group
Hi Matthias,
Thanks for the reviews.
On Wed, 2022-09-14 at 22:42 +0200, Matthias Brugger wrote:
>
> On 14/09/2022 20:23, Jason-JH.Lin wrote:
> > In mt8195, vdosys0 and vdosys1 are 2 different function blocks
> > for mediatek-drm, so using 2 compatible instead of identifying
> > multiple mmsys by io_start.
> >
> > Fixes: b804923b7ccb ("soc: mediatek: add mtk-mmsys support for
> > mt8195 vdosys0")
> > Signed-off-by: Jason-JH.Lin <jason-jh.lin@mediatek.com>
>
> From what I have seen we can just revert the commit. No fixes tag
> needed, it
> does not fix any (runtime) bug.
>
OK, I'll revert the original patch then add a new patch for
adding driver data of "mediatek,mt8195-vdosys0" compatible.
Regards,
Jason-JH.Lin
> Regards,
> Matthias
>
> > ---
> > drivers/soc/mediatek/mtk-mmsys.c | 141 +++++---------------------
> > -----
> > drivers/soc/mediatek/mtk-mmsys.h | 6 --
> > 2 files changed, 21 insertions(+), 126 deletions(-)
> >
> > diff --git a/drivers/soc/mediatek/mtk-mmsys.c
> > b/drivers/soc/mediatek/mtk-mmsys.c
> > index 06d8e83a2cb5..e1c653f3abc0 100644
> > --- a/drivers/soc/mediatek/mtk-mmsys.c
> > +++ b/drivers/soc/mediatek/mtk-mmsys.c
> > @@ -26,61 +26,26 @@ static const struct mtk_mmsys_driver_data
> > mt2701_mmsys_driver_data = {
> > .num_routes = ARRAY_SIZE(mmsys_default_routing_table),
> > };
> >
> > -static const struct mtk_mmsys_match_data mt2701_mmsys_match_data =
> > {
> > - .num_drv_data = 1,
> > - .drv_data = {
> > - &mt2701_mmsys_driver_data,
> > - },
> > -};
> > -
> > static const struct mtk_mmsys_driver_data
> > mt2712_mmsys_driver_data = {
> > .clk_driver = "clk-mt2712-mm",
> > .routes = mmsys_default_routing_table,
> > .num_routes = ARRAY_SIZE(mmsys_default_routing_table),
> > };
> >
> > -static const struct mtk_mmsys_match_data mt2712_mmsys_match_data =
> > {
> > - .num_drv_data = 1,
> > - .drv_data = {
> > - &mt2712_mmsys_driver_data,
> > - },
> > -};
> > -
> > static const struct mtk_mmsys_driver_data
> > mt6779_mmsys_driver_data = {
> > .clk_driver = "clk-mt6779-mm",
> > };
> >
> > -static const struct mtk_mmsys_match_data mt6779_mmsys_match_data =
> > {
> > - .num_drv_data = 1,
> > - .drv_data = {
> > - &mt6779_mmsys_driver_data,
> > - },
> > -};
> > -
> > static const struct mtk_mmsys_driver_data
> > mt6797_mmsys_driver_data = {
> > .clk_driver = "clk-mt6797-mm",
> > };
> >
> > -static const struct mtk_mmsys_match_data mt6797_mmsys_match_data =
> > {
> > - .num_drv_data = 1,
> > - .drv_data = {
> > - &mt6797_mmsys_driver_data,
> > - },
> > -};
> > -
> > static const struct mtk_mmsys_driver_data
> > mt8167_mmsys_driver_data = {
> > .clk_driver = "clk-mt8167-mm",
> > .routes = mt8167_mmsys_routing_table,
> > .num_routes = ARRAY_SIZE(mt8167_mmsys_routing_table),
> > };
> >
> > -static const struct mtk_mmsys_match_data mt8167_mmsys_match_data =
> > {
> > - .num_drv_data = 1,
> > - .drv_data = {
> > - &mt8167_mmsys_driver_data,
> > - },
> > -};
> > -
> > static const struct mtk_mmsys_driver_data
> > mt8173_mmsys_driver_data = {
> > .clk_driver = "clk-mt8173-mm",
> > .routes = mmsys_default_routing_table,
> > @@ -88,13 +53,6 @@ static const struct mtk_mmsys_driver_data
> > mt8173_mmsys_driver_data = {
> > .sw0_rst_offset = MT8183_MMSYS_SW0_RST_B,
> > };
> >
> > -static const struct mtk_mmsys_match_data mt8173_mmsys_match_data =
> > {
> > - .num_drv_data = 1,
> > - .drv_data = {
> > - &mt8173_mmsys_driver_data,
> > - },
> > -};
> > -
> > static const struct mtk_mmsys_driver_data
> > mt8183_mmsys_driver_data = {
> > .clk_driver = "clk-mt8183-mm",
> > .routes = mmsys_mt8183_routing_table,
> > @@ -102,13 +60,6 @@ static const struct mtk_mmsys_driver_data
> > mt8183_mmsys_driver_data = {
> > .sw0_rst_offset = MT8183_MMSYS_SW0_RST_B,
> > };
> >
> > -static const struct mtk_mmsys_match_data mt8183_mmsys_match_data =
> > {
> > - .num_drv_data = 1,
> > - .drv_data = {
> > - &mt8183_mmsys_driver_data,
> > - },
> > -};
> > -
> > static const struct mtk_mmsys_driver_data
> > mt8186_mmsys_driver_data = {
> > .clk_driver = "clk-mt8186-mm",
> > .routes = mmsys_mt8186_routing_table,
> > @@ -116,13 +67,6 @@ static const struct mtk_mmsys_driver_data
> > mt8186_mmsys_driver_data = {
> > .sw0_rst_offset = MT8186_MMSYS_SW0_RST_B,
> > };
> >
> > -static const struct mtk_mmsys_match_data mt8186_mmsys_match_data =
> > {
> > - .num_drv_data = 1,
> > - .drv_data = {
> > - &mt8186_mmsys_driver_data,
> > - },
> > -};
> > -
> > static const struct mtk_mmsys_driver_data
> > mt8192_mmsys_driver_data = {
> > .clk_driver = "clk-mt8192-mm",
> > .routes = mmsys_mt8192_routing_table,
> > @@ -130,66 +74,29 @@ static const struct mtk_mmsys_driver_data
> > mt8192_mmsys_driver_data = {
> > .sw0_rst_offset = MT8186_MMSYS_SW0_RST_B,
> > };
> >
> > -static const struct mtk_mmsys_match_data mt8192_mmsys_match_data =
> > {
> > - .num_drv_data = 1,
> > - .drv_data = {
> > - &mt8192_mmsys_driver_data,
> > - },
> > -};
> > -
> > static const struct mtk_mmsys_driver_data
> > mt8195_vdosys0_driver_data = {
> > - .io_start = 0x1c01a000,
> > .clk_driver = "clk-mt8195-vdo0",
> > .routes = mmsys_mt8195_routing_table,
> > .num_routes = ARRAY_SIZE(mmsys_mt8195_routing_table),
> > };
> >
> > static const struct mtk_mmsys_driver_data
> > mt8195_vdosys1_driver_data = {
> > - .io_start = 0x1c100000,
> > .clk_driver = "clk-mt8195-vdo1",
> > };
> >
> > -static const struct mtk_mmsys_match_data mt8195_mmsys_match_data =
> > {
> > - .num_drv_data = 2,
> > - .drv_data = {
> > - &mt8195_vdosys0_driver_data,
> > - &mt8195_vdosys1_driver_data,
> > - },
> > -};
> > -
> > static const struct mtk_mmsys_driver_data
> > mt8365_mmsys_driver_data = {
> > .clk_driver = "clk-mt8365-mm",
> > .routes = mt8365_mmsys_routing_table,
> > .num_routes = ARRAY_SIZE(mt8365_mmsys_routing_table),
> > };
> >
> > -static const struct mtk_mmsys_match_data mt8365_mmsys_match_data =
> > {
> > - .num_drv_data = 1,
> > - .drv_data = {
> > - &mt8365_mmsys_driver_data,
> > - },
> > -};
> > -
> > struct mtk_mmsys {
> > void __iomem *regs;
> > const struct mtk_mmsys_driver_data *data;
> > spinlock_t lock; /* protects mmsys_sw_rst_b reg */
> > struct reset_controller_dev rcdev;
> > - phys_addr_t io_start;
> > };
> >
> > -static int mtk_mmsys_find_match_drvdata(struct mtk_mmsys *mmsys,
> > - const struct
> > mtk_mmsys_match_data *match)
> > -{
> > - int i;
> > -
> > - for (i = 0; i < match->num_drv_data; i++)
> > - if (mmsys->io_start == match->drv_data[i]->io_start)
> > - return i;
> > -
> > - return -EINVAL;
> > -}
> > -
> > void mtk_mmsys_ddp_connect(struct device *dev,
> > enum mtk_ddp_comp_id cur,
> > enum mtk_ddp_comp_id next)
> > @@ -284,7 +191,6 @@ static int mtk_mmsys_probe(struct
> > platform_device *pdev)
> > struct device *dev = &pdev->dev;
> > struct platform_device *clks;
> > struct platform_device *drm;
> > - const struct mtk_mmsys_match_data *match_data;
> > struct mtk_mmsys *mmsys;
> > struct resource *res;
> > int ret;
> > @@ -317,20 +223,11 @@ static int mtk_mmsys_probe(struct
> > platform_device *pdev)
> > dev_err(dev, "Couldn't get mmsys resource\n");
> > return -EINVAL;
> > }
> > - mmsys->io_start = res->start;
> > -
> > - match_data = of_device_get_match_data(dev);
> > - if (match_data->num_drv_data > 1) {
> > - /* This SoC has multiple mmsys channels */
> > - ret = mtk_mmsys_find_match_drvdata(mmsys, match_data);
> > - if (ret < 0) {
> > - dev_err(dev, "Couldn't get match driver
> > data\n");
> > - return ret;
> > - }
> > - mmsys->data = match_data->drv_data[ret];
> > - } else {
> > - dev_dbg(dev, "Using single mmsys channel\n");
> > - mmsys->data = match_data->drv_data[0];
> > +
> > + mmsys->data = of_device_get_match_data(&pdev->dev);
> > + if (!mmsys->data) {
> > + dev_err(dev, "Couldn't get match driver data\n");
> > + return -EINVAL;
> > }
> >
> > platform_set_drvdata(pdev, mmsys);
> > @@ -353,47 +250,51 @@ static int mtk_mmsys_probe(struct
> > platform_device *pdev)
> > static const struct of_device_id of_match_mtk_mmsys[] = {
> > {
> > .compatible = "mediatek,mt2701-mmsys",
> > - .data = &mt2701_mmsys_match_data,
> > + .data = &mt2701_mmsys_driver_data,
> > },
> > {
> > .compatible = "mediatek,mt2712-mmsys",
> > - .data = &mt2712_mmsys_match_data,
> > + .data = &mt2712_mmsys_driver_data,
> > },
> > {
> > .compatible = "mediatek,mt6779-mmsys",
> > - .data = &mt6779_mmsys_match_data,
> > + .data = &mt6779_mmsys_driver_data,
> > },
> > {
> > .compatible = "mediatek,mt6797-mmsys",
> > - .data = &mt6797_mmsys_match_data,
> > + .data = &mt6797_mmsys_driver_data,
> > },
> > {
> > .compatible = "mediatek,mt8167-mmsys",
> > - .data = &mt8167_mmsys_match_data,
> > + .data = &mt8167_mmsys_driver_data,
> > },
> > {
> > .compatible = "mediatek,mt8173-mmsys",
> > - .data = &mt8173_mmsys_match_data,
> > + .data = &mt8173_mmsys_driver_data,
> > },
> > {
> > .compatible = "mediatek,mt8183-mmsys",
> > - .data = &mt8183_mmsys_match_data,
> > + .data = &mt8183_mmsys_driver_data,
> > },
> > {
> > .compatible = "mediatek,mt8186-mmsys",
> > - .data = &mt8186_mmsys_match_data,
> > + .data = &mt8186_mmsys_driver_data,
> > },
> > {
> > .compatible = "mediatek,mt8192-mmsys",
> > - .data = &mt8192_mmsys_match_data,
> > + .data = &mt8192_mmsys_driver_data,
> > + },
> > + {
> > + .compatible = "mediatek,mt8195-vdosys0",
> > + .data = &mt8195_vdosys0_driver_data,
> > },
> > {
> > - .compatible = "mediatek,mt8195-mmsys",
> > - .data = &mt8195_mmsys_match_data,
> > + .compatible = "mediatek,mt8195-vdosys1",
> > + .data = &mt8195_vdosys1_driver_data,
> > },
> > {
> > .compatible = "mediatek,mt8365-mmsys",
> > - .data = &mt8365_mmsys_match_data,
> > + .data = &mt8365_mmsys_driver_data,
> > },
> > { }
> > };
> > diff --git a/drivers/soc/mediatek/mtk-mmsys.h
> > b/drivers/soc/mediatek/mtk-mmsys.h
> > index f01ba206481d..77f37f8c715b 100644
> > --- a/drivers/soc/mediatek/mtk-mmsys.h
> > +++ b/drivers/soc/mediatek/mtk-mmsys.h
> > @@ -87,18 +87,12 @@ struct mtk_mmsys_routes {
> > };
> >
> > struct mtk_mmsys_driver_data {
> > - const resource_size_t io_start;
> > const char *clk_driver;
> > const struct mtk_mmsys_routes *routes;
> > const unsigned int num_routes;
> > const u16 sw0_rst_offset;
> > };
> >
> > -struct mtk_mmsys_match_data {
> > - unsigned short num_drv_data;
> > - const struct mtk_mmsys_driver_data *drv_data[];
> > -};
> > -
> > /*
> > * Routes in mt8173, mt2701, mt2712 are different. That means
> > * in the same register address, it controls different
> > input/output
--
Jason-JH Lin <jason-jh.lin@mediatek.com>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 5/5] dt-bindings: arm: mediatek: mmsys: remove the unused compatible for mt8195
2022-09-14 20:45 ` [PATCH 5/5] dt-bindings: arm: mediatek: mmsys: remove the unused compatible " Matthias Brugger
@ 2022-09-15 1:37 ` Jason-JH Lin
0 siblings, 0 replies; 11+ messages in thread
From: Jason-JH Lin @ 2022-09-15 1:37 UTC (permalink / raw)
To: Matthias Brugger, Chun-Kuang Hu, Rob Herring, Krzysztof Kozlowski,
AngeloGioacchino Del Regno
Cc: CK Hu, Rex-BC Chen, Singo Chang, Nancy Lin, dri-devel,
linux-mediatek, devicetree, linux-kernel, linux-arm-kernel,
Project_Global_Chrome_Upstream_Group
On Wed, 2022-09-14 at 22:45 +0200, Matthias Brugger wrote:
>
> On 14/09/2022 20:23, Jason-JH.Lin wrote:
> > The compatible properties of mt8195 have changed to
> > mediatek,mt8195-vdosys0
> > and mediatek,mt8195-vdosys1 from mediatek,mt895-mmsys, so remove
> > the unused
> > compatible.
> >
> > Fixes: 81c5a41d10b9 ("dt-bindings: arm: mediatek: mmsys: add mt8195
> > SoC binding")
> > Signed-off-by: Jason-JH.Lin <jason-jh.lin@mediatek.com>
> > Signed-off-by: Bo-Chen Chen <rex-bc.chen@mediatek.com>
> > ---
> >
> > .../devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml |
> > 1 -
> > 1 file changed, 1 deletion(-)
> >
> > diff --git
> > a/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yam
> > l
> > b/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yam
> > l
> > index a53b32c0a608..bfbdd30d2092 100644
> > ---
> > a/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yam
> > l
> > +++
> > b/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yam
> > l
> > @@ -31,7 +31,6 @@ properties:
> > - mediatek,mt8183-mmsys
> > - mediatek,mt8186-mmsys
> > - mediatek,mt8192-mmsys
> > - - mediatek,mt8195-mmsys
>
> Should be part of the first patch. As described in the review.
Ok, I'll merge this patch into the first patch.
Regards,
Jason-JH.Lin
>
> Regards,
> Matthias
>
> > - mediatek,mt8195-vdosys0
> > - mediatek,mt8195-vdosys1
> > - mediatek,mt8365-mmsys
>
>
--
Jason-JH Lin <jason-jh.lin@mediatek.com>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 4/5] arm64: dts: change compatible of vdosys0 and vdosys1 for mt8195
[not found] ` <20220914182331.20515-5-jason-jh.lin@mediatek.com>
@ 2022-09-15 16:15 ` Matthias Brugger
2022-09-16 0:54 ` Jason-JH Lin
0 siblings, 1 reply; 11+ messages in thread
From: Matthias Brugger @ 2022-09-15 16:15 UTC (permalink / raw)
To: Jason-JH.Lin, Chun-Kuang Hu, Rob Herring, Krzysztof Kozlowski,
AngeloGioacchino Del Regno
Cc: CK Hu, Rex-BC Chen, Singo Chang, Nancy Lin, dri-devel,
linux-mediatek, devicetree, linux-kernel, linux-arm-kernel,
Project_Global_Chrome_Upstream_Group
On 14/09/2022 20:23, Jason-JH.Lin wrote:
> For previous MediaTek SoCs, such as MT8173, there are 2 display HW
> pipelines binding to 1 mmsys with the same power domain, the same
> clock driver and the same mediatek-drm driver.
>
> For MT8195, VDOSYS0 and VDOSYS1 are 2 display HW pipelines binding to
> 2 different power domains, different clock drivers and different
> mediatek-drm drivers.
>
> Moreover, Hardware pipeline of VDOSYS0 has these components: COLOR,
> CCORR, AAL, GAMMA, DITHER. They are related to the PQ (Picture Quality)
> and they makes VDOSYS0 supports PQ function while they are not
> including in VDOSYS1.
>
> Hardware pipeline of VDOSYS1 has the component ETHDR (HDR related
> component). It makes VDOSYS1 supports the HDR function while it's not
> including in VDOSYS0.
>
> To summarize0:
> Only VDOSYS0 can support PQ adjustment.
> Only VDOSYS1 can support HDR adjustment.
>
> Therefore, we need to separate these two different mmsys hardwares to
> 2 different compatibles for MT8195.
>
> Fixes: b852ee68fd72 ("arm64: dts: mt8195: Add display node for vdosys0")
No fixes tag needed, there is no runtime bug.
Regards,
Matthias
> Signed-off-by: Jason-JH.Lin <jason-jh.lin@mediatek.com>
> ---
> arch/arm64/boot/dts/mediatek/mt8195.dtsi | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/arm64/boot/dts/mediatek/mt8195.dtsi b/arch/arm64/boot/dts/mediatek/mt8195.dtsi
> index 905d1a90b406..6ec6d59a16ec 100644
> --- a/arch/arm64/boot/dts/mediatek/mt8195.dtsi
> +++ b/arch/arm64/boot/dts/mediatek/mt8195.dtsi
> @@ -1966,7 +1966,7 @@
> };
>
> vdosys0: syscon@1c01a000 {
> - compatible = "mediatek,mt8195-mmsys", "syscon";
> + compatible = "mediatek,mt8195-vdosys0", "syscon";
> reg = <0 0x1c01a000 0 0x1000>;
> mboxes = <&gce0 0 CMDQ_THR_PRIO_4>;
> #clock-cells = <1>;
> @@ -2101,7 +2101,7 @@
> };
>
> vdosys1: syscon@1c100000 {
> - compatible = "mediatek,mt8195-mmsys", "syscon";
> + compatible = "mediatek,mt8195-vdosys1", "syscon";
> reg = <0 0x1c100000 0 0x1000>;
> #clock-cells = <1>;
> };
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 1/5] dt-bindings: arm: mediatek: mmsys: change compatible for MT8195
2022-09-15 1:24 ` Jason-JH Lin
@ 2022-09-15 16:20 ` Matthias Brugger
2022-09-16 1:08 ` Jason-JH Lin
2022-09-16 1:11 ` Jason-JH Lin
0 siblings, 2 replies; 11+ messages in thread
From: Matthias Brugger @ 2022-09-15 16:20 UTC (permalink / raw)
To: Jason-JH Lin, Chun-Kuang Hu, Rob Herring, Krzysztof Kozlowski,
AngeloGioacchino Del Regno
Cc: CK Hu, Rex-BC Chen, Singo Chang, Nancy Lin, dri-devel,
linux-mediatek, devicetree, linux-kernel, linux-arm-kernel,
Project_Global_Chrome_Upstream_Group
Hi Jason,
On 15/09/2022 03:24, Jason-JH Lin wrote:
> Hi Matthias,
>
> Thanks for the reviews.
>
> On Wed, 2022-09-14 at 23:24 +0200, Matthias Brugger wrote:
>>
>> On 14/09/2022 20:23, Jason-JH.Lin wrote:
>>> For previous MediaTek SoCs, such as MT8173, there are 2 display HW
>>> pipelines binding to 1 mmsys with the same power domain, the same
>>> clock driver and the same mediatek-drm driver.
>>>
>>> For MT8195, VDOSYS0 and VDOSYS1 are 2 display HW pipelines binding
>>> to
>>> 2 different power domains, different clock drivers and different
>>> mediatek-drm drivers.
>>>
>>> Moreover, Hardware pipeline of VDOSYS0 has these components: COLOR,
>>> CCORR, AAL, GAMMA, DITHER. They are related to the PQ (Picture
>>> Quality)
>>> and they makes VDOSYS0 supports PQ function while they are not
>>> including in VDOSYS1.
>>>
>>> Hardware pipeline of VDOSYS1 has the component ETHDR (HDR related
>>> component). It makes VDOSYS1 supports the HDR function while it's
>>> not
>>> including in VDOSYS0.
>>>
>>> To summarize0:
>>> Only VDOSYS0 can support PQ adjustment.
>>> Only VDOSYS1 can support HDR adjustment.
>>>
>>> Therefore, we need to separate these two different mmsys hardwares
>>> to
>>> 2 different compatibles for MT8195.
>>>
>>> Fixes: 81c5a41d10b9 ("dt-bindings: arm: mediatek: mmsys: add mt8195
>>> SoC binding")
>>> Signed-off-by: Jason-JH.Lin <jason-jh.lin@mediatek.com>
>>> Signed-off-by: Bo-Chen Chen <rex-bc.chen@mediatek.com>
>>> Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
>>
>> I'm not sure Krzysztof gave his Acked-by tag.
>
> I'll remove this tag.
>>
>>> ---
>>> .../devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml |
>>> 2 ++
>>> 1 file changed, 2 insertions(+)
>>>
>>> diff --git
>>> a/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yam
>>> l
>>> b/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yam
>>> l
>>> index 6ad023eec193..a53b32c0a608 100644
>>> ---
>>> a/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yam
>>> l
>>> +++
>>> b/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yam
>>> l
>>> @@ -32,6 +32,8 @@ properties:
>>> - mediatek,mt8186-mmsys
>>> - mediatek,mt8192-mmsys
>>> - mediatek,mt8195-mmsys
>>> + - mediatek,mt8195-vdosys0
>>
>> As I said in the last submission, we should make mediatek,mt8195-
>> mmsys as a
>> fallback of vdosys0. Actually mediatek,mt8195-mmsys is only used for
>> the
>> fallback of vdosys0.
>
> I think adding both vdosys0 and vdosys1 can make the description of
> this patch clearer.
>
> It's find to me to only add "mediatek,mt8195-vdosys0" in this patch.
> So I'll remove the "mediatek,mt8195-vdosys1" at the next version.
>
That's not what I wanted to suggest. Up to now in upstream kernel compatible
mediatek,mt8195-mmsys enables support fro vdosys0. The vdosys1 is not yet
upstream, so no support.
If we change the compatible, we should keep mediatek,mt8195-mmsys as fallback of
"mediatek,mt8195-vdosys0" so that older device tree blobs won't break with a
newer kernel.
For "mediatek,mt8195-vdosys1" we do not need a fallback compatible as the code
never reached upstream, so no breakage expected.
Hope I explain myself now.
Regards,
Matthias
> Regards,
> Jason-JH.Lin
>>
>> Regards,
>> Matthias
>>
>>> + - mediatek,mt8195-vdosys1
>>> - mediatek,mt8365-mmsys
>>> - const: syscon
>>> - items:
>>
>>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 4/5] arm64: dts: change compatible of vdosys0 and vdosys1 for mt8195
2022-09-15 16:15 ` [PATCH 4/5] arm64: dts: change compatible of vdosys0 and vdosys1 for mt8195 Matthias Brugger
@ 2022-09-16 0:54 ` Jason-JH Lin
0 siblings, 0 replies; 11+ messages in thread
From: Jason-JH Lin @ 2022-09-16 0:54 UTC (permalink / raw)
To: Matthias Brugger, Chun-Kuang Hu, Rob Herring, Krzysztof Kozlowski,
AngeloGioacchino Del Regno
Cc: CK Hu, Rex-BC Chen, Singo Chang, Nancy Lin, dri-devel,
linux-mediatek, devicetree, linux-kernel, linux-arm-kernel,
Project_Global_Chrome_Upstream_Group
Hi Matthias,
Thanks for the review.
On Thu, 2022-09-15 at 18:15 +0200, Matthias Brugger wrote:
>
> On 14/09/2022 20:23, Jason-JH.Lin wrote:
> > For previous MediaTek SoCs, such as MT8173, there are 2 display HW
> > pipelines binding to 1 mmsys with the same power domain, the same
> > clock driver and the same mediatek-drm driver.
> >
> > For MT8195, VDOSYS0 and VDOSYS1 are 2 display HW pipelines binding
> > to
> > 2 different power domains, different clock drivers and different
> > mediatek-drm drivers.
> >
> > Moreover, Hardware pipeline of VDOSYS0 has these components: COLOR,
> > CCORR, AAL, GAMMA, DITHER. They are related to the PQ (Picture
> > Quality)
> > and they makes VDOSYS0 supports PQ function while they are not
> > including in VDOSYS1.
> >
> > Hardware pipeline of VDOSYS1 has the component ETHDR (HDR related
> > component). It makes VDOSYS1 supports the HDR function while it's
> > not
> > including in VDOSYS0.
> >
> > To summarize0:
> > Only VDOSYS0 can support PQ adjustment.
> > Only VDOSYS1 can support HDR adjustment.
> >
> > Therefore, we need to separate these two different mmsys hardwares
> > to
> > 2 different compatibles for MT8195.
> >
> > Fixes: b852ee68fd72 ("arm64: dts: mt8195: Add display node for
> > vdosys0")
>
> No fixes tag needed, there is no runtime bug.
>
> Regards,
> Matthias
>
OK, I'll remove this.
But I think this dts change should be sent after the vdosys1 series are
accepted.
So I'll drop this dts patch at the next version.
Regards,
Jason-JH.Lin
> > Signed-off-by: Jason-JH.Lin <jason-jh.lin@mediatek.com>
> > ---
> > arch/arm64/boot/dts/mediatek/mt8195.dtsi | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/arch/arm64/boot/dts/mediatek/mt8195.dtsi
> > b/arch/arm64/boot/dts/mediatek/mt8195.dtsi
> > index 905d1a90b406..6ec6d59a16ec 100644
> > --- a/arch/arm64/boot/dts/mediatek/mt8195.dtsi
> > +++ b/arch/arm64/boot/dts/mediatek/mt8195.dtsi
> > @@ -1966,7 +1966,7 @@
> > };
> >
> > vdosys0: syscon@1c01a000 {
> > - compatible = "mediatek,mt8195-mmsys", "syscon";
> > + compatible = "mediatek,mt8195-vdosys0",
> > "syscon";
> > reg = <0 0x1c01a000 0 0x1000>;
> > mboxes = <&gce0 0 CMDQ_THR_PRIO_4>;
> > #clock-cells = <1>;
> > @@ -2101,7 +2101,7 @@
> > };
> >
> > vdosys1: syscon@1c100000 {
> > - compatible = "mediatek,mt8195-mmsys", "syscon";
> > + compatible = "mediatek,mt8195-vdosys1",
> > "syscon";
> > reg = <0 0x1c100000 0 0x1000>;
> > #clock-cells = <1>;
> > };
>
>
--
Jason-JH Lin <jason-jh.lin@mediatek.com>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 1/5] dt-bindings: arm: mediatek: mmsys: change compatible for MT8195
2022-09-15 16:20 ` Matthias Brugger
@ 2022-09-16 1:08 ` Jason-JH Lin
2022-09-16 1:11 ` Jason-JH Lin
1 sibling, 0 replies; 11+ messages in thread
From: Jason-JH Lin @ 2022-09-16 1:08 UTC (permalink / raw)
To: Matthias Brugger, Chun-Kuang Hu, Rob Herring, Krzysztof Kozlowski,
AngeloGioacchino Del Regno
Cc: CK Hu, Rex-BC Chen, Singo Chang, Nancy Lin, dri-devel,
linux-mediatek, devicetree, linux-kernel, linux-arm-kernel,
Project_Global_Chrome_Upstream_Group
On Thu, 2022-09-15 at 18:20 +0200, Matthias Brugger wrote:
> Hi Jason,
>
> On 15/09/2022 03:24, Jason-JH Lin wrote:
> > Hi Matthias,
> >
> > Thanks for the reviews.
> >
> > On Wed, 2022-09-14 at 23:24 +0200, Matthias Brugger wrote:
> > >
> > > On 14/09/2022 20:23, Jason-JH.Lin wrote:
> > > > For previous MediaTek SoCs, such as MT8173, there are 2 display
> > > > HW
> > > > pipelines binding to 1 mmsys with the same power domain, the
> > > > same
> > > > clock driver and the same mediatek-drm driver.
> > > >
> > > > For MT8195, VDOSYS0 and VDOSYS1 are 2 display HW pipelines
> > > > binding
> > > > to
> > > > 2 different power domains, different clock drivers and
> > > > different
> > > > mediatek-drm drivers.
> > > >
> > > > Moreover, Hardware pipeline of VDOSYS0 has these components:
> > > > COLOR,
> > > > CCORR, AAL, GAMMA, DITHER. They are related to the PQ (Picture
> > > > Quality)
> > > > and they makes VDOSYS0 supports PQ function while they are not
> > > > including in VDOSYS1.
> > > >
> > > > Hardware pipeline of VDOSYS1 has the component ETHDR (HDR
> > > > related
> > > > component). It makes VDOSYS1 supports the HDR function while
> > > > it's
> > > > not
> > > > including in VDOSYS0.
> > > >
> > > > To summarize0:
> > > > Only VDOSYS0 can support PQ adjustment.
> > > > Only VDOSYS1 can support HDR adjustment.
> > > >
> > > > Therefore, we need to separate these two different mmsys
> > > > hardwares
> > > > to
> > > > 2 different compatibles for MT8195.
> > > >
> > > > Fixes: 81c5a41d10b9 ("dt-bindings: arm: mediatek: mmsys: add
> > > > mt8195
> > > > SoC binding")
> > > > Signed-off-by: Jason-JH.Lin <jason-jh.lin@mediatek.com>
> > > > Signed-off-by: Bo-Chen Chen <rex-bc.chen@mediatek.com>
> > > > Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
> > >
> > > I'm not sure Krzysztof gave his Acked-by tag.
> >
> > I'll remove this tag.
> > >
> > > > ---
> > > > .../devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml
> > > > |
> > > > 2 ++
> > > > 1 file changed, 2 insertions(+)
> > > >
> > > > diff --git
> > > > a/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys
> > > > .yam
> > > > l
> > > > b/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys
> > > > .yam
> > > > l
> > > > index 6ad023eec193..a53b32c0a608 100644
> > > > ---
> > > > a/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys
> > > > .yam
> > > > l
> > > > +++
> > > > b/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys
> > > > .yam
> > > > l
> > > > @@ -32,6 +32,8 @@ properties:
> > > > - mediatek,mt8186-mmsys
> > > > - mediatek,mt8192-mmsys
> > > > - mediatek,mt8195-mmsys
> > > > + - mediatek,mt8195-vdosys0
> > >
> > > As I said in the last submission, we should make mediatek,mt8195-
> > > mmsys as a
> > > fallback of vdosys0. Actually mediatek,mt8195-mmsys is only used
> > > for
> > > the
> > > fallback of vdosys0.
> >
> > I think adding both vdosys0 and vdosys1 can make the description of
> > this patch clearer.
> >
> > It's find to me to only add "mediatek,mt8195-vdosys0" in this
> > patch.
> > So I'll remove the "mediatek,mt8195-vdosys1" at the next version.
> >
>
> That's not what I wanted to suggest. Up to now in upstream kernel
> compatible
> mediatek,mt8195-mmsys enables support fro vdosys0. The vdosys1 is not
> yet
> upstream, so no support.
> If we change the compatible, we should keep mediatek,mt8195-mmsys as
> fallback of
> "mediatek,mt8195-vdosys0" so that older device tree blobs won't break
> with a
> newer kernel.
> For "mediatek,mt8195-vdosys1" we do not need a fallback compatible as
> the code
> never reached upstream, so no breakage expected.
>
> Hope I explain myself now.
>
> Regards,
> Matthias
>
I think I misunderstood your reply to the patch "dt-bindings: arm:
mediatek: mmsys: remove the unused compatible for mt8195", so I merge
it into this patch.
Thanks for your patient explanation.
I will keep the "mediatek,mt8195-
mmsys" in this patch.
Regards,
Jason-JH.Lin
>
> > Regards,
> > Jason-JH.Lin
> > >
> > > Regards,
> > > Matthias
> > >
> > > > + - mediatek,mt8195-vdosys1
> > > > - mediatek,mt8365-mmsys
> > > > - const: syscon
> > > > - items:
> > >
> > >
--
Jason-JH Lin <jason-jh.lin@mediatek.com>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH 1/5] dt-bindings: arm: mediatek: mmsys: change compatible for MT8195
2022-09-15 16:20 ` Matthias Brugger
2022-09-16 1:08 ` Jason-JH Lin
@ 2022-09-16 1:11 ` Jason-JH Lin
1 sibling, 0 replies; 11+ messages in thread
From: Jason-JH Lin @ 2022-09-16 1:11 UTC (permalink / raw)
To: Matthias Brugger, Chun-Kuang Hu, Rob Herring, Krzysztof Kozlowski,
AngeloGioacchino Del Regno
Cc: CK Hu, Rex-BC Chen, Singo Chang, Nancy Lin, dri-devel,
linux-mediatek, devicetree, linux-kernel, linux-arm-kernel,
Project_Global_Chrome_Upstream_Group
On Thu, 2022-09-15 at 18:20 +0200, Matthias Brugger wrote:
> Hi Jason,
>
> On 15/09/2022 03:24, Jason-JH Lin wrote:
> > Hi Matthias,
> >
> > Thanks for the reviews.
> >
> > On Wed, 2022-09-14 at 23:24 +0200, Matthias Brugger wrote:
> > >
> > > On 14/09/2022 20:23, Jason-JH.Lin wrote:
> > > > For previous MediaTek SoCs, such as MT8173, there are 2 display
> > > > HW
> > > > pipelines binding to 1 mmsys with the same power domain, the
> > > > same
> > > > clock driver and the same mediatek-drm driver.
> > > >
> > > > For MT8195, VDOSYS0 and VDOSYS1 are 2 display HW pipelines
> > > > binding
> > > > to
> > > > 2 different power domains, different clock drivers and
> > > > different
> > > > mediatek-drm drivers.
> > > >
> > > > Moreover, Hardware pipeline of VDOSYS0 has these components:
> > > > COLOR,
> > > > CCORR, AAL, GAMMA, DITHER. They are related to the PQ (Picture
> > > > Quality)
> > > > and they makes VDOSYS0 supports PQ function while they are not
> > > > including in VDOSYS1.
> > > >
> > > > Hardware pipeline of VDOSYS1 has the component ETHDR (HDR
> > > > related
> > > > component). It makes VDOSYS1 supports the HDR function while
> > > > it's
> > > > not
> > > > including in VDOSYS0.
> > > >
> > > > To summarize0:
> > > > Only VDOSYS0 can support PQ adjustment.
> > > > Only VDOSYS1 can support HDR adjustment.
> > > >
> > > > Therefore, we need to separate these two different mmsys
> > > > hardwares
> > > > to
> > > > 2 different compatibles for MT8195.
> > > >
> > > > Fixes: 81c5a41d10b9 ("dt-bindings: arm: mediatek: mmsys: add
> > > > mt8195
> > > > SoC binding")
> > > > Signed-off-by: Jason-JH.Lin <jason-jh.lin@mediatek.com>
> > > > Signed-off-by: Bo-Chen Chen <rex-bc.chen@mediatek.com>
> > > > Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
> > >
> > > I'm not sure Krzysztof gave his Acked-by tag.
> >
> > I'll remove this tag.
> > >
> > > > ---
> > > > .../devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml
> > > > |
> > > > 2 ++
> > > > 1 file changed, 2 insertions(+)
> > > >
> > > > diff --git
> > > > a/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys
> > > > .yam
> > > > l
> > > > b/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys
> > > > .yam
> > > > l
> > > > index 6ad023eec193..a53b32c0a608 100644
> > > > ---
> > > > a/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys
> > > > .yam
> > > > l
> > > > +++
> > > > b/Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys
> > > > .yam
> > > > l
> > > > @@ -32,6 +32,8 @@ properties:
> > > > - mediatek,mt8186-mmsys
> > > > - mediatek,mt8192-mmsys
> > > > - mediatek,mt8195-mmsys
> > > > + - mediatek,mt8195-vdosys0
> > >
> > > As I said in the last submission, we should make mediatek,mt8195-
> > > mmsys as a
> > > fallback of vdosys0. Actually mediatek,mt8195-mmsys is only used
> > > for
> > > the
> > > fallback of vdosys0.
> >
> > I think adding both vdosys0 and vdosys1 can make the description of
> > this patch clearer.
> >
> > It's find to me to only add "mediatek,mt8195-vdosys0" in this
> > patch.
> > So I'll remove the "mediatek,mt8195-vdosys1" at the next version.
> >
>
> That's not what I wanted to suggest. Up to now in upstream kernel
> compatible
> mediatek,mt8195-mmsys enables support fro vdosys0. The vdosys1 is not
> yet
> upstream, so no support.
> If we change the compatible, we should keep mediatek,mt8195-mmsys as
> fallback of
> "mediatek,mt8195-vdosys0" so that older device tree blobs won't break
> with a Mtk811
> newer kernel.
> For "mediatek,mt8195-vdosys1" we do not need a fallback compatible as
> the code
> never reached upstream, so no breakage expected.
>
> Hope I explain myself now.
>
> Regards,
> Matthias
>
I think I misunderstood your reply to the patch "dt-bindings: arm:
mediatek: mmsys: remove the unused compatible for mt8195", so I merge
it into this patch.
Thanks for your patient explanation.
I will keep the "mediatek,mt8195-
mmsys" in this patch.
Regards,
Jason-JH.Lin
>
> > Regards,
> > Jason-JH.Lin
> > >
> > > Regards,
> > > Matthias
> > >
> > > > + - mediatek,mt8195-vdosys1
> > > > - mediatek,mt8365-mmsys
> > > > - const: syscon
> > > > - items:
> > >
> > >
--
Jason-JH Lin <jason-jh.lin@mediatek.com>
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2022-09-16 1:11 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20220914182331.20515-1-jason-jh.lin@mediatek.com>
[not found] ` <20220914182331.20515-3-jason-jh.lin@mediatek.com>
2022-09-14 20:42 ` [PATCH 2/5] soc: mediatek: change compatible name for mt8195 Matthias Brugger
2022-09-15 1:31 ` Jason-JH Lin
[not found] ` <20220914182331.20515-6-jason-jh.lin@mediatek.com>
2022-09-14 20:45 ` [PATCH 5/5] dt-bindings: arm: mediatek: mmsys: remove the unused compatible " Matthias Brugger
2022-09-15 1:37 ` Jason-JH Lin
[not found] ` <20220914182331.20515-2-jason-jh.lin@mediatek.com>
2022-09-14 21:24 ` [PATCH 1/5] dt-bindings: arm: mediatek: mmsys: change compatible for MT8195 Matthias Brugger
2022-09-15 1:24 ` Jason-JH Lin
2022-09-15 16:20 ` Matthias Brugger
2022-09-16 1:08 ` Jason-JH Lin
2022-09-16 1:11 ` Jason-JH Lin
[not found] ` <20220914182331.20515-5-jason-jh.lin@mediatek.com>
2022-09-15 16:15 ` [PATCH 4/5] arm64: dts: change compatible of vdosys0 and vdosys1 for mt8195 Matthias Brugger
2022-09-16 0:54 ` Jason-JH Lin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox