linux-kernel - Re: [PATCH 2/2] ARM: dts: assign reg to memory nodes

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: <62220abe-196a-4434-a200-5e39af1d184d@kernel.org>
Date: Tue, 1 Oct 2024 08:17:53 +0200
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Rosen Penev <rosenp@...il.com>, linux-arm-kernel@...ts.infradead.org
Cc: Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>,
 Conor Dooley <conor+dt@...nel.org>, Chen-Yu Tsai <wens@...e.org>,
 Jernej Skrabec <jernej.skrabec@...il.com>,
 Samuel Holland <samuel@...lland.org>, Antoine Tenart <atenart@...nel.org>,
 Neil Armstrong <neil.armstrong@...aro.org>,
 Kevin Hilman <khilman@...libre.com>, Jerome Brunet <jbrunet@...libre.com>,
 Martin Blumenstingl <martin.blumenstingl@...glemail.com>,
 Linus Walleij <linus.walleij@...aro.org>, Joel Stanley <joel@....id.au>,
 Andrew Jeffery <andrew@...econstruct.com.au>,
 Jesper Nilsson <jesper.nilsson@...s.com>,
 Lars Persson <lars.persson@...s.com>,
 Florian Fainelli <florian.fainelli@...adcom.com>,
 Viresh Kumar <vireshk@...nel.org>,
 Shiraz Hashim <shiraz.linux.kernel@...il.com>,
 "maintainer:SPEAR PLATFORM/CLOCK/PINCTRL SUPPORT" <soc@...nel.org>,
 Marek Vasut <marex@...x.de>, Jisheng Zhang <jszhang@...nel.org>,
 Bartosz Golaszewski <brgl@...ev.pl>, David Lechner <david@...hnology.com>,
 Nishanth Menon <nm@...com>, Santosh Shilimkar <ssantosh@...nel.org>,
 Tony Lindgren <tony@...mide.com>,
 Enric Balletbo i Serra <eballetbo@...il.com>,
 Javier Martinez Canillas <javier@...hile0.org>,
 Alexey Charkov <alchark@...il.com>, Denis Burkov <hitechshell@...l.ru>,
 Arnd Bergmann <arnd@...db.de>, Stefan Wahren <wahrenst@....net>,
 Laurent Pinchart <laurent.pinchart@...asonboard.com>,
 Dave Stevenson <dave.stevenson@...pberrypi.com>,
 Duje Mihanović <duje.mihanovic@...le.hr>,
 Nicolas Chauvet <kwizart@...il.com>, Tomasz Maciej Nowak <tmn505@...il.com>,
 Robert Eckelmann <longnoserob@...il.com>,
 "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
 <devicetree@...r.kernel.org>,
 "open list:ARM/Allwinner sunXi SoC support" <linux-sunxi@...ts.linux.dev>,
 open list <linux-kernel@...r.kernel.org>,
 "open list:ARM/Amlogic Meson SoC support"
 <linux-amlogic@...ts.infradead.org>,
 "moderated list:ARM/ASPEED MACHINE SUPPORT" <linux-aspeed@...ts.ozlabs.org>,
 "moderated list:BROADCOM BCM2711/BCM2835 ARM ARCHITECTURE"
 <linux-rpi-kernel@...ts.infradead.org>,
 "moderated list:ARM/Mediatek SoC support"
 <linux-mediatek@...ts.infradead.org>,
 "moderated list:ARM/NUVOTON NPCM ARCHITECTURE" <openbmc@...ts.ozlabs.org>,
 "open list:TEGRA ARCHITECTURE SUPPORT" <linux-tegra@...r.kernel.org>,
 "open list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" <imx@...ts.linux.dev>,
 "open list:TQ SYSTEMS BOARD & DRIVER SUPPORT" <linux@...tq-group.com>,
 "open list:DH ELECTRONICS IMX6 DHCOM/DHCOR BOARD SUPPORT"
 <kernel@...electronics.com>,
 "moderated list:ARM/STM32 ARCHITECTURE"
 <linux-stm32@...md-mailman.stormreply.com>,
 "open list:ARM/QUALCOMM SUPPORT" <linux-arm-msm@...r.kernel.org>,
 "open list:ARM/RISC-V/RENESAS ARCHITECTURE"
 <linux-renesas-soc@...r.kernel.org>,
 "open list:ARM/Rockchip SoC support" <linux-rockchip@...ts.infradead.org>,
 "open list:ARM/SAMSUNG S3C, S5P AND EXYNOS ARM ARCHITECTURES"
 <linux-samsung-soc@...r.kernel.org>,
 "open list:OMAP DEVICE TREE SUPPORT" <linux-omap@...r.kernel.org>
Subject: Re: [PATCH 2/2] ARM: dts: assign reg to memory nodes

On 01/10/2024 00:35, Rosen Penev wrote:
> Fixes dtc warnings:

What warnings?

Anyway, please list platforms where you tested this. This patch might
break several of them.

Such one huge patch, not split per subach, is another problem. There is
no reason to make it one huge chunk.


Best regards,
Krzysztof