All of lore.kernel.org
 help / color / mirror / Atom feed
From: Carlo Szelinsky <github@szelinsky.de>
To: netdev-bot+sashiko@kernel.org
Cc: o.rempel@pengutronix.de, kory.maincent@bootlin.com,
	andrew+netdev@lunn.ch, davem@davemloft.net, edumazet@kernel.org,
	kuba@kernel.org, pabeni@redhat.com, broonie@kernel.org,
	lgirdwood@gmail.com, corey@leavitt.info, kyle.swenson@est.tech,
	horms@kernel.org, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org, sashiko-reviews@lists.linux.dev
Subject: Re: [PATCH net-next 4/4] net: pse-pd: check the PI vpwr supply before registering the controller
Date: Mon, 19 Oct 2026 21:56:12 +0200	[thread overview]
Message-ID: <20261019195612.307895-1-github@szelinsky.de> (raw)
In-Reply-To: <179239893933.3135.9046263155258328713@kernel.org>

On Mon, 19 Oct 2026 08:35:39 +0000, netdev-bot+sashiko@kernel.org wrote:
> [Severity: Medium]
> Can this check pass even though resolving the PI's supply later still
> defers?

Yes, as the commit message says. The bound check is inside the
regulator core, and a PSE driver cannot do it from outside. fw_devlink
does not help either: the vpwr-supply is in the PI child nodes, and
for those fw_devlink adds no link that delays the controller's probe.
So this window is real while the supplier has registered its
regulator but has not finished probing.

Once the supplier has bound, PI lookups work again. But the notifier
series only retries a failed lookup on the next PSE_REGISTERED, so
until then the PHY gets no PSE control.

> Also, pse_register_pw_ds() only runs at registration. Would that PI then
> never get a power domain?

Yes, until the controller probes again. The commit message says that
too.

> [Severity: Medium]
> Does this new exit, and the pse_controller_check_supply() exit just
> below it, leak the vmain power budget that pd692x0 reserved in
> setup_pi_matrix()?

Yes, an older bug, and this patch makes it happen more often. It is
fixed in net by "net: pse-pd: pd692x0: release the manager power
budget through devres", which this patch will wait for.

> [Severity: Low]
> This isn't a bug, but is this comment accurate?

Right, the fallback also walks the controller's child nodes. I will
fix the comment in the next version.

Carlo

  reply	other threads:[~2026-10-19 19:56 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-18  8:18 [PATCH net-next 0/4] net: pse-pd: core fixes ahead of the controller notifier Carlo Szelinsky
2026-10-18  8:18 ` [PATCH net-next 1/4] net: pse-pd: unlink the controller before freeing its PI data Carlo Szelinsky
2026-10-19  8:35   ` netdev-bot+sashiko
2026-10-19 19:56     ` Carlo Szelinsky
2026-10-18  8:18 ` [PATCH net-next 2/4] net: pse-pd: unwind allocations when controller registration fails Carlo Szelinsky
2026-10-19  8:35   ` netdev-bot+sashiko
2026-10-19 19:56     ` Carlo Szelinsky
2026-10-18  8:18 ` [PATCH net-next 3/4] net: pse-pd: si3474: use dev_err_probe() for controller registration Carlo Szelinsky
2026-10-18  8:18 ` [PATCH net-next 4/4] net: pse-pd: check the PI vpwr supply before registering the controller Carlo Szelinsky
2026-10-19  8:35   ` netdev-bot+sashiko
2026-10-19 19:56     ` Carlo Szelinsky [this message]
2026-10-18  8:23 ` [PATCH net-next 0/4] net: pse-pd: core fixes ahead of the controller notifier netdev-bot+sinfo
2026-10-19 19:56   ` Carlo Szelinsky
2026-10-19 12:54 ` Kory Maincent
2026-10-19 19:55   ` Carlo Szelinsky

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=20261019195612.307895-1-github@szelinsky.de \
    --to=github@szelinsky.de \
    --cc=andrew+netdev@lunn.ch \
    --cc=broonie@kernel.org \
    --cc=corey@leavitt.info \
    --cc=davem@davemloft.net \
    --cc=edumazet@kernel.org \
    --cc=horms@kernel.org \
    --cc=kory.maincent@bootlin.com \
    --cc=kuba@kernel.org \
    --cc=kyle.swenson@est.tech \
    --cc=lgirdwood@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netdev-bot+sashiko@kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=o.rempel@pengutronix.de \
    --cc=pabeni@redhat.com \
    --cc=sashiko-reviews@lists.linux.dev \
    /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.