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
| ||
|
Message-ID: <9ec77e6e-55c0-4331-ad62-9ab001273652@linaro.org> Date: Sun, 27 Nov 2022 22:15:18 +0100 From: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org> To: Miquel Raynal <miquel.raynal@...tlin.com>, "David S. Miller" <davem@...emloft.net>, Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>, Eric Dumazet <edumazet@...gle.com>, netdev@...r.kernel.org Cc: Rob Herring <robh+dt@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>, devicetree@...r.kernel.org, Robert Marko <robert.marko@...tura.hr>, Luka Perkov <luka.perkov@...tura.hr>, Thomas Petazzoni <thomas.petazzoni@...tlin.com>, Michael Walle <michael@...le.cc>, Marcin Wojtas <mw@...ihalf.com>, linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org, Vadym Kochan <vadym.kochan@...ision.eu>, Taras Chornyi <tchornyi@...vell.com>, Rob Herring <robh@...nel.org> Subject: Re: [PATCH net-next v2 1/7] Revert "dt-bindings: marvell,prestera: Add description for device-tree bindings" On 24/11/2022 12:15, Miquel Raynal wrote: > This reverts commit 40acc05271abc2852c32622edbebd75698736b9b. > > marvell,prestera.txt is an old file describing the old Alleycat3 > standalone switches. The commit mentioned above actually hacked these > bindings to add support for a device tree property for a more modern > version of the IP connected over PCI, using only the generic compatible > in order to retrieve the device node from the prestera driver to read > one static property. > > The problematic property discussed here is "base-mac-provider". The > original intent was to point to a nvmem device which could produce the > relevant nvmem-cell. This property has never been acked by DT > maintainers and fails all the layering that has been brought with the nvmem It's funnier - it was never sent to DT maintainers nor to the devicetree@ list. :( Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org> Best regards, Krzysztof
Powered by blists - more mailing lists