* Re: [PATCH v27 2/7] drm/mediatek: add ETHDR support for MT8195
[not found] ` <20221103032610.9217-3-nancy.lin@mediatek.com>
@ 2022-11-03 21:03 ` Nícolas F. R. A. Prado
2022-11-04 9:37 ` Nancy Lin (林欣螢)
0 siblings, 1 reply; 5+ messages in thread
From: Nícolas F. R. A. Prado @ 2022-11-03 21:03 UTC (permalink / raw)
To: Nancy.Lin
Cc: Rob Herring, Matthias Brugger, Chun-Kuang Hu, Philipp Zabel, wim,
AngeloGioacchino Del Regno, linux, David Airlie, Daniel Vetter,
Nathan Chancellor, Nick Desaulniers, jason-jh . lin,
Yongqiang Niu, devicetree, linux-kernel, linux-arm-kernel,
linux-mediatek, dri-devel, llvm, singo.chang,
Project_Global_Chrome_Upstream_Group
On Thu, Nov 03, 2022 at 11:26:05AM +0800, Nancy.Lin wrote:
[..]
> --- /dev/null
> +++ b/drivers/gpu/drm/mediatek/mtk_ethdr.h
[..]
> +void mtk_ethdr_unregister_vblank_cb(struct device *dev);
> +void mtk_ethdr_enable_vblank(struct device *dev);
> +void mtk_ethdr_disable_vblank(struct device *dev);
> +#endif
> +
As warned by git when applying the patch, you have an extra new line at the end
here.
Applying: drm/mediatek: add ETHDR support for MT8195
.git/rebase-apply/patch:454: new blank line at EOF.
+
warning: 1 line adds whitespace errors.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v27 6/7] drm/mediatek: add drm ovl_adaptor sub driver for MT8195
[not found] ` <20221103032610.9217-7-nancy.lin@mediatek.com>
@ 2022-11-03 21:28 ` Nícolas F. R. A. Prado
2022-11-04 10:57 ` Nancy Lin (林欣螢)
0 siblings, 1 reply; 5+ messages in thread
From: Nícolas F. R. A. Prado @ 2022-11-03 21:28 UTC (permalink / raw)
To: Nancy.Lin
Cc: Rob Herring, Matthias Brugger, Chun-Kuang Hu, Philipp Zabel, wim,
AngeloGioacchino Del Regno, linux, David Airlie, Daniel Vetter,
Nathan Chancellor, Nick Desaulniers, jason-jh . lin,
Yongqiang Niu, devicetree, linux-kernel, linux-arm-kernel,
linux-mediatek, dri-devel, llvm, singo.chang,
Project_Global_Chrome_Upstream_Group
On Thu, Nov 03, 2022 at 11:26:09AM +0800, Nancy.Lin wrote:
> Add drm ovl_adaptor sub driver. Bring up ovl_adaptor sub driver if
> the component exists in the path.
>
> Signed-off-by: Nancy.Lin <nancy.lin@mediatek.com>
> Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
> Reviewed-by: CK Hu <ck.hu@mediatek.com>
> Tested-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
> Tested-by: Bo-Chen Chen <rex-bc.chen@mediatek.com>
> Tested-by: Nícolas F. R. A. Prado <nfraprado@collabora.com>
> Change-Id: I0501f3c80e78ec8279366cba9c137a2edd7a852e
> ---
> drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 61 ++++-----
> drivers/gpu/drm/mediatek/mtk_drm_crtc.h | 2 +-
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 129 ++++++++++++--------
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 50 +++++++-
> drivers/gpu/drm/mediatek/mtk_drm_drv.c | 78 ++++++------
> drivers/gpu/drm/mediatek/mtk_drm_drv.h | 12 +-
> 6 files changed, 209 insertions(+), 123 deletions(-)
>
> diff --git a/drivers/gpu/drm/mediatek/mtk_drm_crtc.c b/drivers/gpu/drm/mediatek/mtk_drm_crtc.c
> index 30dcb65d8a5a..ce5617ad04cb 100644
> --- a/drivers/gpu/drm/mediatek/mtk_drm_crtc.c
> +++ b/drivers/gpu/drm/mediatek/mtk_drm_crtc.c
[..]
> int mtk_drm_crtc_create(struct drm_device *drm_dev,
> - const enum mtk_ddp_comp_id *path, unsigned int path_len,
> + const unsigned int *path, unsigned int path_len,
Hi Nancy,
why is 'enum mtk_ddp_comp_id' being changed to 'unsigned int' throughout this
patch? Was this intentional?
I saw that this change happened between v16 [1] and v17 [2], but I didn't see
any reply or mention about this in the commit message or cover letter.
Thanks,
Nícolas
[1] https://lore.kernel.org/all/20220318142009.2796-21-nancy.lin@mediatek.com/
[2] https://lore.kernel.org/all/20220416020749.29010-20-nancy.lin@mediatek.com/
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v27 2/7] drm/mediatek: add ETHDR support for MT8195
2022-11-03 21:03 ` [PATCH v27 2/7] drm/mediatek: add ETHDR support for MT8195 Nícolas F. R. A. Prado
@ 2022-11-04 9:37 ` Nancy Lin (林欣螢)
0 siblings, 0 replies; 5+ messages in thread
From: Nancy Lin (林欣螢) @ 2022-11-04 9:37 UTC (permalink / raw)
To: nfraprado
Cc: llvm, Yongqiang Niu (牛永强),
robh+dt, Singo Chang (張興國),
nathan, linux-mediatek, chunkuang.hu,
Jason-JH Lin (林睿祥),
linux, linux-kernel, devicetree, daniel, p.zabel, dri-devel,
Project_Global_Chrome_Upstream_Group, linux-arm-kernel, wim,
matthias.bgg, airlied, angelogioacchino.delregno, ndesaulniers
Dear Nicolas,
Thanks for the review.
On Thu, 2022-11-03 at 17:03 -0400, Nícolas F. R. A. Prado wrote:
> On Thu, Nov 03, 2022 at 11:26:05AM +0800, Nancy.Lin wrote:
> [..]
> > --- /dev/null
> > +++ b/drivers/gpu/drm/mediatek/mtk_ethdr.h
>
> [..]
> > +void mtk_ethdr_unregister_vblank_cb(struct device *dev);
> > +void mtk_ethdr_enable_vblank(struct device *dev);
> > +void mtk_ethdr_disable_vblank(struct device *dev);
> > +#endif
> > +
>
> As warned by git when applying the patch, you have an extra new line
> at the end
> here.
>
> Applying: drm/mediatek: add ETHDR support for MT8195
> .git/rebase-apply/patch:454: new blank line at EOF.
> +
> warning: 1 line adds whitespace errors.
I will fix it.
Thanks
Nancy
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v27 6/7] drm/mediatek: add drm ovl_adaptor sub driver for MT8195
2022-11-03 21:28 ` [PATCH v27 6/7] drm/mediatek: add drm ovl_adaptor sub driver " Nícolas F. R. A. Prado
@ 2022-11-04 10:57 ` Nancy Lin (林欣螢)
2022-11-04 14:53 ` Nícolas F. R. A. Prado
0 siblings, 1 reply; 5+ messages in thread
From: Nancy Lin (林欣螢) @ 2022-11-04 10:57 UTC (permalink / raw)
To: nfraprado
Cc: llvm, Yongqiang Niu (牛永强),
robh+dt, Singo Chang (張興國),
nathan, linux-mediatek, chunkuang.hu,
Jason-JH Lin (林睿祥),
linux, linux-kernel, devicetree, daniel, p.zabel, dri-devel,
Project_Global_Chrome_Upstream_Group, linux-arm-kernel, wim,
matthias.bgg, airlied, angelogioacchino.delregno, ndesaulniers
Dear Nicolas,
Thanks for the review.
On Thu, 2022-11-03 at 17:28 -0400, Nícolas F. R. A. Prado wrote:
> On Thu, Nov 03, 2022 at 11:26:09AM +0800, Nancy.Lin wrote:
> > Add drm ovl_adaptor sub driver. Bring up ovl_adaptor sub driver if
> > the component exists in the path.
> >
> > Signed-off-by: Nancy.Lin <nancy.lin@mediatek.com>
> > Reviewed-by: AngeloGioacchino Del Regno <
> > angelogioacchino.delregno@collabora.com>
> > Reviewed-by: CK Hu <ck.hu@mediatek.com>
> > Tested-by: AngeloGioacchino Del Regno <
> > angelogioacchino.delregno@collabora.com>
> > Tested-by: Bo-Chen Chen <rex-bc.chen@mediatek.com>
> > Tested-by: Nícolas F. R. A. Prado <nfraprado@collabora.com>
> > Change-Id: I0501f3c80e78ec8279366cba9c137a2edd7a852e
> > ---
> > drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 61 ++++-----
> > drivers/gpu/drm/mediatek/mtk_drm_crtc.h | 2 +-
> > drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 129 ++++++++++++--
> > ------
> > drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 50 +++++++-
> > drivers/gpu/drm/mediatek/mtk_drm_drv.c | 78 ++++++------
> > drivers/gpu/drm/mediatek/mtk_drm_drv.h | 12 +-
> > 6 files changed, 209 insertions(+), 123 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/mediatek/mtk_drm_crtc.c
> > b/drivers/gpu/drm/mediatek/mtk_drm_crtc.c
> > index 30dcb65d8a5a..ce5617ad04cb 100644
> > --- a/drivers/gpu/drm/mediatek/mtk_drm_crtc.c
> > +++ b/drivers/gpu/drm/mediatek/mtk_drm_crtc.c
>
> [..]
> > int mtk_drm_crtc_create(struct drm_device *drm_dev,
> > - const enum mtk_ddp_comp_id *path, unsigned int
> > path_len,
> > + const unsigned int *path, unsigned int
> > path_len,
>
> Hi Nancy,
>
> why is 'enum mtk_ddp_comp_id' being changed to 'unsigned int'
> throughout this
> patch? Was this intentional?
>
> I saw that this change happened between v16 [1] and v17 [2], but I
> didn't see
> any reply or mention about this in the commit message or cover
> letter.
>
> Thanks,
> Nícolas
>
> [1]
> https://lore.kernel.org/all/20220318142009.2796-21-nancy.lin@mediatek.com/
> [2]
> https://lore.kernel.org/all/20220416020749.29010-20-nancy.lin@mediatek.com/
The change is for the review in [1] to expose each mod instead of ovl
adaptor to mtk_mutex.
Ovl adaptor is an application that combine these mod to achieve ovl
function, and it's not a real component in mtk_mmsys/mtk_mutex.
For the above comment, I discussed the solution with MediaTek DRM
reviewer CK.Hu internally.
1. remove the DDP_COMPONENT_OVL_ADAPTOR in enum mtk_ddp_comp_id{} (ref
[2])
2. add DRM driver component define "DDP_COMPONENT_DRM_OVL_ADAPTOR" in
mtk_drm_drv.h (ref[3])
3. replace mmsys compoent DDP_COMPONENT_OVL_ADAPTOR with DRM driver
compoent DDP_COMPONENT_DRM_OVL_ADAPTOR in drm mt8195_mtk_ddp_ext[] path
array. (ref[3] - mtk_drm_drv.c)
static const unsigned int mt8195_mtk_ddp_ext[] = {
DDP_COMPONENT_DRM_OVL_ADAPTOR,
DDP_COMPONENT_MERGE5,
DDP_COMPONENT_DP_INTF1,
};
Because the DDP_COMPONENT_DRM_OVL_ADAPTOR is not a real mmsys
component, change to use "unsigned int" instead of "enum
mtk_ddp_comp_id{}"
[1]
https://patchwork.kernel.org/project/linux-mediatek/patch/20220318142009.2796-10-nancy.lin@mediatek.com/
[2]
https://patchwork.kernel.org/project/linux-mediatek/patch/20220318142009.2796-5-nancy.lin@mediatek.com/
[3]
https://patchwork.kernel.org/project/linux-mediatek/patch/20221103032610.9217-7-nancy.lin@mediatek.com/
Thanks,
Nancy
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v27 6/7] drm/mediatek: add drm ovl_adaptor sub driver for MT8195
2022-11-04 10:57 ` Nancy Lin (林欣螢)
@ 2022-11-04 14:53 ` Nícolas F. R. A. Prado
0 siblings, 0 replies; 5+ messages in thread
From: Nícolas F. R. A. Prado @ 2022-11-04 14:53 UTC (permalink / raw)
To: Nancy Lin (林欣螢)
Cc: llvm, Yongqiang Niu (牛永强),
robh+dt, Singo Chang (張興國),
nathan, linux-mediatek, chunkuang.hu,
Jason-JH Lin (林睿祥),
linux, linux-kernel, devicetree, daniel, p.zabel, dri-devel,
Project_Global_Chrome_Upstream_Group, linux-arm-kernel, wim,
matthias.bgg, airlied, angelogioacchino.delregno, ndesaulniers
On Fri, Nov 04, 2022 at 10:57:28AM +0000, Nancy Lin (林欣螢) wrote:
> Dear Nicolas,
>
> Thanks for the review.
>
> On Thu, 2022-11-03 at 17:28 -0400, Nícolas F. R. A. Prado wrote:
> > On Thu, Nov 03, 2022 at 11:26:09AM +0800, Nancy.Lin wrote:
> > > Add drm ovl_adaptor sub driver. Bring up ovl_adaptor sub driver if
> > > the component exists in the path.
> > >
> > > Signed-off-by: Nancy.Lin <nancy.lin@mediatek.com>
> > > Reviewed-by: AngeloGioacchino Del Regno <
> > > angelogioacchino.delregno@collabora.com>
> > > Reviewed-by: CK Hu <ck.hu@mediatek.com>
> > > Tested-by: AngeloGioacchino Del Regno <
> > > angelogioacchino.delregno@collabora.com>
> > > Tested-by: Bo-Chen Chen <rex-bc.chen@mediatek.com>
> > > Tested-by: Nícolas F. R. A. Prado <nfraprado@collabora.com>
> > > Change-Id: I0501f3c80e78ec8279366cba9c137a2edd7a852e
> > > ---
> > > drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 61 ++++-----
> > > drivers/gpu/drm/mediatek/mtk_drm_crtc.h | 2 +-
> > > drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 129 ++++++++++++--
> > > ------
> > > drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 50 +++++++-
> > > drivers/gpu/drm/mediatek/mtk_drm_drv.c | 78 ++++++------
> > > drivers/gpu/drm/mediatek/mtk_drm_drv.h | 12 +-
> > > 6 files changed, 209 insertions(+), 123 deletions(-)
> > >
> > > diff --git a/drivers/gpu/drm/mediatek/mtk_drm_crtc.c
> > > b/drivers/gpu/drm/mediatek/mtk_drm_crtc.c
> > > index 30dcb65d8a5a..ce5617ad04cb 100644
> > > --- a/drivers/gpu/drm/mediatek/mtk_drm_crtc.c
> > > +++ b/drivers/gpu/drm/mediatek/mtk_drm_crtc.c
> >
> > [..]
> > > int mtk_drm_crtc_create(struct drm_device *drm_dev,
> > > - const enum mtk_ddp_comp_id *path, unsigned int
> > > path_len,
> > > + const unsigned int *path, unsigned int
> > > path_len,
> >
> > Hi Nancy,
> >
> > why is 'enum mtk_ddp_comp_id' being changed to 'unsigned int'
> > throughout this
> > patch? Was this intentional?
> >
> > I saw that this change happened between v16 [1] and v17 [2], but I
> > didn't see
> > any reply or mention about this in the commit message or cover
> > letter.
> >
> > Thanks,
> > Nícolas
> >
> > [1]
> > https://lore.kernel.org/all/20220318142009.2796-21-nancy.lin@mediatek.com/
> > [2]
> > https://lore.kernel.org/all/20220416020749.29010-20-nancy.lin@mediatek.com/
>
>
> The change is for the review in [1] to expose each mod instead of ovl
> adaptor to mtk_mutex.
> Ovl adaptor is an application that combine these mod to achieve ovl
> function, and it's not a real component in mtk_mmsys/mtk_mutex.
>
> For the above comment, I discussed the solution with MediaTek DRM
> reviewer CK.Hu internally.
> 1. remove the DDP_COMPONENT_OVL_ADAPTOR in enum mtk_ddp_comp_id{} (ref
> [2])
> 2. add DRM driver component define "DDP_COMPONENT_DRM_OVL_ADAPTOR" in
> mtk_drm_drv.h (ref[3])
> 3. replace mmsys compoent DDP_COMPONENT_OVL_ADAPTOR with DRM driver
> compoent DDP_COMPONENT_DRM_OVL_ADAPTOR in drm mt8195_mtk_ddp_ext[] path
> array. (ref[3] - mtk_drm_drv.c)
>
> static const unsigned int mt8195_mtk_ddp_ext[] = {
> DDP_COMPONENT_DRM_OVL_ADAPTOR,
> DDP_COMPONENT_MERGE5,
> DDP_COMPONENT_DP_INTF1,
> };
> Because the DDP_COMPONENT_DRM_OVL_ADAPTOR is not a real mmsys
> component, change to use "unsigned int" instead of "enum
> mtk_ddp_comp_id{}"
Ah okay, that makes sense. Thank you for the clarification.
Thanks,
Nícolas
>
>
> [1]
> https://patchwork.kernel.org/project/linux-mediatek/patch/20220318142009.2796-10-nancy.lin@mediatek.com/
> [2]
> https://patchwork.kernel.org/project/linux-mediatek/patch/20220318142009.2796-5-nancy.lin@mediatek.com/
> [3]
> https://patchwork.kernel.org/project/linux-mediatek/patch/20221103032610.9217-7-nancy.lin@mediatek.com/
>
> Thanks,
> Nancy
>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2022-11-04 14:53 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20221103032610.9217-1-nancy.lin@mediatek.com>
[not found] ` <20221103032610.9217-3-nancy.lin@mediatek.com>
2022-11-03 21:03 ` [PATCH v27 2/7] drm/mediatek: add ETHDR support for MT8195 Nícolas F. R. A. Prado
2022-11-04 9:37 ` Nancy Lin (林欣螢)
[not found] ` <20221103032610.9217-7-nancy.lin@mediatek.com>
2022-11-03 21:28 ` [PATCH v27 6/7] drm/mediatek: add drm ovl_adaptor sub driver " Nícolas F. R. A. Prado
2022-11-04 10:57 ` Nancy Lin (林欣螢)
2022-11-04 14:53 ` Nícolas F. R. A. Prado
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).