From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
devicetree@vger.kernel.org,
"David S. Miller" <davem@davemloft.net>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Eric Dumazet <edumazet@google.com>,
netdev@vger.kernel.org
Cc: Marcin Wojtas <mw@semihalf.com>,
Russell King <linux@armlinux.org.uk>,
Taras Chornyi <tchornyi@marvell.com>,
<linux-kernel@vger.kernel.org>,
Robert Marko <robert.marko@sartura.hr>,
Luka Perkov <luka.perkov@sartura.hr>,
Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
Michael Walle <michael@walle.cc>,
Miquel Raynal <miquel.raynal@bootlin.com>
Subject: [PATCH 0/6] Marvell nvmem mac addresses support
Date: Thu, 17 Nov 2022 22:55:51 +0100 [thread overview]
Message-ID: <20221117215557.1277033-1-miquel.raynal@bootlin.com> (raw)
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
Miquel Raynal (6):
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
net: marvell: prestera: Avoid unnecessary DT lookups
net: mvpp2: Consider NVMEM cells as possible MAC address source
.../bindings/net/marvell,dfx-server.yaml | 60 +++++++++++++
.../bindings/net/marvell,prestera.txt | 81 -----------------
.../bindings/net/marvell,prestera.yaml | 86 +++++++++++++++++++
.../net/ethernet/marvell/mvpp2/mvpp2_main.c | 6 ++
.../ethernet/marvell/prestera/prestera_main.c | 15 +---
5 files changed, 156 insertions(+), 92 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
next reply other threads:[~2022-11-17 21:56 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-17 21:55 Miquel Raynal [this message]
2022-11-17 21:55 ` [PATCH 1/6] Revert "dt-bindings: marvell,prestera: Add description for device-tree bindings" Miquel Raynal
2022-11-23 22:02 ` Rob Herring
2022-11-17 21:55 ` [PATCH 2/6] dt-bindings: net: marvell,dfx-server: Convert to yaml Miquel Raynal
2022-11-23 22:10 ` Rob Herring
2022-11-23 23:34 ` Miquel Raynal
2022-11-17 21:55 ` [PATCH 3/6] dt-bindings: net: marvell,prestera: " Miquel Raynal
2022-11-23 22:11 ` Rob Herring
2022-11-17 21:55 ` [PATCH 4/6] dt-bindings: net: marvell,prestera: Describe PCI devices of the prestera family Miquel Raynal
2022-11-23 22:13 ` Rob Herring
2022-11-17 21:55 ` [PATCH net-next 5/6] net: marvell: prestera: Avoid unnecessary DT lookups Miquel Raynal
2022-11-17 21:55 ` [PATCH net-next 6/6] net: mvpp2: Consider NVMEM cells as possible MAC address source Miquel Raynal
2022-11-19 8:18 ` Marcin Wojtas
2022-11-21 9:29 ` Miquel Raynal
2022-11-21 14:46 ` Marcin Wojtas
2022-11-22 17:52 ` Miquel Raynal
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20221117215557.1277033-1-miquel.raynal@bootlin.com \
--to=miquel.raynal@bootlin.com \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=edumazet@google.com \
--cc=krzk+dt@kernel.org \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=luka.perkov@sartura.hr \
--cc=michael@walle.cc \
--cc=mw@semihalf.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=robert.marko@sartura.hr \
--cc=robh+dt@kernel.org \
--cc=tchornyi@marvell.com \
--cc=thomas.petazzoni@bootlin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).