[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20221124111556.264647-1-miquel.raynal@bootlin.com>
Date: Thu, 24 Nov 2022 12:15:49 +0100
From: Miquel Raynal <miquel.raynal@...tlin.com>
To: "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>,
Miquel Raynal <miquel.raynal@...tlin.com>
Subject: [PATCH net-next v2 0/7] Marvell nvmem mac addresses support
Hello,
Now that we are aligned on how to make information available from static
storage media to drivers like Ethernet controller drivers or switch
drivers by using nvmem cells and going through the whole nvmem
infrastructure, here are two driver updates to reflect these changes.
Prior to the driver updates, I propose:
* Reverting binding changes which should have never been accepted like
that.
* A conversion of the (old) Prestera and DFX server bindings (optional,
can be dropped if not considered necessary).
* A better description of the more recent Prestera PCI switch.
Please mind that this series cannot break anything since retrieving the
MAC address Prestera driver has never worked upstream, because the (ONIE
tlv) driver supposed to export the MAC address has not been accepted in
its original form and has been updated to the nvmem-layout
infrastructure (bindings have been merged, the code remains to be
applied).
Thanks,
Miquèl
Changes in v2:
* Bindings:
- Add Rob's tags.
- Use "additionalProperties: \n type: object" in both yaml files.
- Add missing PCI properties to the prestera example as suggested.
- Added a limitation over the number of register entries in the
dfx-server description.
* Drivers:
- Export the of_ helper retrieving MAC addresses from nvmem cells.
- Add a comment in mvpp2 to say that the nvmem lookup only is valid on
OF enabled platforms as suggested by Marcin.
Miquel Raynal (7):
Revert "dt-bindings: marvell,prestera: Add description for device-tree
bindings"
dt-bindings: net: marvell,dfx-server: Convert to yaml
dt-bindings: net: marvell,prestera: Convert to yaml
dt-bindings: net: marvell,prestera: Describe PCI devices of the
prestera family
of: net: export of_get_mac_address_nvmem()
net: marvell: prestera: Avoid unnecessary DT lookups
net: mvpp2: Consider NVMEM cells as possible MAC address source
.../bindings/net/marvell,dfx-server.yaml | 62 +++++++++++++
.../bindings/net/marvell,prestera.txt | 81 -----------------
.../bindings/net/marvell,prestera.yaml | 91 +++++++++++++++++++
.../net/ethernet/marvell/mvpp2/mvpp2_main.c | 7 ++
.../ethernet/marvell/prestera/prestera_main.c | 15 +--
include/linux/of_net.h | 6 ++
net/core/of_net.c | 5 +-
7 files changed, 173 insertions(+), 94 deletions(-)
create mode 100644 Documentation/devicetree/bindings/net/marvell,dfx-server.yaml
delete mode 100644 Documentation/devicetree/bindings/net/marvell,prestera.txt
create mode 100644 Documentation/devicetree/bindings/net/marvell,prestera.yaml
--
2.34.1
Powered by blists - more mailing lists