]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
regulator: core: allow regulator_register() with
authorMark Brown <broonie@kernel.org>
Mon, 12 Jan 2026 12:15:35 +0000 (12:15 +0000)
committerMark Brown <broonie@kernel.org>
Mon, 12 Jan 2026 12:15:35 +0000 (12:15 +0000)
commit6eb6b62f002f1cbc538c2e773539d1d4c37749cb
treee5170ea004e5cce5ef2e5d2a32c3aa41c4f18fa6
parentb0655377aa5a410df02d89170c20141a1a5bbc28
parent8d38423d9dea7353a8a54a3ab2e0d0aa04ed34d0
regulator: core: allow regulator_register() with

Merge series from AndrĂ© Draszik <andre.draszik@linaro.org>:

With these attached patches it becomes possible again to support
hardware designs with multiple PMICs where individual rails of each act
as required supplies for rails of the other (due to the latter being
e.g. always-on), and vice-versa.

Google Pixel 6 and 6 Pro (oriole and raven) are examples of such
designs.

Rather than returning -EPORBE_DEFER in regulator_register() when
set_machine_constraints() fails with -EPROBE_DEFER (due to missing
required supplies), we still allow rail registration and try to
reresolve supplies each time a new rail gets registered.

This is implemented using a bus (regulator bus), which allows the core
to reresolve supplies for regulators that still need them whenever new
regulators (i.e. devices) are added.

Using a bus also solves existing problems around late resolution of
supplies as mentioned in the commit message introducing that bus.

The series starts with a few bug fixes and the last two commits
implement the changes mentioned above, but do depend on the bug fixes.