linux-kernel - Re: [PATCH v1] arm/arm64: dts: mediatek: Format mediatek,larbs as an array of phandles

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:   Tue, 1 Mar 2022 15:35:09 -0500
From:   Nícolas F. R. A. Prado 
        <nfraprado@...labora.com>
To:     Matthias Brugger <matthias.bgg@...il.com>
Cc:     kernel@...labora.com, Rob Herring <robh+dt@...nel.org>,
        AngeloGioacchino Del Regno 
        <angelogioacchino.delregno@...labora.com>,
        devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
        linux-kernel@...r.kernel.org, linux-mediatek@...ts.infradead.org
Subject: Re: [PATCH v1] arm/arm64: dts: mediatek: Format mediatek,larbs as an
 array of phandles

On Mon, Feb 28, 2022 at 10:54:03AM +0100, Matthias Brugger wrote:
> Hi Nícolas,
> 
> On 25/02/2022 23:53, Nícolas F. R. A. Prado wrote:
> > Commit 39bd2b6a3783 ("dt-bindings: Improve phandle-array schemas")
> > updated the mediatek,larbs property in the mediatek,iommu.yaml
> > dt-binding to make it clearer that the phandles passed to the property
> > are independent, rather than subsequent arguments to the first phandle.
> > 
> > Update the mediatek,larbs property in the Devicetrees to use the same
> > formatting. This change doesn't impact any behavior: the compiled dtb is
> > exactly the same. It does however fix the warnings generated by
> > dtbs_check.
> > 
> > Signed-off-by: Nícolas F. R. A. Prado <nfraprado@...labora.com>
> > 
> > ---
> > 
> >   arch/arm/boot/dts/mt2701.dtsi             | 2 +-
> >   arch/arm/boot/dts/mt7623n.dtsi            | 2 +-
> 
> Thanks for your patch. Would you mind to split it in two parts. One for 64
> bit and one 32 bits?

Sure. I've sent v2 with that split:

https://lore.kernel.org/all/20220301203147.1143782-1-nfraprado@collabora.com/

Thanks,
Nícolas