mbox series

[v2,0/4] Fix MediaTek display dt-bindings issues

Message ID 20220309134702.9942-1-jason-jh.lin@mediatek.com (mailing list archive)
Headers show
Series Fix MediaTek display dt-bindings issues | expand

Message

Jason-JH Lin (林睿祥) March 9, 2022, 1:46 p.m. UTC
The vdosys0 series carried a nice dt-bindings conversion of the old
txt documentation for the entire mediatek-drm driver, but some of
the issues in there weren't seen.

This series is fixing all of the issues pointed out by a
`dt_binding_check` run, followed by `dtbs_check`.

Change in v2:
- remove mediatek,ethdr.yaml file
- change include header of mediatek,ovl-2l.yaml from mt8173 to mt8183

AngeloGioacchino Del Regno (3):
  dt-bindings: display: mediatek, mutex: Fix mediatek, gce-events type
  dt-bindings: display: mediatek, ovl: Fix 'iommu' required property
    typo
  dt-bindings: display: mediatek: Fix examples on new bindings

jason-jh.lin (1):
  Revert "dt-bindings: display: mediatek: add ethdr definition for
    mt8195"

 .../display/mediatek/mediatek,aal.yaml        |  23 ++-
 .../display/mediatek/mediatek,ccorr.yaml      |  23 ++-
 .../display/mediatek/mediatek,color.yaml      |  23 ++-
 .../display/mediatek/mediatek,dither.yaml     |  23 ++-
 .../display/mediatek/mediatek,dpi.yaml        |   3 +-
 .../display/mediatek/mediatek,dsc.yaml        |  23 ++-
 .../display/mediatek/mediatek,ethdr.yaml      | 147 ------------------
 .../display/mediatek/mediatek,gamma.yaml      |  23 ++-
 .../display/mediatek/mediatek,merge.yaml      |  49 +++---
 .../display/mediatek/mediatek,mutex.yaml      |  27 ++--
 .../display/mediatek/mediatek,od.yaml         |  14 +-
 .../display/mediatek/mediatek,ovl-2l.yaml     |  26 +++-
 .../display/mediatek/mediatek,ovl.yaml        |  28 ++--
 .../display/mediatek/mediatek,postmask.yaml   |  23 ++-
 .../display/mediatek/mediatek,rdma.yaml       |  28 ++--
 .../display/mediatek/mediatek,split.yaml      |  17 +-
 .../display/mediatek/mediatek,ufoe.yaml       |  19 ++-
 .../display/mediatek/mediatek,wdma.yaml       |  26 +++-
 18 files changed, 262 insertions(+), 283 deletions(-)
 delete mode 100644 Documentation/devicetree/bindings/display/mediatek/mediatek,ethdr.yaml

Comments

Rob Herring (Arm) March 23, 2022, 2:09 p.m. UTC | #1
On Wed, Mar 9, 2022 at 7:47 AM jason-jh.lin <jason-jh.lin@mediatek.com> wrote:
>
> The vdosys0 series carried a nice dt-bindings conversion of the old
> txt documentation for the entire mediatek-drm driver, but some of
> the issues in there weren't seen.
>
> This series is fixing all of the issues pointed out by a
> `dt_binding_check` run, followed by `dtbs_check`.
>
> Change in v2:
> - remove mediatek,ethdr.yaml file
> - change include header of mediatek,ovl-2l.yaml from mt8173 to mt8183
>
> AngeloGioacchino Del Regno (3):
>   dt-bindings: display: mediatek, mutex: Fix mediatek, gce-events type
>   dt-bindings: display: mediatek, ovl: Fix 'iommu' required property
>     typo
>   dt-bindings: display: mediatek: Fix examples on new bindings
>
> jason-jh.lin (1):
>   Revert "dt-bindings: display: mediatek: add ethdr definition for
>     mt8195"

Can this series get applied soon? linux-next is still broken.

If it hits Linus' tree, I will be applying them.

Rob
Chun-Kuang Hu March 24, 2022, 1:25 p.m. UTC | #2
Hi, Rob:

Rob Herring <robh@kernel.org> 於 2022年3月23日 週三 下午10:10寫道:
>
> On Wed, Mar 9, 2022 at 7:47 AM jason-jh.lin <jason-jh.lin@mediatek.com> wrote:
> >
> > The vdosys0 series carried a nice dt-bindings conversion of the old
> > txt documentation for the entire mediatek-drm driver, but some of
> > the issues in there weren't seen.
> >
> > This series is fixing all of the issues pointed out by a
> > `dt_binding_check` run, followed by `dtbs_check`.
> >
> > Change in v2:
> > - remove mediatek,ethdr.yaml file
> > - change include header of mediatek,ovl-2l.yaml from mt8173 to mt8183
> >
> > AngeloGioacchino Del Regno (3):
> >   dt-bindings: display: mediatek, mutex: Fix mediatek, gce-events type
> >   dt-bindings: display: mediatek, ovl: Fix 'iommu' required property
> >     typo
> >   dt-bindings: display: mediatek: Fix examples on new bindings
> >
> > jason-jh.lin (1):
> >   Revert "dt-bindings: display: mediatek: add ethdr definition for
> >     mt8195"
>
> Can this series get applied soon? linux-next is still broken.
>
> If it hits Linus' tree, I will be applying them.

I've applied this series to my tree [1], but now is merge window, so I
plan to send this series through Dave's tree after 5.18-rc1. Would
this be too late for you?

[1] https://git.kernel.org/pub/scm/linux/kernel/git/chunkuang.hu/linux.git/log/?h=mediatek-drm-fixes

Regards,
Chun-Kuang.

>
> Rob
Rob Herring (Arm) March 24, 2022, 9:19 p.m. UTC | #3
On Thu, Mar 24, 2022 at 09:25:44PM +0800, Chun-Kuang Hu wrote:
> Hi, Rob:
> 
> Rob Herring <robh@kernel.org> 於 2022年3月23日 週三 下午10:10寫道:
> >
> > On Wed, Mar 9, 2022 at 7:47 AM jason-jh.lin <jason-jh.lin@mediatek.com> wrote:
> > >
> > > The vdosys0 series carried a nice dt-bindings conversion of the old
> > > txt documentation for the entire mediatek-drm driver, but some of
> > > the issues in there weren't seen.
> > >
> > > This series is fixing all of the issues pointed out by a
> > > `dt_binding_check` run, followed by `dtbs_check`.
> > >
> > > Change in v2:
> > > - remove mediatek,ethdr.yaml file
> > > - change include header of mediatek,ovl-2l.yaml from mt8173 to mt8183
> > >
> > > AngeloGioacchino Del Regno (3):
> > >   dt-bindings: display: mediatek, mutex: Fix mediatek, gce-events type
> > >   dt-bindings: display: mediatek, ovl: Fix 'iommu' required property
> > >     typo
> > >   dt-bindings: display: mediatek: Fix examples on new bindings
> > >
> > > jason-jh.lin (1):
> > >   Revert "dt-bindings: display: mediatek: add ethdr definition for
> > >     mt8195"
> >
> > Can this series get applied soon? linux-next is still broken.
> >
> > If it hits Linus' tree, I will be applying them.
> 
> I've applied this series to my tree [1], but now is merge window, so I
> plan to send this series through Dave's tree after 5.18-rc1. Would
> this be too late for you?

Yes, people base their development on -rc1 and it would be nice to have 
a functional tree.

There's not really any need to wait to send fixes.

Rob