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: 12+ 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-30 21:31 ` netdev-bot+sashiko
2026-10-07 21:04 ` Rob Herring
2026-10-10 7:30 ` Kyle Swenson
2026-10-13 14:57 ` Kory Maincent
2026-09-27 21:29 ` [PATCH net-next v3 2/2] net: pse-pd: Add LTC4266 PSE controller driver Kyle Swenson
2026-09-28 21:30 ` sashiko-bot
2026-09-30 21:31 ` netdev-bot+sashiko
2026-10-05 6:00 ` Kyle Swenson
2026-10-05 9:42 ` Kory Maincent
2026-10-06 7:52 ` 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.