From: Serge Semin <redacted>
There is a single register provided by the SoC system controller,
which can be used to tune the L2-cache up. It only provides a way
to change the L2-RAM access latencies. So aside from the MMIO region
with that setting and "be,bt1-l2-ctl" compatible string the device
node can be optionally equipped with the properties of Tag/Data/WS
latencies.
Signed-off-by: Serge Semin <redacted>
Signed-off-by: Alexey Malahov <redacted>
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Cc: Paul Burton <paulburton@kernel.org>
Cc: Ralf Baechle <redacted>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: Olof Johansson <redacted>
Cc: soc@kernel.org
---
.../bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml | 108 ++++++++++++++++++
1 file changed, 108 insertions(+)
create mode 100644 Documentation/devicetree/bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml
diff --git a/Documentation/devicetree/bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml b/Documentation/devicetree/bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml
new file mode 100644
index 000000000000..8769b3fa517c
--- /dev/null
+++ b/Documentation/devicetree/bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml
@@ -0,0 +1,108 @@
+# SPDX-License-Identifier: GPL-2.0
+#
+# Copyright (C) 2020 BAIKAL ELECTRONICS, JSC
+#
+# Baikal-T1 L2-cache Control Block Device Tree Bindings.
+#
+%YAML 1.2
+---
+$id: http://devicetree.org/schemas/soc/baikal-t1/be,bt1-l2-ctl.yaml#
+$schema: http://devicetree.org/meta-schemas/core.yaml#
+
+title: Baikal-T1 L2-cache Control Block
+
+maintainers:
+ - Serge Semin <fancer.lancer@gmail.com>
+
+description: |
+ Baikal-T1 exposes a few settings to tune the MIPS P5600 CM2 L2-cache
+ performance up. In particular it's possible to change the Tag, Data and
+ Way-select RAM access latencies. This bindings file describes the system
+ controller block, which provides an interface to set the tuning up.
+
+allOf:
+ - if:
+ properties:
+ compatible:
+ contains:
+ const: syscon
+ then:
+ $ref: ../../mfd/syscon.yaml#
+ else:
+ properties:
+ reg-io-width: false
+
+ little-endian: false
+
+properties:
+ compatible:
+ oneOf:
+ - description: P5600 CM2 L2-cache RAM external configuration block.
+ const: be,bt1-l2-ctl
+ - description: P5600 CM2 L2-cache RAM system controller block.
+ items:
+ - const: be,bt1-l2-ctl
+ - const: syscon
+
+ reg:
+ description: MMIO register with MIPS P5600 CM2 L2-cache RAM settings.
+ maxItems: 1
+
+ be,l2-ws-latency:
+ description: Cycles of latency for Way-select RAM accesses.
+ default: 0
+ allOf:
+ - $ref: /schemas/types.yaml#/definitions/uint32
+ - minimum: 0
+ maximum: 3
+
+ be,l2-tag-latency:
+ description: Cycles of latency for Tag RAM accesses.
+ default: 0
+ allOf:
+ - $ref: /schemas/types.yaml#/definitions/uint32
+ - minimum: 0
+ maximum: 3
+
+ be,l2-data-latency:
+ description: Cycles of latency for Data RAM accesses.
+ default: 1
+ allOf:
+ - $ref: /schemas/types.yaml#/definitions/uint32
+ - minimum: 0
+ maximum: 3
+
+ reg-io-width:
+ const: 4
+
+ little-endian: true
+
+additionalProperties: false
+
+required:
+ - compatible
+ - reg
+
+examples:
+ - |
+ l2_ctl1: l2@1F04D028 {
+ compatible = "be,bt1-l2-ctl";
+ reg = <0x1F04D028 0x004>;
+
+ be,l2-ws-latency = <0>;
+ be,l2-tag-latency = <0>;
+ be,l2-data-latency = <1>;
+ };
+ - |
+ l2_ctl2: l2@1F04D028 {
+ compatible = "be,bt1-l2-ctl", "syscon";
+ reg = <0x1F04D028 0x004>;
+
+ be,l2-ws-latency = <0>;
+ be,l2-tag-latency = <0>;
+ be,l2-data-latency = <1>;
+
+ little-endian;
+ reg-io-width = <4>;
+ };
+...--
2.25.1
On Fri, Mar 06, 2020 at 04:07:18PM +0300, Sergey.Semin@baikalelectronics.ru wrote:
quoted hunk
From: Serge Semin <redacted>
There is a single register provided by the SoC system controller,
which can be used to tune the L2-cache up. It only provides a way
to change the L2-RAM access latencies. So aside from the MMIO region
with that setting and "be,bt1-l2-ctl" compatible string the device
node can be optionally equipped with the properties of Tag/Data/WS
latencies.
Signed-off-by: Serge Semin <redacted>
Signed-off-by: Alexey Malahov <redacted>
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Cc: Paul Burton <paulburton@kernel.org>
Cc: Ralf Baechle <redacted>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: Olof Johansson <redacted>
Cc: soc@kernel.org
---
.../bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml | 108 ++++++++++++++++++
1 file changed, 108 insertions(+)
create mode 100644 Documentation/devicetree/bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml
diff --git a/Documentation/devicetree/bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml b/Documentation/devicetree/bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml
new file mode 100644
index 000000000000..8769b3fa517c
--- /dev/null
+++ b/Documentation/devicetree/bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml
@@ -0,0 +1,108 @@
+# SPDX-License-Identifier: GPL-2.0
Dual license
+#
+# Copyright (C) 2020 BAIKAL ELECTRONICS, JSC
+#
+# Baikal-T1 L2-cache Control Block Device Tree Bindings.
+#
+%YAML 1.2
+---
+$id: http://devicetree.org/schemas/soc/baikal-t1/be,bt1-l2-ctl.yaml#
+$schema: http://devicetree.org/meta-schemas/core.yaml#
+
+title: Baikal-T1 L2-cache Control Block
+
+maintainers:
+ - Serge Semin [off-list ref]
+
+description: |
+ Baikal-T1 exposes a few settings to tune the MIPS P5600 CM2 L2-cache
+ performance up. In particular it's possible to change the Tag, Data and
+ Way-select RAM access latencies. This bindings file describes the system
+ controller block, which provides an interface to set the tuning up.
+
+allOf:
+ - if:
+ properties:
+ compatible:
+ contains:
+ const: syscon
+ then:
+ $ref: ../../mfd/syscon.yaml#
+ else:
+ properties:
+ reg-io-width: false
+
+ little-endian: false
+
+properties:
+ compatible:
+ oneOf:
+ - description: P5600 CM2 L2-cache RAM external configuration block.
+ const: be,bt1-l2-ctl
+ - description: P5600 CM2 L2-cache RAM system controller block.
+ items:
+ - const: be,bt1-l2-ctl
+ - const: syscon
Why is this conditional? Different h/w?
+
+ reg:
+ description: MMIO register with MIPS P5600 CM2 L2-cache RAM settings.
You can drop this.
+ maxItems: 1
+
+ be,l2-ws-latency:
+ description: Cycles of latency for Way-select RAM accesses.
+ default: 0
+ allOf:
+ - $ref: /schemas/types.yaml#/definitions/uint32
+ - minimum: 0
+ maximum: 3
These should be at the same level as 'default' or default moved here (I
prefer the former). IOW, only $ref has to be under 'allOf'.
+
+ be,l2-tag-latency:
+ description: Cycles of latency for Tag RAM accesses.
+ default: 0
+ allOf:
+ - $ref: /schemas/types.yaml#/definitions/uint32
+ - minimum: 0
+ maximum: 3
+
+ be,l2-data-latency:
+ description: Cycles of latency for Data RAM accesses.
+ default: 1
+ allOf:
+ - $ref: /schemas/types.yaml#/definitions/uint32
+ - minimum: 0
+ maximum: 3
+
+ reg-io-width:
+ const: 4
+
+ little-endian: true
+
+additionalProperties: false
+
+required:
+ - compatible
+ - reg
+
+examples:
+ - |
+ l2_ctl1: l2@1F04D028 {
lowercase hex.
+ compatible = "be,bt1-l2-ctl";
+ reg = <0x1F04D028 0x004>;
+
+ be,l2-ws-latency = <0>;
+ be,l2-tag-latency = <0>;
+ be,l2-data-latency = <1>;
+ };
+ - |
+ l2_ctl2: l2@1F04D028 {
+ compatible = "be,bt1-l2-ctl", "syscon";
+ reg = <0x1F04D028 0x004>;
+
+ be,l2-ws-latency = <0>;
+ be,l2-tag-latency = <0>;
+ be,l2-data-latency = <1>;
+
+ little-endian;
+ reg-io-width = <4>;
+ };
+...
--
2.25.1
On Thu, Mar 12, 2020 at 04:23:35PM -0500, Rob Herring wrote:
On Fri, Mar 06, 2020 at 04:07:18PM +0300, Sergey.Semin@baikalelectronics.ru wrote:
quoted
From: Serge Semin <redacted>
There is a single register provided by the SoC system controller,
which can be used to tune the L2-cache up. It only provides a way
to change the L2-RAM access latencies. So aside from the MMIO region
with that setting and "be,bt1-l2-ctl" compatible string the device
node can be optionally equipped with the properties of Tag/Data/WS
latencies.
Signed-off-by: Serge Semin <redacted>
Signed-off-by: Alexey Malahov <redacted>
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Cc: Paul Burton <paulburton@kernel.org>
Cc: Ralf Baechle <redacted>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: Olof Johansson <redacted>
Cc: soc@kernel.org
---
.../bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml | 108 ++++++++++++++++++
1 file changed, 108 insertions(+)
create mode 100644 Documentation/devicetree/bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml
diff --git a/Documentation/devicetree/bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml b/Documentation/devicetree/bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml
new file mode 100644
index 000000000000..8769b3fa517c
--- /dev/null
+++ b/Documentation/devicetree/bindings/soc/baikal-t1/be,bt1-l2-ctl.yaml
@@ -0,0 +1,108 @@
+# SPDX-License-Identifier: GPL-2.0
Dual license
Ok.
quoted
+#
+# Copyright (C) 2020 BAIKAL ELECTRONICS, JSC
+#
+# Baikal-T1 L2-cache Control Block Device Tree Bindings.
+#
+%YAML 1.2
+---
+$id: http://devicetree.org/schemas/soc/baikal-t1/be,bt1-l2-ctl.yaml#
+$schema: http://devicetree.org/meta-schemas/core.yaml#
+
+title: Baikal-T1 L2-cache Control Block
+
+maintainers:
+ - Serge Semin [off-list ref]
+
+description: |
+ Baikal-T1 exposes a few settings to tune the MIPS P5600 CM2 L2-cache
+ performance up. In particular it's possible to change the Tag, Data and
+ Way-select RAM access latencies. This bindings file describes the system
+ controller block, which provides an interface to set the tuning up.
+
+allOf:
+ - if:
+ properties:
+ compatible:
+ contains:
+ const: syscon
+ then:
+ $ref: ../../mfd/syscon.yaml#
+ else:
+ properties:
+ reg-io-width: false
+
+ little-endian: false
+
+properties:
+ compatible:
+ oneOf:
+ - description: P5600 CM2 L2-cache RAM external configuration block.
+ const: be,bt1-l2-ctl
+ - description: P5600 CM2 L2-cache RAM system controller block.
+ items:
+ - const: be,bt1-l2-ctl
+ - const: syscon
Why is this conditional? Different h/w?
Seeing the config register has got a few other CPU parameters to tune
I meant to have both syscon and syscon-less compatible nodes supported
For the same reason there is "allOf" with "syscon.yaml" reference above.
This P5600 CM2 L2-Cach RAM setting is a part of the Baikal-T1 System
Control Module, in particular the register lives someplace amongst Clock
Control Unit and System-specific settings. Seeing the clock and
system-specific parameters are almost always redistributed to a
dedicated registers set, in my first System Control Module DT node design
I was going to split the functionality up into the dedicated sub-nodes.
If there are some mixed parameters declared in the corresponding
registers set, I marked these nodes with additional "syscon". I
thoroughly described that design in RFC: https://lkml.org/lkml/2020/3/22/393
sent To: you.
Seeing there are others indirectly related to the System Controller DT node
design issues I've been addressed in the framework of other patchsets, I
also suggested an alternative design in that RFC text. So should you have
any comments, please send your response right there. I am currently in a bit
of frustration, since noone has sent any comments to the RFC, which stops me
from moving on with fixing the patchsets issues. Though I am pretty sure,
that the alternative design would be better accepted by you and community,
so if no comments pop up in the RFC soon, I'll start implementing it.
The alternative solution "/* System Controller DT Nodes II */" in the
RFC includes having a common "syscon"-compatible node representing the
Baikal-T1 System Controller, while sub-nodes like Clocks Control Units and this
L2-cache RAM control block would import a regmap from that "syscon"
(using a standard syscon_node_to_regmap()-like method). This will solve a
multiple issues raised in others patchsets and the problem you noted here.
Please also note, that following Arnd Bergmann suggestion, I'll move
this driver to the drivers/memory subsystem. So the binding file will be
also moved to Documentation/devicetree/bindings/memory-controllers.
Similarly the ehb-drivers and bindings will be moved to the drivers/bus
and Documentation/devicetree/bindings/bus/ directories respectively.
quoted
+
+ reg:
+ description: MMIO register with MIPS P5600 CM2 L2-cache RAM settings.
You can drop this.
Ok.
quoted
+ maxItems: 1
+
+ be,l2-ws-latency:
+ description: Cycles of latency for Way-select RAM accesses.
+ default: 0
+ allOf:
+ - $ref: /schemas/types.yaml#/definitions/uint32
+ - minimum: 0
+ maximum: 3
These should be at the same level as 'default' or default moved here (I
prefer the former). IOW, only $ref has to be under 'allOf'.
Ok.
quoted
+
+ be,l2-tag-latency:
+ description: Cycles of latency for Tag RAM accesses.
+ default: 0
+ allOf:
+ - $ref: /schemas/types.yaml#/definitions/uint32
+ - minimum: 0
+ maximum: 3
+
+ be,l2-data-latency:
+ description: Cycles of latency for Data RAM accesses.
+ default: 1
+ allOf:
+ - $ref: /schemas/types.yaml#/definitions/uint32
+ - minimum: 0
+ maximum: 3
+
+ reg-io-width:
+ const: 4
+
+ little-endian: true
+
+additionalProperties: false
+
+required:
+ - compatible
+ - reg
+
+examples:
+ - |
+ l2_ctl1: l2@1F04D028 {
lowercase hex.
Ok. I'll do this to the next example case as well.
Regards,
-Sergey
quoted
+ compatible = "be,bt1-l2-ctl";
+ reg = <0x1F04D028 0x004>;
+
+ be,l2-ws-latency = <0>;
+ be,l2-tag-latency = <0>;
+ be,l2-data-latency = <1>;
+ };
+ - |
+ l2_ctl2: l2@1F04D028 {
+ compatible = "be,bt1-l2-ctl", "syscon";
+ reg = <0x1F04D028 0x004>;
+
+ be,l2-ws-latency = <0>;
+ be,l2-tag-latency = <0>;
+ be,l2-data-latency = <1>;
+
+ little-endian;
+ reg-io-width = <4>;
+ };
+...
--
2.25.1