<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/Documentation/devicetree/bindings/regulator, branch master</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=master</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2026-04-06T13:16:40Z</updated>
<entry>
<title>regulator: dt-bindings: qcom,qca6390-pmu: Document WCN6755 PMU</title>
<updated>2026-04-06T13:16:40Z</updated>
<author>
<name>Luca Weiss</name>
<email>luca.weiss@fairphone.com</email>
</author>
<published>2026-04-03T13:52:47Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=b043657c35e52ec5cf1c9942462f4bfd91dfe256'/>
<id>urn:sha1:b043657c35e52ec5cf1c9942462f4bfd91dfe256</id>
<content type='text'>
Document the WCN6755 PMU using a fallback to WCN6750 since the two chips
seem to be completely pin and software compatible. In fact the original
downstream kernel just pretends the WCN6755 is a WCN6750.

Signed-off-by: Luca Weiss &lt;luca.weiss@fairphone.com&gt;
Reviewed-by: Krzysztof Kozlowski &lt;krzysztof.kozlowski@oss.qualcomm.com&gt;
Link: https://patch.msgid.link/20260403-milos-fp6-bt-wifi-v2-1-393322b27c5f@fairphone.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>regulator: dt-bindings: regulator-max77620: convert to DT schema</title>
<updated>2026-04-06T13:09:20Z</updated>
<author>
<name>Svyatoslav Ryhel</name>
<email>clamor95@gmail.com</email>
</author>
<published>2026-04-06T07:51:13Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=881dd6b2ff82c6b0760c2bb5ca1de030608dd7c9'/>
<id>urn:sha1:881dd6b2ff82c6b0760c2bb5ca1de030608dd7c9</id>
<content type='text'>
Convert regulator-max77620 devicetree bindings for the MAX77620 PMIC from
TXT to YAML format. This patch does not change any functionality; the
bindings remain the same.

Signed-off-by: Svyatoslav Ryhel &lt;clamor95@gmail.com&gt;
Acked-by: Mark Brown &lt;broonie@kernel.org&gt;
Reviewed-by: Rob Herring (Arm) &lt;robh@kernel.org&gt;
Link: https://patch.msgid.link/20260406075114.25672-2-clamor95@gmail.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>regulator: mt6315: add regulator supplies</title>
<updated>2026-03-30T14:45:39Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2026-03-30T14:45:39Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=922b9937db0e22d2bc4bac1e61df63679671c56c'/>
<id>urn:sha1:922b9937db0e22d2bc4bac1e61df63679671c56c</id>
<content type='text'>
Chen-Yu Tsai &lt;wenst@chromium.org&gt; says:

This series is part of a broader collection of regulator related
cleanups for MediaTek Chromebooks. This one covers the MT6315 PMIC.

Patch 1 adds the names of the power supply inputs to the binding.

Patch 2 adds the supply names from the DT binding change in patch 1
to the regulator descriptions in the driver. This patch has a
checkpatch.pl warnings, but I wonder if it's because the context size
for checking complex macros is not large enough.

Device tree changes will be sent separately. The goal is to get the
regulator tree as complete as possible. This includes adding supply
names to other regulator DT bindings, and adding all the supply links
to the existing DTs.
</content>
</entry>
<entry>
<title>regulator: dt-bindings: mt6315: Add regulator supplies</title>
<updated>2026-03-30T14:45:36Z</updated>
<author>
<name>Chen-Yu Tsai</name>
<email>wenst@chromium.org</email>
</author>
<published>2026-03-26T08:10:48Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=d15d0f1a27b29cc39bce2a7cdcde46c40db68d07'/>
<id>urn:sha1:d15d0f1a27b29cc39bce2a7cdcde46c40db68d07</id>
<content type='text'>
The MT6315 family of PMICs has 4 buck regulators. Each regulator has a
separate supply.

Add these supplies to the device tree binding.

Signed-off-by: Chen-Yu Tsai &lt;wenst@chromium.org&gt;
Link: https://patch.msgid.link/20260326081050.1115201-2-wenst@chromium.org
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>regulator: dt-bindings: mps,mp8859: convert to DT schema</title>
<updated>2026-03-26T11:55:31Z</updated>
<author>
<name>Bhargav Joshi</name>
<email>rougueprince47@gmail.com</email>
</author>
<published>2026-03-25T23:05:59Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=32a4cd3d451ddec7c9ec04a2ec3f379ed7c5ff20'/>
<id>urn:sha1:32a4cd3d451ddec7c9ec04a2ec3f379ed7c5ff20</id>
<content type='text'>
Convert the Monolithic Power Systems MP8859 voltage regulator binding
from legacy text format to DT schema. This patch does not change any
functionality, the bindings remain the same.

Signed-off-by: Bhargav Joshi &lt;rougueprince47@gmail.com&gt;
Reviewed-by: Krzysztof Kozlowski &lt;krzysztof.kozlowski@oss.qualcomm.com&gt;
Link: https://patch.msgid.link/20260325230559.73527-1-rougueprince47@gmail.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>regulator: da91xx: Allow caching of buck registers when no GPIO input control is configured</title>
<updated>2026-03-24T19:37:47Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2026-03-24T19:37:47Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=3dacdda5e643303a3e56ad303312dfcf72b6fafe'/>
<id>urn:sha1:3dacdda5e643303a3e56ad303312dfcf72b6fafe</id>
<content type='text'>
André Svensson &lt;andre.svensson@axis.com&gt; says:

This series introduces a boolean DT property, dlg,no-gpio-control, for
the DA91xx regulators. Use this property to indicate that GPIO control
is not configured with the functions DVC/RELOAD/EN, allowing buck
registers to be cached.

The DA9121 driver checks dlg,no-gpio-control and updates regmap_config's
volatile_table if the property is present. Buck registers are removed
from the volatile_table if the property is present, enabling caching of
the registers, which removes I2C reads when performing an I2C write to
the buck registers.

Link: https://patch.msgid.link/20260320-no-gpio-control-v2-0-dbc938e462cb@axis.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>regulator: dt-bindings: dlg,da9121: Add dlg,no-gpio-control</title>
<updated>2026-03-24T19:37:44Z</updated>
<author>
<name>André Svensson</name>
<email>andre.svensson@axis.com</email>
</author>
<published>2026-03-20T07:33:24Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=7795014962fad6cbe11aeb89ccf901b8d7cadcee'/>
<id>urn:sha1:7795014962fad6cbe11aeb89ccf901b8d7cadcee</id>
<content type='text'>
Add the optional boolean property dlg,no-gpio-control. When present, it
indicates that no DA91xx GPIO pins are configured/used with functions
RELOAD/DVC/EN, which can affect the output voltage control, regulator
mode control and enable signal control.

The absence of relevant GPIO DT properties does not imply that the
RELOAD/DVC/EN GPIO functions are unused. These functions are provided by
DA91xx GPIO pins and may be controlled by external hardware without
corresponding GPIO DT properties. The dlg,no-gpio-control property
explicitly indicates that none of these GPIO functions are used.

It is mutually exclusive with enable-gpios, regardless of whether the
referenced GPIO is connected to a GPIO pin or the IC_EN pin, since
enable-gpios allows the regulator to be controlled via an external
hardware signal.

Co-developed-by: Waqar Hameed &lt;waqar.hameed@axis.com&gt;
Signed-off-by: Waqar Hameed &lt;waqar.hameed@axis.com&gt;
Signed-off-by: André Svensson &lt;andre.svensson@axis.com&gt;
Link: https://patch.msgid.link/20260320-no-gpio-control-v2-1-dbc938e462cb@axis.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>regulator: cros-ec: cleanup and add supplies</title>
<updated>2026-03-23T22:38:56Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2026-03-23T22:38:56Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=57fca3a8ed8e8e42b456bef93055e8b73b1e358f'/>
<id>urn:sha1:57fca3a8ed8e8e42b456bef93055e8b73b1e358f</id>
<content type='text'>
Chen-Yu Tsai &lt;wenst@chromium.org&gt; says:

This series is part of a broader collection of regulator related
cleanups for MediaTek Chromebooks. This one covers the regulators
exposed by the ChromeOS Embedded Controller.

Patch 1 adds the names of the power supply inputs to the binding.

Patch 2 adds the supply names from the DT binding change in patch 1
to the regulator descriptions in the driver. This patch has a
checkpatch.pl warnings, but I wonder if it's because the context size
for checking complex macros is not large enough.

Device tree changes will be sent separately. The goal is to get the
regulator tree as complete as possible. This includes adding supply
names to other regulator DT bindings, and adding all the supply links
to the existing DTs.
</content>
</entry>
<entry>
<title>regulator: dt-bindings: cros-ec: Add regulator supply</title>
<updated>2026-03-23T22:38:54Z</updated>
<author>
<name>Chen-Yu Tsai</name>
<email>wenst@chromium.org</email>
</author>
<published>2026-03-20T08:31:32Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=56b7c08a8b4bfbe622099c0feb0f0f815a15d1e3'/>
<id>urn:sha1:56b7c08a8b4bfbe622099c0feb0f0f815a15d1e3</id>
<content type='text'>
Even a regulator remotely controlled by the EC will have a power supply
input.

Add a property to describe the power supply input.

Signed-off-by: Chen-Yu Tsai &lt;wenst@chromium.org&gt;
Link: https://patch.msgid.link/20260320083135.2455444-2-wenst@chromium.org
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>regulator: fp9931: Make vin-supply mandatory</title>
<updated>2026-03-17T18:07:38Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2026-03-17T18:07:38Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=c8d0beedf0da06652432354882b95c33a4cb7cfe'/>
<id>urn:sha1:c8d0beedf0da06652432354882b95c33a4cb7cfe</id>
<content type='text'>
Robby Cai &lt;robby.cai@nxp.com&gt; says:

The FP9931 regulator requires a valid "vin" supply to operate correctly.
Therefore, the driver should treat "vin" as a mandatory supply.

This patchset updates the binding documentation to mark vin-supply as a
required property, and modifies the driver accordingly. As suggested in
the reviews from Andreas and Mark, v2 switches to using
devm_regulator_get() since the supply is mandatory.
</content>
</entry>
</feed>
