From: sashiko-bot@kernel.org
To: "Felix Radensky" <fradensky@nvidia.com>
Cc: linux-hwmon@vger.kernel.org
Subject: Re: [PATCH v2] hwmon: (pmbus/mp2975) Get vout fault limits dynamically
Date: Thu, 05 Nov 2026 19:39:26 +0000 [thread overview]
Message-ID: <sashiko-outbox-199963@kernel.org> (raw)
In-Reply-To: <20261105193200.1570996-1-fradensky@nvidia.com>
> The over- and under-voltage fault limits of the tracking mode are
> relative to the voltage reference, which follows the VID/AVS requests
> issued to the device and therefore changes at runtime.
>
> The driver reads the voltage reference once during probe and derives the
> limits from that snapshot, which the PMBus core caches in addition. As a
> result in2_crit and in2_lcrit reflect the operating point at probe, rather
> than the thresholds the device enforces. On systems where the device
> supplies the CPU core voltage, in2_crit was reported anywhere between
> 1.15V and 1.70V across identical systems, causing false over-voltage
> reports once the CPU voltage exceeded the value latched at probe.
>
> Read the voltage reference and the over-voltage offset selector whenever
> a limit is requested, and mark both limits with pmbus_set_update(), so
> that the core does not cache them. The voltage reference is available on
> page 3 only. Let the core change the page, so that the page it caches
> matches the device, except for a single rail configuration, for which the
> core does not issue PAGE commands, and the page is changed directly.
>
> With the selector read at runtime, a device configured with an
> unsupported selector no longer fails to probe. The OVP1 threshold, which
> does not depend on the selector, is reported for it instead, with a
> warning.
>
> Clamp the under-voltage limit to zero, since the offset can exceed a low
> voltage reference, while a negative value would be reported as a read
> error.
>
> Fixes: 2c6fcbb21149 ("hwmon: (pmbus) Add support for MPS Multi-phase mp2975 controller")
> Signed-off-by: Felix Radensky <fradensky@nvidia.com>
Sashiko has reviewed this patch and found no issues.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261105193200.1570996-1-fradensky@nvidia.com?part=1
prev parent reply other threads:[~2026-11-05 19:39 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-05 19:32 [PATCH v2] hwmon: (pmbus/mp2975) Get vout fault limits dynamically Felix Radensky
2026-11-05 19:39 ` sashiko-bot [this message]
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=sashiko-outbox-199963@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=fradensky@nvidia.com \
--cc=linux-hwmon@vger.kernel.org \
--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.