* [PATCH v2] arm64: dts: rockchip: add i2s and spdif endpoints of rk3328
@ 2018-09-17 8:55 Katsuhiro Suzuki
2018-09-17 10:47 ` Heiko Stuebner
0 siblings, 1 reply; 3+ messages in thread
From: Katsuhiro Suzuki @ 2018-09-17 8:55 UTC (permalink / raw)
To: Heiko Stuebner, linux-rockchip
Cc: linux-arm-kernel, linux-kernel, Katsuhiro Suzuki
This patch adds port and endpoint of i2s and spdif nodes for rk3328.
Because to use modern sound card interface such as audio-graph-card.
Signed-off-by: Katsuhiro Suzuki <katsuhiro@katsuster.net>
---
arch/arm64/boot/dts/rockchip/rk3328.dtsi | 24 ++++++++++++++++++++++++
1 file changed, 24 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3328.dtsi b/arch/arm64/boot/dts/rockchip/rk3328.dtsi
index d3ef6566325e..fd35dbd37ee2 100644
--- a/arch/arm64/boot/dts/rockchip/rk3328.dtsi
+++ b/arch/arm64/boot/dts/rockchip/rk3328.dtsi
@@ -179,7 +179,13 @@
clock-names = "i2s_clk", "i2s_hclk";
dmas = <&dmac 11>, <&dmac 12>;
dma-names = "tx", "rx";
+ #sound-dai-cells = <0>;
status = "disabled";
+
+ i2s0_p0: port {
+ i2s0_p0_0: endpoint {
+ };
+ };
};
i2s1: i2s@ff010000 {
@@ -190,7 +196,13 @@
clock-names = "i2s_clk", "i2s_hclk";
dmas = <&dmac 14>, <&dmac 15>;
dma-names = "tx", "rx";
+ #sound-dai-cells = <0>;
status = "disabled";
+
+ i2s1_p0: port {
+ i2s1_p0_0: endpoint {
+ };
+ };
};
i2s2: i2s@ff020000 {
@@ -201,7 +213,13 @@
clock-names = "i2s_clk", "i2s_hclk";
dmas = <&dmac 0>, <&dmac 1>;
dma-names = "tx", "rx";
+ #sound-dai-cells = <0>;
status = "disabled";
+
+ i2s2_p0: port {
+ i2s2_p0_0: endpoint {
+ };
+ };
};
spdif: spdif@ff030000 {
@@ -214,7 +232,13 @@
dma-names = "tx";
pinctrl-names = "default";
pinctrl-0 = <&spdifm2_tx>;
+ #sound-dai-cells = <0>;
status = "disabled";
+
+ spdif_p0: port {
+ spdif_p0_0: endpoint {
+ };
+ };
};
pdm: pdm@ff040000 {
--
2.18.0
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH v2] arm64: dts: rockchip: add i2s and spdif endpoints of rk3328
2018-09-17 8:55 [PATCH v2] arm64: dts: rockchip: add i2s and spdif endpoints of rk3328 Katsuhiro Suzuki
@ 2018-09-17 10:47 ` Heiko Stuebner
2018-09-17 11:12 ` Katsuhiro Suzuki
0 siblings, 1 reply; 3+ messages in thread
From: Heiko Stuebner @ 2018-09-17 10:47 UTC (permalink / raw)
To: Katsuhiro Suzuki; +Cc: linux-rockchip, linux-arm-kernel, linux-kernel
Hi,
Am Montag, 17. September 2018, 10:55:55 CEST schrieb Katsuhiro Suzuki:
> This patch adds port and endpoint of i2s and spdif nodes for rk3328.
> Because to use modern sound card interface such as audio-graph-card.
>
> Signed-off-by: Katsuhiro Suzuki <katsuhiro@katsuster.net>
> ---
> arch/arm64/boot/dts/rockchip/rk3328.dtsi | 24 ++++++++++++++++++++++++
> 1 file changed, 24 insertions(+)
>
> diff --git a/arch/arm64/boot/dts/rockchip/rk3328.dtsi b/arch/arm64/boot/dts/rockchip/rk3328.dtsi
> index d3ef6566325e..fd35dbd37ee2 100644
> --- a/arch/arm64/boot/dts/rockchip/rk3328.dtsi
> +++ b/arch/arm64/boot/dts/rockchip/rk3328.dtsi
> @@ -179,7 +179,13 @@
> clock-names = "i2s_clk", "i2s_hclk";
> dmas = <&dmac 11>, <&dmac 12>;
> dma-names = "tx", "rx";
> + #sound-dai-cells = <0>;
> status = "disabled";
> +
> + i2s0_p0: port {
> + i2s0_p0_0: endpoint {
> + };
> + };
I'm still pondering this. I.e. I'm not sure I really like adding all these
empty nodes only to have them filled in board devicetrees.
This is specific to the audio-graph-card, and neither simple-audio-card
nor the Rockchip-specific cards we have use something like this, so
currently I'm tending to just have all audio-graph-nodes defined in the
board devicetree using it.
For example similar to arch/arm64/boot/dts/hisilicon/hi6220-hikey.dts
or zte/zx296718-pcbox.dts do it.
It would be different if the graph-links were actually on the soc-level
like vop<->hdmi or so, but this is completely board-specific.
Same for the others below.
Thoughts?
Heiko
> };
>
> i2s1: i2s@ff010000 {
> @@ -190,7 +196,13 @@
> clock-names = "i2s_clk", "i2s_hclk";
> dmas = <&dmac 14>, <&dmac 15>;
> dma-names = "tx", "rx";
> + #sound-dai-cells = <0>;
> status = "disabled";
> +
> + i2s1_p0: port {
> + i2s1_p0_0: endpoint {
> + };
> + };
> };
>
> i2s2: i2s@ff020000 {
> @@ -201,7 +213,13 @@
> clock-names = "i2s_clk", "i2s_hclk";
> dmas = <&dmac 0>, <&dmac 1>;
> dma-names = "tx", "rx";
> + #sound-dai-cells = <0>;
> status = "disabled";
> +
> + i2s2_p0: port {
> + i2s2_p0_0: endpoint {
> + };
> + };
> };
>
> spdif: spdif@ff030000 {
> @@ -214,7 +232,13 @@
> dma-names = "tx";
> pinctrl-names = "default";
> pinctrl-0 = <&spdifm2_tx>;
> + #sound-dai-cells = <0>;
> status = "disabled";
> +
> + spdif_p0: port {
> + spdif_p0_0: endpoint {
> + };
> + };
> };
>
> pdm: pdm@ff040000 {
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH v2] arm64: dts: rockchip: add i2s and spdif endpoints of rk3328
2018-09-17 10:47 ` Heiko Stuebner
@ 2018-09-17 11:12 ` Katsuhiro Suzuki
0 siblings, 0 replies; 3+ messages in thread
From: Katsuhiro Suzuki @ 2018-09-17 11:12 UTC (permalink / raw)
To: Heiko Stuebner; +Cc: linux-rockchip, linux-arm-kernel, linux-kernel
Hello Heiko,
On 2018年09月17日 19:47, Heiko Stuebner wrote:
> Hi,
>
> Am Montag, 17. September 2018, 10:55:55 CEST schrieb Katsuhiro Suzuki:
>> This patch adds port and endpoint of i2s and spdif nodes for rk3328.
>> Because to use modern sound card interface such as audio-graph-card.
>>
>> Signed-off-by: Katsuhiro Suzuki <katsuhiro@katsuster.net>
>> ---
>> arch/arm64/boot/dts/rockchip/rk3328.dtsi | 24 ++++++++++++++++++++++++
>> 1 file changed, 24 insertions(+)
>>
>> diff --git a/arch/arm64/boot/dts/rockchip/rk3328.dtsi b/arch/arm64/boot/dts/rockchip/rk3328.dtsi
>> index d3ef6566325e..fd35dbd37ee2 100644
>> --- a/arch/arm64/boot/dts/rockchip/rk3328.dtsi
>> +++ b/arch/arm64/boot/dts/rockchip/rk3328.dtsi
>> @@ -179,7 +179,13 @@
>> clock-names = "i2s_clk", "i2s_hclk";
>> dmas = <&dmac 11>, <&dmac 12>;
>> dma-names = "tx", "rx";
>> + #sound-dai-cells = <0>;
>> status = "disabled";
>> +
>> + i2s0_p0: port {
>> + i2s0_p0_0: endpoint {
>> + };
>> + };
>
> I'm still pondering this. I.e. I'm not sure I really like adding all these
> empty nodes only to have them filled in board devicetrees.
>
> This is specific to the audio-graph-card, and neither simple-audio-card
> nor the Rockchip-specific cards we have use something like this, so
> currently I'm tending to just have all audio-graph-nodes defined in the
> board devicetree using it.
>
> For example similar to arch/arm64/boot/dts/hisilicon/hi6220-hikey.dts
> or zte/zx296718-pcbox.dts do it.
>
> It would be different if the graph-links were actually on the soc-level
> like vop<->hdmi or so, but this is completely board-specific.
>
> Same for the others below.
>
> Thoughts?
> Heiko
Hmm, OK. These nodes will move into the device tree of ROCK64.
Thank you for your advise!
Regards,
--
Katsuhiro Suzuki
>
>
>> };
>>
>> i2s1: i2s@ff010000 {
>> @@ -190,7 +196,13 @@
>> clock-names = "i2s_clk", "i2s_hclk";
>> dmas = <&dmac 14>, <&dmac 15>;
>> dma-names = "tx", "rx";
>> + #sound-dai-cells = <0>;
>> status = "disabled";
>> +
>> + i2s1_p0: port {
>> + i2s1_p0_0: endpoint {
>> + };
>> + };
>> };
>>
>> i2s2: i2s@ff020000 {
>> @@ -201,7 +213,13 @@
>> clock-names = "i2s_clk", "i2s_hclk";
>> dmas = <&dmac 0>, <&dmac 1>;
>> dma-names = "tx", "rx";
>> + #sound-dai-cells = <0>;
>> status = "disabled";
>> +
>> + i2s2_p0: port {
>> + i2s2_p0_0: endpoint {
>> + };
>> + };
>> };
>>
>> spdif: spdif@ff030000 {
>> @@ -214,7 +232,13 @@
>> dma-names = "tx";
>> pinctrl-names = "default";
>> pinctrl-0 = <&spdifm2_tx>;
>> + #sound-dai-cells = <0>;
>> status = "disabled";
>> +
>> + spdif_p0: port {
>> + spdif_p0_0: endpoint {
>> + };
>> + };
>> };
>>
>> pdm: pdm@ff040000 {
>>
>
>
>
>
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2018-09-17 11:12 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-09-17 8:55 [PATCH v2] arm64: dts: rockchip: add i2s and spdif endpoints of rk3328 Katsuhiro Suzuki
2018-09-17 10:47 ` Heiko Stuebner
2018-09-17 11:12 ` Katsuhiro Suzuki
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).