From: Kyle Swenson <kyle.swenson@est.tech>
To: "o.rempel@pengutronix.de" <o.rempel@pengutronix.de>,
"kory.maincent@bootlin.com" <kory.maincent@bootlin.com>,
"andrew+netdev@lunn.ch" <andrew+netdev@lunn.ch>,
"davem@davemloft.net" <davem@davemloft.net>,
"edumazet@google.com" <edumazet@google.com>,
"kuba@kernel.org" <kuba@kernel.org>,
"pabeni@redhat.com" <pabeni@redhat.com>,
"robh@kernel.org" <robh@kernel.org>,
"krzk+dt@kernel.org" <krzk+dt@kernel.org>,
"conor+dt@kernel.org" <conor+dt@kernel.org>
Cc: "Kyle Swenson" <kyle.swenson@est.tech>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Roland Kovács" <roland.kovacs@est.tech>,
"David Nyström" <david.nystrom@est.tech>
Subject: [PATCH net-next v3 0/2] net: pse-pd: Add LTC4266 PSE controller driver
Date: Sun, 27 Sep 2026 21:29:46 +0000 [thread overview]
Message-ID: <20260927212929.593366-1-kyle.swenson@est.tech> (raw)
Add support for an older PSE controller that supports powering Type 1
and Type 2 PDs.
The chip has four individually controllable power channels, each with
it own detection, classification and current-limiting abilities. The
driver declares the static power budgeting strategy.
---
RFC v2 -> v3:
- The admin power limit is now configurable before the port is
powered and is independent from the class limit. However, when a
PD is powered, the current limit is set by the minimum between the PD's
class and the admin power limit, to maintain compliance with the IEEE
spec.
- The LTC4266 doesn't support reading a port's voltage (or current)
until that port is completely and successfully powered. Since we
don't have a good way to measure the port voltage, we'll first try to
use the vpwr-supply voltage if available during probe, and fall back to
50V (the Type 2 PSE minimum) if the regulator isn't available (ENODEV or
EPROBE_DEFER) or doesn't have a readable voltage for the port. This is
the voltage the LTC4266 driver will return back to pse core when a
port's power good bit is not set.
- Report the hardware admin state from the "Power Enabled" bit instead
of the "Power Good" bit. The latter is set when the port is fully
powered (after inrush) so a port in the process of powering up looked
disabled to the core and had power domain budget allocated to it twice.
- Added a Maintainers entry for the driver.
- Avoid precision loss in pi_get_actual_pw.
- Demote a dev_err in a common path on device disconnection to
dev_dbg.
- Add an err: label in map_event that'll clear all the event
registers via the INTCLR push-button to prevent a possible
interrupt storm.
- The supply and over-temperature faults were too hard to test, but
they will result in a disconnection event for one or more
channels. Replace those faults with a combination of a "power good"
change and a port status check to send a disconnect event to the pse
core.
- Bail out of probe early if we don't have the required IRQ.
- Replace the driver's .remove with a devm action registered before
the controller and the IRQ to ensure the IRQ is freed before this
driver is removed.
- Drop reset-gpios from the binding, since the driver doesn't
support it at the moment (because my hardware doesn't have it
correctly wired)
- Expand the description for sense-resistor-micro-ohms to indicate
the property is required by the chip for accurate current limiting.
Link to RFC v2: https://lore.kernel.org/all/20260820142429.2285172-1-kyle.swenson@est.tech/
Kyle Swenson (2):
dt-bindings: net: pse-pd: Add bindings for LTC4266 PSE Controller
net: pse-pd: Add LTC4266 PSE controller driver
.../bindings/net/pse-pd/lltc,ltc4266.yaml | 180 +++
MAINTAINERS | 7 +
drivers/net/pse-pd/Kconfig | 11 +
drivers/net/pse-pd/Makefile | 1 +
drivers/net/pse-pd/ltc4266.c | 1386 +++++++++++++++++
5 files changed, 1585 insertions(+)
create mode 100644 Documentation/devicetree/bindings/net/pse-pd/lltc,ltc4266.yaml
create mode 100644 drivers/net/pse-pd/ltc4266.c
--
2.55.0
next reply other threads:[~2026-09-27 21:29 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-27 21:29 Kyle Swenson [this message]
2026-09-27 21:29 ` [PATCH net-next v3 1/2] dt-bindings: net: pse-pd: Add bindings for LTC4266 PSE Controller Kyle Swenson
2026-09-27 21:29 ` [PATCH net-next v3 2/2] net: pse-pd: Add LTC4266 PSE controller driver Kyle Swenson
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=20260927212929.593366-1-kyle.swenson@est.tech \
--to=kyle.swenson@est.tech \
--cc=andrew+netdev@lunn.ch \
--cc=conor+dt@kernel.org \
--cc=davem@davemloft.net \
--cc=david.nystrom@est.tech \
--cc=devicetree@vger.kernel.org \
--cc=edumazet@google.com \
--cc=kory.maincent@bootlin.com \
--cc=krzk+dt@kernel.org \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=o.rempel@pengutronix.de \
--cc=pabeni@redhat.com \
--cc=robh@kernel.org \
--cc=roland.kovacs@est.tech \
/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
all inboxes | Powered by JetHome®