[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1jtuhwvqxa.fsf@starbuckisacylon.baylibre.com>
Date: Mon, 04 Oct 2021 15:46:27 +0200
From: Jerome Brunet <jbrunet@...libre.com>
To: Art Nikpal <email2tema@...il.com>
Cc: Neil Armstrong <narmstrong@...libre.com>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
"open list:ARM/Amlogic Meson..." <linux-amlogic@...ts.infradead.org>,
LKML <linux-kernel@...r.kernel.org>,
Christian Hewitt <christianshewitt@...il.com>,
Artem Lapkin <art@...das.com>, Nick Xie <nick@...das.com>,
Gouwa Wang <gouwa@...das.com>
Subject: Re: [PATCH] arm64: dts: meson-sm1: add spdifin spdifout nodes
On Mon 06 Sep 2021 at 19:56, Art Nikpal <email2tema@...il.com> wrote:
>> It would be nice to indicate how it was tested ?
>
> https://github.com/khadas/khadas-linux-kernel/blob/master/patches/linux-5.14-rc5.sound/0001-arm64-dts-meson-khadas-vim3-remake-simple-sound-for-.patch
>
> i have test it
>
> i2s and spdif output from gpio headers - works well
You have tested spdifout_a then.
Nothing says spdifin (which was only tested on the axg series so far) or
spdifout_b would actually work if enabled at a later point.
I would prefer if things could at least be tested once before being
added DT.
>
> On Mon, Sep 6, 2021 at 5:29 PM Jerome Brunet <jbrunet@...libre.com> wrote:
>>
>>
>> On Thu 02 Sep 2021 at 15:31, Neil Armstrong <narmstrong@...libre.com> wrote:
>>
>> > Hi,
>> >
>> > On 11/08/2021 07:09, Artem Lapkin wrote:
>> >> Add spdifin spdifout spdifout_b nodes for Amlogic SM1 SoCs.
>> >>
>> >> Signed-off-by: Artem Lapkin <art@...das.com>
>> >> ---
>> >> arch/arm64/boot/dts/amlogic/meson-sm1.dtsi | 40 ++++++++++++++++++++++
>> >> 1 file changed, 40 insertions(+)
>> >>
>> >> diff --git a/arch/arm64/boot/dts/amlogic/meson-sm1.dtsi b/arch/arm64/boot/dts/amlogic/meson-sm1.dtsi
>> >> index 3d8b1f4f2..1efdbb61e 100644
>> >> --- a/arch/arm64/boot/dts/amlogic/meson-sm1.dtsi
>> >> +++ b/arch/arm64/boot/dts/amlogic/meson-sm1.dtsi
>> >> @@ -356,6 +356,33 @@ tdmin_lb: audio-controller@3c0 {
>> >> status = "disabled";
>> >> };
>> >>
>> >> + spdifin: audio-controller@400 {
>> >> + compatible = "amlogic,g12a-spdifin",
>> >> + "amlogic,axg-spdifin";
>> >> + reg = <0x0 0x400 0x0 0x30>;
>> >> + #sound-dai-cells = <0>;
>> >> + sound-name-prefix = "SPDIFIN";
>> >> + interrupts = <GIC_SPI 151 IRQ_TYPE_EDGE_RISING>;
>> >> + clocks = <&clkc_audio AUD_CLKID_SPDIFIN>,
>> >> + <&clkc_audio AUD_CLKID_SPDIFIN_CLK>;
>> >> + clock-names = "pclk", "refclk";
>> >> + resets = <&clkc_audio AUD_RESET_SPDIFIN>;
>> >> + status = "disabled";
>> >> + };
>> >> +
>> >> + spdifout: audio-controller@480 {
>> >> + compatible = "amlogic,g12a-spdifout",
>> >> + "amlogic,axg-spdifout";
>> >> + reg = <0x0 0x480 0x0 0x50>;
>> >> + #sound-dai-cells = <0>;
>> >> + sound-name-prefix = "SPDIFOUT";
>> >> + clocks = <&clkc_audio AUD_CLKID_SPDIFOUT>,
>> >> + <&clkc_audio AUD_CLKID_SPDIFOUT_CLK>;
>> >> + clock-names = "pclk", "mclk";
>> >> + resets = <&clkc_audio AUD_RESET_SPDIFOUT>;
>> >> + status = "disabled";
>> >> + };
>> >> +
>> >> tdmout_a: audio-controller@500 {
>> >> compatible = "amlogic,sm1-tdmout";
>> >> reg = <0x0 0x500 0x0 0x40>;
>> >> @@ -401,6 +428,19 @@ tdmout_c: audio-controller@580 {
>> >> status = "disabled";
>> >> };
>> >>
>> >> + spdifout_b: audio-controller@680 {
>> >> + compatible = "amlogic,g12a-spdifout",
>> >> + "amlogic,axg-spdifout";
>> >> + reg = <0x0 0x680 0x0 0x50>;
>> >> + #sound-dai-cells = <0>;
>> >> + sound-name-prefix = "SPDIFOUT_B";
>> >> + clocks = <&clkc_audio AUD_CLKID_SPDIFOUT_B>,
>> >> + <&clkc_audio AUD_CLKID_SPDIFOUT_B_CLK>;
>> >> + clock-names = "pclk", "mclk";
>> >> + resets = <&clkc_audio AUD_RESET_SPDIFOUT_B>;
>> >> + status = "disabled";
>> >> + };
>> >> +
>> >> toacodec: audio-controller@740 {
>> >> compatible = "amlogic,sm1-toacodec",
>> >> "amlogic,g12a-toacodec";
>> >>
>> >
>> > Jerome could you quickly review this ?
>> >
>>
>> Just this, without the related card change is not usefull as it won't be
>> part of the card.
>>
>> It would be nice to indicate how it was tested ?
>>
>> AFAIK:
>> - spdifout b can only be routed to hdmi and dw-hdmi driver does not
>> support that yet
>> - the VIM3 does not have connectors for the spdif (in or out). If it
>> requires some extension card, it should be noted somewhere, at least
>>
>>
>> > Thanks,
>> > Neil
>>
Powered by blists - more mailing lists