From: Joshua Yeong <joshua.yeong@starfivetech.com>
To: broonie@kernel.org, lgirdwood@gmail.com, rahul@summations.net,
anup@brainfault.org, lftan.linux@gmail.com, robh@kernel.org,
krzk+dt@kernel.org, conor+dt@kernel.org, pjw@kernel.org,
palmer@dabbelt.com, aou@eecs.berkeley.edu
Cc: alex@ghiti.fr, joshua.yeong@starfivetech.com,
linux-riscv@lists.infradead.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: [PATCH v2 1/3] dt-bindings: regulator: Add RPMI voltage service bindings
Date: Wed, 23 Sep 2026 15:00:12 +0800 [thread overview]
Message-ID: <20260923070014.1340761-2-joshua.yeong@starfivetech.com> (raw)
In-Reply-To: <20260923070014.1340761-1-joshua.yeong@starfivetech.com>
Add device tree bindings for the RISC-V Platform Management Interface
(RPMI) voltage service group, both for the supervisor-facing regulator
controller and for the SBI MPXY channel which the SBI implementation
uses to expose the service group.
Signed-off-by: Joshua Yeong <joshua.yeong@starfivetech.com>
---
Based on the RPMI device power series ("Add RISC-V RPMI device power
service support"), which has been applied for next. The cover letter
links the mail saying so.
.../regulator/riscv,rpmi-mpxy-voltage.yaml | 65 ++++++++
.../regulator/riscv,rpmi-voltage.yaml | 147 ++++++++++++++++++
2 files changed, 212 insertions(+)
create mode 100644 Documentation/devicetree/bindings/regulator/riscv,rpmi-mpxy-voltage.yaml
create mode 100644 Documentation/devicetree/bindings/regulator/riscv,rpmi-voltage.yaml
diff --git a/Documentation/devicetree/bindings/regulator/riscv,rpmi-mpxy-voltage.yaml b/Documentation/devicetree/bindings/regulator/riscv,rpmi-mpxy-voltage.yaml
new file mode 100644
index 000000000000..8cc53879cdf9
--- /dev/null
+++ b/Documentation/devicetree/bindings/regulator/riscv,rpmi-mpxy-voltage.yaml
@@ -0,0 +1,65 @@
+# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
+%YAML 1.2
+---
+$id: http://devicetree.org/schemas/regulator/riscv,rpmi-mpxy-voltage.yaml#
+$schema: http://devicetree.org/meta-schemas/core.yaml#
+
+title: RISC-V RPMI voltage service group based message proxy
+
+maintainers:
+ - Joshua Yeong <joshua.yeong@starfivetech.com>
+
+description: |
+ The RISC-V Platform Management Interface (RPMI) [1] defines a
+ messaging protocol which is modular and extensible. The supervisor
+ software can send/receive RPMI messages via SBI MPXY extension [2]
+ or some dedicated supervisor-mode RPMI transport.
+
+ The RPMI specification [1] defines voltage service group for accessing
+ and controlling the voltage domains managed by a platform
+ microcontroller. The SBI implementation (machine mode firmware or
+ hypervisor) can implement an SBI MPXY channel to allow RPMI voltage
+ service group access to the supervisor software.
+
+ ===========================================
+ References
+ ===========================================
+
+ [1] RISC-V Platform Management Interface (RPMI) v1.0 (or higher)
+ https://github.com/riscv-non-isa/riscv-rpmi/releases
+
+ [2] RISC-V Supervisor Binary Interface (SBI) v3.0 (or higher)
+ https://github.com/riscv-non-isa/riscv-sbi-doc/releases
+
+properties:
+ compatible:
+ description:
+ Intended for use by the SBI implementation.
+ const: riscv,rpmi-mpxy-voltage
+
+ mboxes:
+ maxItems: 1
+ description:
+ Mailbox channel of the underlying RPMI transport.
+
+ riscv,sbi-mpxy-channel-id:
+ $ref: /schemas/types.yaml#/definitions/uint32
+ description:
+ The SBI MPXY channel id to be used for providing RPMI access to
+ the supervisor software.
+
+required:
+ - compatible
+ - mboxes
+ - riscv,sbi-mpxy-channel-id
+
+additionalProperties: false
+
+examples:
+ - |
+ voltage-service {
+ compatible = "riscv,rpmi-mpxy-voltage";
+ mboxes = <&rpmi_shmem_mbox 0x7>;
+ riscv,sbi-mpxy-channel-id = <0x1004>;
+ };
+...
diff --git a/Documentation/devicetree/bindings/regulator/riscv,rpmi-voltage.yaml b/Documentation/devicetree/bindings/regulator/riscv,rpmi-voltage.yaml
new file mode 100644
index 000000000000..6334ebd31dc8
--- /dev/null
+++ b/Documentation/devicetree/bindings/regulator/riscv,rpmi-voltage.yaml
@@ -0,0 +1,147 @@
+# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
+%YAML 1.2
+---
+$id: http://devicetree.org/schemas/regulator/riscv,rpmi-voltage.yaml#
+$schema: http://devicetree.org/meta-schemas/core.yaml#
+
+title: RISC-V RPMI voltage service group based regulator controller
+
+maintainers:
+ - Joshua Yeong <joshua.yeong@starfivetech.com>
+
+description: |
+ The RISC-V Platform Management Interface (RPMI) [1] defines a
+ messaging protocol which is modular and extensible. The supervisor
+ software can send/receive RPMI messages via SBI MPXY extension [2]
+ or some dedicated supervisor-mode RPMI transport.
+
+ The RPMI specification [1] defines voltage service group for accessing
+ and controlling the voltage domains managed by a platform
+ microcontroller. The supervisor software can access RPMI voltage
+ service group via SBI MPXY channel or some dedicated supervisor-mode
+ RPMI transport.
+
+ The voltage domains are discovered at runtime from the platform
+ microcontroller, which reports the name, the level format, the supported
+ levels and the always-on capability of each one, so none of that is
+ described here.
+
+ A consumer names a domain in one of two ways. The first is through a
+ "<name>-supply" phandle to a child of the optional "regulators" container,
+ whose "reg" is the domain's RPMI DOMAIN_ID. The second needs no child with
+ "#voltage-domain-cells" on the provider, a consumer lists
+ "voltage-domains = <&provider DOMAIN_ID>" and names each entry in
+ "voltage-domain-names", the way it names a voltage power domain. Both
+ properties belong to the consumer, so a consumer binding describes them
+ itself:
+
+ codec {
+ compatible = "vendor,codec";
+ vdd-supply = <&volt2_reg>;
+ };
+
+ phy {
+ compatible = "vendor,phy";
+ voltage-domains = <&rpmi_voltage 3>, <&rpmi_voltage 4>;
+ voltage-domain-names = "vdda", "vddio";
+ };
+
+ A child may also say what the board permits the rail to supply, which the
+ platform microcontroller has no way to express. A child that gives no
+ voltage constraint leaves the rail free to move within the levels the
+ domain advertises.
+
+ ===========================================
+ References
+ ===========================================
+
+ [1] RISC-V Platform Management Interface (RPMI) v1.0 (or higher)
+ https://github.com/riscv-non-isa/riscv-rpmi/releases
+
+ [2] RISC-V Supervisor Binary Interface (SBI) v3.0 (or higher)
+ https://github.com/riscv-non-isa/riscv-sbi-doc/releases
+
+properties:
+ compatible:
+ description:
+ Intended for use by the supervisor software.
+ const: riscv,rpmi-voltage
+
+ mboxes:
+ maxItems: 1
+ description:
+ Mailbox channel of the underlying RPMI transport or SBI message proxy channel.
+
+ "#voltage-domain-cells":
+ const: 1
+ description:
+ Lets a consumer name a domain by its RPMI DOMAIN_ID, the single cell of
+ a "voltage-domains" entry, without a child node for the domain.
+
+ regulators:
+ type: object
+ additionalProperties: false
+ description:
+ Optional container giving discovered domains a node of their own, for
+ consumers to reference and for board level constraints.
+
+ properties:
+ "#address-cells":
+ const: 1
+
+ "#size-cells":
+ const: 0
+
+ patternProperties:
+ "^regulator@[0-9a-f]+$":
+ type: object
+ $ref: regulator.yaml#
+ unevaluatedProperties: false
+
+ properties:
+ reg:
+ maxItems: 1
+ description:
+ RPMI DOMAIN_ID of the voltage domain this node describes.
+
+ required:
+ - reg
+
+ required:
+ - "#address-cells"
+ - "#size-cells"
+
+required:
+ - compatible
+ - mboxes
+
+additionalProperties: false
+
+examples:
+ - |
+ rpmi_voltage: rpmi-voltage {
+ compatible = "riscv,rpmi-voltage";
+ mboxes = <&mpxy_mbox 0x1004 0x0>;
+ #voltage-domain-cells = <1>;
+
+ regulators {
+ #address-cells = <1>;
+ #size-cells = <0>;
+
+ // A node only so that a consumer can name the domain with a
+ // "<name>-supply". Its voltage stays free to move within the
+ // advertised levels.
+ volt1_reg: regulator@1 {
+ reg = <1>;
+ };
+
+ // A board level constraint. Equal bounds pin the rail, so the
+ // supervisor applies 1.8V and refuses to move it afterwards.
+ volt2_reg: regulator@2 {
+ reg = <2>;
+ regulator-min-microvolt = <1800000>;
+ regulator-max-microvolt = <1800000>;
+ };
+ };
+ };
+...
--
2.43.0
next prev parent reply other threads:[~2026-09-23 8:32 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-23 7:00 [PATCH v2 0/3] Add RISC-V RPMI voltage service support Joshua Yeong
2026-09-23 7:00 ` Joshua Yeong [this message]
2026-09-23 20:35 ` [PATCH v2 1/3] dt-bindings: regulator: Add RPMI voltage service bindings Krzysztof Kozlowski
2026-09-23 7:00 ` [PATCH v2 2/3] regulator: Add RPMI voltage service Joshua Yeong
2026-09-23 7:00 ` [PATCH v2 3/3] MAINTAINERS: Add RISC-V RPMI voltage driver Joshua Yeong
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=20260923070014.1340761-2-joshua.yeong@starfivetech.com \
--to=joshua.yeong@starfivetech.com \
--cc=alex@ghiti.fr \
--cc=anup@brainfault.org \
--cc=aou@eecs.berkeley.edu \
--cc=broonie@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=lftan.linux@gmail.com \
--cc=lgirdwood@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=palmer@dabbelt.com \
--cc=pjw@kernel.org \
--cc=rahul@summations.net \
--cc=robh@kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®