From: Rob Herring <robh@kernel.org>
To: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
Cc: linux-mediatek@lists.infradead.org, krzk+dt@kernel.org,
conor+dt@kernel.org, matthias.bgg@gmail.com,
ulf.hansson@linaro.org, y.oudjana@protonmail.com,
fshao@chromium.org, wenst@chromium.org, lihongbo22@huawei.com,
mandyjh.liu@mediatek.com, mbrugger@suse.com,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, linux-pm@vger.kernel.org,
kernel@collabora.com,
"Nícolas F. R. A. Prado" <nfraprado@collabora.com>
Subject: Re: [PATCH v3 01/10] dt-bindings: memory: mtk-smi: Document #access-controller-cells
Date: Tue, 5 Aug 2025 12:53:54 -0500 [thread overview]
Message-ID: <20250805175354.GA2004232-robh@kernel.org> (raw)
In-Reply-To: <20250805074746.29457-2-angelogioacchino.delregno@collabora.com>
On Tue, Aug 05, 2025 at 09:47:37AM +0200, AngeloGioacchino Del Regno wrote:
> Some of the SMI Common HW provides access control to at least
> the power controller: document the #access-controller-cells
> property and allow specifying it only for MT8183 and MT8365
> as those are the only known SoCs with an SMI acting as access
> controller.
>
> Reviewed-by: Nícolas F. R. A. Prado <nfraprado@collabora.com>
> Signed-off-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
> ---
> .../memory-controllers/mediatek,smi-common.yaml | 16 ++++++++++++++++
> 1 file changed, 16 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/memory-controllers/mediatek,smi-common.yaml b/Documentation/devicetree/bindings/memory-controllers/mediatek,smi-common.yaml
> index 0762e0ff66ef..74b355a08493 100644
> --- a/Documentation/devicetree/bindings/memory-controllers/mediatek,smi-common.yaml
> +++ b/Documentation/devicetree/bindings/memory-controllers/mediatek,smi-common.yaml
> @@ -74,6 +74,9 @@ properties:
> minItems: 2
> maxItems: 4
>
> + '#access-controller-cells':
> + const: 0
I'm still wondering why this is 0? That seems odd that an access
controller is 1:1 with a device.
> +
> mediatek,smi:
> $ref: /schemas/types.yaml#/definitions/phandle
> description: a phandle to the smi-common node above. Only for sub-common.
> @@ -168,6 +171,19 @@ allOf:
> - const: apb
> - const: smi
>
> + - if: # for SMI providing access control
> + properties:
> + compatible:
> + enum:
> + - mediatek,mt8183-smi-common
> + - mediatek,mt8365-smi-common
> + then:
> + properties:
> + '#access-controller-cells': true
> + else:
> + properties:
> + '#access-controller-cells': false
> +
> additionalProperties: false
>
> examples:
> --
> 2.50.1
>
WARNING: multiple messages have this Message-ID (diff)
From: Rob Herring <robh@kernel.org>
To: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
Cc: devicetree@vger.kernel.org, conor+dt@kernel.org,
mbrugger@suse.com, y.oudjana@protonmail.com,
"Nícolas F. R. A. Prado" <nfraprado@collabora.com>,
linux-pm@vger.kernel.org, ulf.hansson@linaro.org,
linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org,
lihongbo22@huawei.com, wenst@chromium.org,
matthias.bgg@gmail.com, mandyjh.liu@mediatek.com,
krzk+dt@kernel.org, kernel@collabora.com,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v3 01/10] dt-bindings: memory: mtk-smi: Document #access-controller-cells
Date: Tue, 5 Aug 2025 12:53:54 -0500 [thread overview]
Message-ID: <20250805175354.GA2004232-robh@kernel.org> (raw)
In-Reply-To: <20250805074746.29457-2-angelogioacchino.delregno@collabora.com>
On Tue, Aug 05, 2025 at 09:47:37AM +0200, AngeloGioacchino Del Regno wrote:
> Some of the SMI Common HW provides access control to at least
> the power controller: document the #access-controller-cells
> property and allow specifying it only for MT8183 and MT8365
> as those are the only known SoCs with an SMI acting as access
> controller.
>
> Reviewed-by: Nícolas F. R. A. Prado <nfraprado@collabora.com>
> Signed-off-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
> ---
> .../memory-controllers/mediatek,smi-common.yaml | 16 ++++++++++++++++
> 1 file changed, 16 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/memory-controllers/mediatek,smi-common.yaml b/Documentation/devicetree/bindings/memory-controllers/mediatek,smi-common.yaml
> index 0762e0ff66ef..74b355a08493 100644
> --- a/Documentation/devicetree/bindings/memory-controllers/mediatek,smi-common.yaml
> +++ b/Documentation/devicetree/bindings/memory-controllers/mediatek,smi-common.yaml
> @@ -74,6 +74,9 @@ properties:
> minItems: 2
> maxItems: 4
>
> + '#access-controller-cells':
> + const: 0
I'm still wondering why this is 0? That seems odd that an access
controller is 1:1 with a device.
> +
> mediatek,smi:
> $ref: /schemas/types.yaml#/definitions/phandle
> description: a phandle to the smi-common node above. Only for sub-common.
> @@ -168,6 +171,19 @@ allOf:
> - const: apb
> - const: smi
>
> + - if: # for SMI providing access control
> + properties:
> + compatible:
> + enum:
> + - mediatek,mt8183-smi-common
> + - mediatek,mt8365-smi-common
> + then:
> + properties:
> + '#access-controller-cells': true
> + else:
> + properties:
> + '#access-controller-cells': false
> +
> additionalProperties: false
>
> examples:
> --
> 2.50.1
>
next prev parent reply other threads:[~2025-08-05 18:37 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-05 7:47 [PATCH v3 00/10] pmdomain: Partial refactor, support modem and RTFF AngeloGioacchino Del Regno
2025-08-05 7:47 ` AngeloGioacchino Del Regno
2025-08-05 7:47 ` [PATCH v3 01/10] dt-bindings: memory: mtk-smi: Document #access-controller-cells AngeloGioacchino Del Regno
2025-08-05 7:47 ` AngeloGioacchino Del Regno
2025-08-05 17:53 ` Rob Herring [this message]
2025-08-05 17:53 ` Rob Herring
2025-08-05 7:47 ` [PATCH v3 02/10] dt-bindings: clock: mediatek: " AngeloGioacchino Del Regno
2025-08-05 7:47 ` AngeloGioacchino Del Regno
2025-08-05 7:47 ` [PATCH v3 03/10] dt-bindings: power: mediatek: Document access-controllers property AngeloGioacchino Del Regno
2025-08-05 7:47 ` AngeloGioacchino Del Regno
2025-08-05 17:56 ` Rob Herring (Arm)
2025-08-05 17:56 ` Rob Herring (Arm)
2025-08-05 7:47 ` [PATCH v3 04/10] pmdomain: mediatek: Refactor bus protection regmaps retrieval AngeloGioacchino Del Regno
2025-08-05 7:47 ` AngeloGioacchino Del Regno
2025-10-13 13:41 ` Sjoerd Simons
2025-10-14 9:59 ` AngeloGioacchino Del Regno
2025-10-29 4:11 ` Macpaul Lin (林智斌)
2025-10-29 10:56 ` AngeloGioacchino Del Regno
2025-10-29 15:01 ` Macpaul Lin (林智斌)
2025-11-21 12:57 ` AngeloGioacchino Del Regno
2026-02-12 7:58 ` Macpaul Lin (林智斌)
2026-02-12 11:15 ` AngeloGioacchino Del Regno
2026-02-13 16:07 ` Macpaul Lin (林智斌)
2026-02-17 17:00 ` Louis-Alexis Eyraud
2025-08-05 7:47 ` [PATCH v3 05/10] pmdomain: mediatek: Handle SoCs with inverted SRAM power-down bits AngeloGioacchino Del Regno
2025-08-05 7:47 ` AngeloGioacchino Del Regno
2025-08-05 7:47 ` [PATCH v3 06/10] pmdomain: mediatek: Move ctl sequences out of power_on/off functions AngeloGioacchino Del Regno
2025-08-05 7:47 ` AngeloGioacchino Del Regno
2025-08-05 7:47 ` [PATCH v3 07/10] pmdomain: mediatek: Add support for modem power sequences AngeloGioacchino Del Regno
2025-08-05 7:47 ` AngeloGioacchino Del Regno
2025-08-05 7:47 ` [PATCH v3 08/10] pmdomain: mediatek: Add support for RTFF Hardware in MT8196/MT6991 AngeloGioacchino Del Regno
2025-08-05 7:47 ` AngeloGioacchino Del Regno
2025-08-05 7:47 ` [PATCH v3 09/10] pmdomain: mediatek: Convert all SoCs to new style regmap retrieval AngeloGioacchino Del Regno
2025-08-05 7:47 ` AngeloGioacchino Del Regno
2025-08-05 7:47 ` [PATCH v3 10/10] arm64: dts: mediatek: Convert all SoCs to use access-controllers AngeloGioacchino Del Regno
2025-08-05 7:47 ` AngeloGioacchino Del Regno
2025-08-05 14:36 ` [PATCH v3 00/10] pmdomain: Partial refactor, support modem and RTFF Rob Herring (Arm)
2025-08-05 14:36 ` Rob Herring (Arm)
2025-08-19 12:27 ` Ulf Hansson
2025-08-19 12:27 ` Ulf Hansson
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=20250805175354.GA2004232-robh@kernel.org \
--to=robh@kernel.org \
--cc=angelogioacchino.delregno@collabora.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=fshao@chromium.org \
--cc=kernel@collabora.com \
--cc=krzk+dt@kernel.org \
--cc=lihongbo22@huawei.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-pm@vger.kernel.org \
--cc=mandyjh.liu@mediatek.com \
--cc=matthias.bgg@gmail.com \
--cc=mbrugger@suse.com \
--cc=nfraprado@collabora.com \
--cc=ulf.hansson@linaro.org \
--cc=wenst@chromium.org \
--cc=y.oudjana@protonmail.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.