[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c3b6c0ff993b7ebc9fb8abd8104b537f0c7f5fb3.camel@collabora.com>
Date: Mon, 25 Aug 2025 17:57:57 +0200
From: Julien Massot <julien.massot@...labora.com>
To: Mark Brown <broonie@...nel.org>
Cc: kernel@...labora.com, Michael Turquette <mturquette@...libre.com>,
Stephen Boyd <sboyd@...nel.org>, Rob Herring <robh@...nel.org>, Krzysztof
Kozlowski <krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>,
Matthias Brugger <matthias.bgg@...il.com>, AngeloGioacchino Del Regno
<angelogioacchino.delregno@...labora.com>, Ikjoon Jang <ikjn@...omium.org>,
Enric Balletbo i Serra <eballetbo@...nel.org>, Chen-Yu Tsai
<wenst@...omium.org>, Weiyi Lu <weiyi.lu@...iatek.com>, Eugen Hristev
<eugen.hristev@...aro.org>, Liam Girdwood <lgirdwood@...il.com>, Julien
Massot <jmassot@...labora.com>, Sean Wang <sean.wang@...nel.org>, Linus
Walleij <linus.walleij@...aro.org>, linux-clk@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-mediatek@...ts.infradead.org,
linux-sound@...r.kernel.org, linux-gpio@...r.kernel.org
Subject: Re: [PATCH v2 0/6] MediaTek devicetree/bindings warnings
sanitization second round
Hi Mark,
On Wed, 2025-08-20 at 15:21 +0100, Mark Brown wrote:
> On Wed, Aug 20, 2025 at 03:44:51PM +0200, Julien Massot wrote:
> > This patch series continues the effort to address Device Tree
> > validation warnings for MediaTek platforms, with a focus on MT8183. It
> > follows the initial cleanup series by Angelo
> > (https://www.spinics.net/lists/kernel/msg5780177.html)
> >
> > The patches in this set eliminate several of the remaining warnings by
> > improving or converting DT bindings to YAML, adding missing
> > properties, and updating device tree files accordingly.
>
> What's the story with interdepenencies between the patches in this
> series?
>
> Please fix your mail client to word wrap within paragraphs at something
> substantially less than 80 columns. Doing this makes your messages much
> easier to read and reply to.
Thanks for the feedback, and apologies for the long lines — I have fixed
my mail client for follow-ups.
Regarding interdependencies in the series:
* Patch 1/6 can be picked up independently.
* Patch 2/6 is standalone.
* Patch 3/6 depends on 2/6.
* Patch 4/6 fixes the DTS node name as expected by 3/6.
* Patches 5/6 and 6/6 are independent.
So the only ordering requirement is that 2/6 should land before 3/6, with
4/6 included as well to avoid introducing a temporary new DTB warning.
All others can be applied in any order
Regards,
Julien
Powered by blists - more mailing lists