The stats can be expanded by poking the Always-On Subsystem through QMP.
Allow passing a QMP handle for configurations that support it.
Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org>
---
Documentation/devicetree/bindings/soc/qcom/qcom-stats.yaml | 14 ++++++++++++++
1 file changed, 14 insertions(+)
diff --git a/Documentation/devicetree/bindings/soc/qcom/qcom-stats.yaml b/Documentation/devicetree/bindings/soc/qcom/qcom-stats.yaml
index 96a7f1822022..686a7ef2f48a 100644
--- a/Documentation/devicetree/bindings/soc/qcom/qcom-stats.yaml
+++ b/Documentation/devicetree/bindings/soc/qcom/qcom-stats.yaml
@@ -31,10 +31,24 @@ properties:
reg:
maxItems: 1
+ qcom,qmp:
+ $ref: /schemas/types.yaml#/definitions/phandle
+ description: Reference to the AOSS side-channel message RAM
+
required:
- compatible
- reg
+allOf:
+ - if:
+ not:
+ properties:
+ compatible:
+ const: qcom,rpmh-stats
+ then:
+ properties:
+ qcom,qmp: false
+
additionalProperties: false
examples:
--
2.43.0
On Thu, Nov 30, 2023 at 03:58:21PM +0100, Konrad Dybcio wrote: > The stats can be expanded by poking the Always-On Subsystem through QMP. > Allow passing a QMP handle for configurations that support it. I know Qualcomm likes their opaque acronyms, but how about mentioning what QMP stands for here and in the binding below? Especially since we also have QMP PHYs (Qualcomm Multi PHY?), which I doubt this is related to. > Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> > --- > Documentation/devicetree/bindings/soc/qcom/qcom-stats.yaml | 14 ++++++++++++++ > 1 file changed, 14 insertions(+) > > diff --git a/Documentation/devicetree/bindings/soc/qcom/qcom-stats.yaml b/Documentation/devicetree/bindings/soc/qcom/qcom-stats.yaml > index 96a7f1822022..686a7ef2f48a 100644 > --- a/Documentation/devicetree/bindings/soc/qcom/qcom-stats.yaml > +++ b/Documentation/devicetree/bindings/soc/qcom/qcom-stats.yaml > @@ -31,10 +31,24 @@ properties: > reg: > maxItems: 1 > > + qcom,qmp: > + $ref: /schemas/types.yaml#/definitions/phandle > + description: Reference to the AOSS side-channel message RAM Johan
On 1.12.2023 10:44, Johan Hovold wrote: > On Thu, Nov 30, 2023 at 03:58:21PM +0100, Konrad Dybcio wrote: >> The stats can be expanded by poking the Always-On Subsystem through QMP. >> Allow passing a QMP handle for configurations that support it. > > I know Qualcomm likes their opaque acronyms, but how about mentioning > what QMP stands for here and in the binding below? I'll amend the commit message for v2. > Especially since we also have QMP PHYs (Qualcomm Multi PHY?), which I > doubt this is related to. There's only so many three-letter acronyms that begin with a Q ;) QMP stands for Qualcomm Messaging Protocol, which is a JSON-like way to communicate with the Always-On Subsystem (which is responsible for things such as managing low-power states and general SoC building blocks housekeeping) Konrad
On 30/11/2023 15:58, Konrad Dybcio wrote: > The stats can be expanded by poking the Always-On Subsystem through QMP. > Allow passing a QMP handle for configurations that support it. > > Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> > --- > Documentation/devicetree/bindings/soc/qcom/qcom-stats.yaml | 14 ++++++++++++++ > 1 file changed, 14 insertions(+) Reviewed-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> Best regards, Krzysztof
© 2016 - 2025 Red Hat, Inc.