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]
Message-ID: <20220301203509.xe3x2uo4x4njyjdg@notapiano>
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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ