Posts by ds000

ds000

Seems to be exactly the same issue with Manjaro/Arch Linux as well. Had to link the strip command to the toolchain version (aarch64) to make it booting properly again (which is not really a solution though as it messes up the toolchain). Interestingly some of the packages got stripped wrongly during install but not all. Thus wondering what's the difference here. I thought, that the toolchain for cross compiling is built from scratch.

Unfortunately, the standard search engines didn't find this post, so it took a while to find that out ...

ds000

Thank you, done with amixer -q set 'AIU SPDIF SRC SEL' I2S

ds000

What kind of changes (to u-boot configuration) to compile a bootable/working version?

ds000

Did the recompile with the third option properly commented out (a colleague explained to me, that the overlay should have enabled the output already, independently of the patch, though). No change/no output.

LibreELEC:~/root # aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: KHADASVIM2 [KHADAS-VIM2], device 0: fe.dai-link-0 (*) []
Subdevices: 0/1
Subdevice #0: subdevice #0

There is no special device for SPDIF (different on my Orange Pi PC/H3)!? To get some output, I had to switch the third column (right most one) from SPDIF (nothing to hear) to I2S (proper audio output). No idea how to configure it to make this default, or run it via command line non-interactively!?

ds000

Ah, good to know: There is no 3.5mm jack on the VIM2, so I will revert the change. I'm directly connecting the coax via the two PINs 13, 14 on the 40pin connector.

ds000

Yes, you are right (just looked at the "//" and commented the first two options with those) I simply overlooked the good old C comments (/* ... */). Will try this and report back.

ds000

I'm trying to get SPDIF output to connect it to some SONY receiver (having both coax and optical SPDIF-in, checked it with some other LE device (Orange Pi PC)) on the PIN 13 officially labelled "SPDIF" in the documentation. I hope to get this done through:

Enabling SPDIF via the DTS overlay: https://github.com/khadas/khadas-…s/vim2/mainline - checked via /proc/device-tree, that it is actually happening/working
Patching the kernel to enable SPDIF: https://github.com/BlackCatDevel0…adas-vim2.patch (patch runs smoothly during compile)
Trying to enable "ACODEC" in the DTS file and recompile it to DTB
SPDIF is enabled in the kernel booted (checking via /proc/config.gz)

Any ideas, what I'm missing? Using the cloned source for version 12.

ds000

Still observe the issue of getting an unbootable system (Orange Pi PC, H3) when compiling a recent version from sources. When simply taking the boot code from a working SD card by dd if=/dev/sda of=start bs=512 count=8192 and put that to the one with the new version, everything is working properly again.

ds000

Didn't find much time to look deeper into it. Just compiled the newest version. Unfortunately, the issue is getting worse (and CEC on H3 detoriated further) : The TV is getting switched on when kodi is coming up, but the CEC is not working any more (at all). The "connected" message does not appear. Both TVs don't recognize any key presses via CEC (cross checking with an older version - kernel of beginning of May 2024 - it still works on the older SAMSUNG). When getting to the Input configuration CEC can only be switched off (and not be enabled again) and after it, TV is not getting switched on during kodi startup.

ds000

I thought some stupidity on my side for a while: At some point the PROJECT=Allwinner ARCH=arm DEVICE=H3 UBOOT_SYSTEM="orangepi-pc" make image doesn't generate bootable sd card images any more. I was just using some previously written card with an older image and just exchanged the KERNEL and SYSTEM with the newly compiled one (on the first partition). Which works without any problems. Only problem: It is quite tedious (slow) to clone a card to get a fresh booting version that way. Diffing the scripts/(mk)image files there are some changes ... but they do not look very dramatic to me. Any ideas? Thank you!

ds000

It looks quite confusing: The first part of the patch is (already) applied and visible in the kernel sources, later stuff is missing at all (the to be replaced stuff as well). I have to look deeper into that ...

ds000

I just took the patch from an earlier kernel (which fixed the aforementioned problem):

Diff

From 0000000000000000000000000000000000000000 Mon Sep 17 00:00:00 2001 
From: Jernej Skrabec <[email protected]> 
Date: Mon, 11 Oct 2021 20:13:41 +0200 
Subject: [PATCH] HACK: SW CEC implementation for H3 

Many H3 boards lack 32768 Hz external oscillator, so internal RC is used 
instead. However, it's too unstable for CEC. Use SW implementation 
instead. That makes it usable, albeit sensitive to cpufreq changes. 

Signed-off-by: Jernej Skrabec <[email protected]> 
--- 
drivers/gpu/drm/sun4i/Kconfig          |  2 + 
drivers/gpu/drm/sun4i/sun8i_dw_hdmi.h  | 13 ++++ 
drivers/gpu/drm/sun4i/sun8i_hdmi_phy.c | 83 +++++++++++++++++++++++++- 
3 files changed, 96 insertions(+), 2 deletions(-) 

diff --git a/drivers/gpu/drm/sun4i/Kconfig b/drivers/gpu/drm/sun4i/Kconfig 
index 5755f0432e77..b93eb2fb52ce 100644 
--- a/drivers/gpu/drm/sun4i/Kconfig 
+++ b/drivers/gpu/drm/sun4i/Kconfig 
@@ -56,6 +56,8 @@ config DRM_SUN8I_DW_HDMI 
       tristate "Support for Allwinner version of DesignWare HDMI" 
       depends on DRM_SUN4I 
       select DRM_DW_HDMI 
+       select CEC_CORE 
+       select CEC_PIN 
       help 
         Choose this option if you have an Allwinner SoC with the 
         DesignWare HDMI controller with custom HDMI PHY. If M is 
diff --git a/drivers/gpu/drm/sun4i/sun8i_dw_hdmi.h b/drivers/gpu/drm/sun4i/sun8i_dw_hdmi.h 
index bffe1b9cd3dc..61c97619cba1 100644 
--- a/drivers/gpu/drm/sun4i/sun8i_dw_hdmi.h 
+++ b/drivers/gpu/drm/sun4i/sun8i_dw_hdmi.h 
@@ -13,6 +13,8 @@

Display More

maybe, this was not the brightest idea

ds000

I was distracted with other stuff and boards for a while: Came back to the Orange Pi PC. The new images work really great. Unfortunately the patch for software CEC does not work any more, running the build linux throws a message that it assumes the patch was already applied. Same state with the Sony (non-working) and Samsung TVs like before, but without the mitigation option.

ds000 · [Odroid-C2] HiFi Shield Plus ds000 February 3, 2024 at 4:40 PM

I was looking into a bit similar problem. As stated above, the magic is the device tree (overlay). It is required to get the pin routing right, here the newer kernels and dts need to work together properly. For getting e.g. SPDIF output to work, I had to modify the device tree file to actually enable it (creating packages/linux/patches/default/linux-080-odroid-c2.patch):

Diff

--- a/arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2-unpatched.dts    2023-11-05 01:19:49.197991036 +0100
+++ b/arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts    2023-11-05 01:29:18.041481346 +0100
@@ -174,6 +174,13 @@
        };
    };

+    spdif_dit: audio-codec-0 {
+        #sound-dai-cells = <0>;
+        compatible = "linux,spdif-dit";
+        status = "okay";
+        sound-name-prefix = "DIT";
+    };
+
    sound {
        compatible = "amlogic,gx-sound-card";
        model = "ODROID-C2";
@@ -184,33 +191,46 @@
        assigned-clock-rates = <294912000>,
                       <270950400>,
                       <393216000>;
-
        dai-link-0 {
-            sound-dai = <&aiu AIU_CPU CPU_I2S_FIFO>;
-        };
+                        sound-dai = <&aiu AIU_CPU CPU_I2S_FIFO>;
+                };

-        dai-link-1 {
-            sound-dai = <&aiu AIU_CPU CPU_I2S_ENCODER>;
-            dai-format = "i2s";
-            mclk-fs = <256>;
-
-            codec-0 {
-                sound-dai = <&aiu AIU_HDMI CTRL_I2S>;
-            };
-        };
-
-        dai-link-2 {
-            sound-dai = <&aiu AIU_HDMI CTRL_OUT>;
-
-            codec-0 {
-                sound-dai = <&hdmi_tx>;
-            };
-        };
+                dai-link-1 {
+                        sound-dai = <&aiu AIU_CPU CPU_SPDIF_FIFO>;
+                };
+
+                dai-link-2 {
+                        sound-dai = <&aiu AIU_CPU CPU_I2S_ENCODER>;
+                        dai-format = "i2s";
+                        mclk-fs = <256>;
+
+                        codec-0 {
+                                sound-dai = <&aiu AIU_HDMI CTRL_I2S>;
+                        };
+                };
+
+                dai-link-3 {
+                        sound-dai = <&aiu AIU_CPU CPU_SPDIF_ENCODER>;
+
+                        codec-0 {
+                                sound-dai = <&spdif_dit>;
+                        };
+                };
+
+                dai-link-4 {
+                        sound-dai = <&aiu AIU_HDMI CTRL_OUT>;
+
+                        codec-0 {
+                                sound-dai = <&hdmi_tx>;
+                        };
+                };
    };
};

&aiu {
    status = "okay";
+    pinctrl-0 = <&spdif_out_ao_6_pins &i2s_am_clk_pins &i2s_out_ao_clk_pins &i2s_out_lr_clk_pins &i2s_out_ch01_ao_pins>;
+    pinctrl-names = "default";
};

&cec_AO {
@@ -278,8 +299,8 @@
&gpio_ao {
    gpio-line-names = "UART TX", "UART RX", "VCCK En", "TF 3V3/1V8 En",
              "USB HUB nRESET", "USB OTG Power En",
-              "J7 Header Pin2", "IR In", "J7 Header Pin4",
-              "J7 Header Pin6", "J7 Header Pin5", "J7 Header Pin7",
+              "SPDIF_OUTPUT", "IR In", "I2S_MCLK",
+              "I2S_SCLK", "I2S_LRCLK", "I2S_DATA_OUTPUT",
              "HDMI CEC", "SYS LED",
              /* GPIO_TEST_N */
              "";

Display More

That worked for me a couple of month ago, unfortunately I fried my C2 board and thus being unable to test it again. Hope this find someone helpful though ...

ds000 · Hifi Shield 2 Support (Odroid C2) ds000 February 3, 2024 at 4:33 PM

For getting SPDIF output to work on recent LibreELEC (11.0), I had to modify the device tree file to actually enable it and make it visible to KODI (creating packages/linux/patches/default/linux-080-odroid-c2.patch):

Diff

--- a/arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2-unpatched.dts    2023-11-05 01:19:49.197991036 +0100
+++ b/arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts    2023-11-05 01:29:18.041481346 +0100
@@ -174,6 +174,13 @@
        };
    };

+    spdif_dit: audio-codec-0 {
+        #sound-dai-cells = <0>;
+        compatible = "linux,spdif-dit";
+        status = "okay";
+        sound-name-prefix = "DIT";
+    };
+
    sound {
        compatible = "amlogic,gx-sound-card";
        model = "ODROID-C2";
@@ -184,33 +191,46 @@
        assigned-clock-rates = <294912000>,
                       <270950400>,
                       <393216000>;
-
        dai-link-0 {
-            sound-dai = <&aiu AIU_CPU CPU_I2S_FIFO>;
-        };
+                        sound-dai = <&aiu AIU_CPU CPU_I2S_FIFO>;
+                };

-        dai-link-1 {
-            sound-dai = <&aiu AIU_CPU CPU_I2S_ENCODER>;
-            dai-format = "i2s";
-            mclk-fs = <256>;
-
-            codec-0 {
-                sound-dai = <&aiu AIU_HDMI CTRL_I2S>;
-            };
-        };
-
-        dai-link-2 {
-            sound-dai = <&aiu AIU_HDMI CTRL_OUT>;
-
-            codec-0 {
-                sound-dai = <&hdmi_tx>;
-            };
-        };
+                dai-link-1 {
+                        sound-dai = <&aiu AIU_CPU CPU_SPDIF_FIFO>;
+                };
+
+                dai-link-2 {
+                        sound-dai = <&aiu AIU_CPU CPU_I2S_ENCODER>;
+                        dai-format = "i2s";
+                        mclk-fs = <256>;
+
+                        codec-0 {
+                                sound-dai = <&aiu AIU_HDMI CTRL_I2S>;
+                        };
+                };
+
+                dai-link-3 {
+                        sound-dai = <&aiu AIU_CPU CPU_SPDIF_ENCODER>;
+
+                        codec-0 {
+                                sound-dai = <&spdif_dit>;
+                        };
+                };
+
+                dai-link-4 {
+                        sound-dai = <&aiu AIU_HDMI CTRL_OUT>;
+
+                        codec-0 {
+                                sound-dai = <&hdmi_tx>;
+                        };
+                };
    };
};

&aiu {
    status = "okay";
+    pinctrl-0 = <&spdif_out_ao_6_pins &i2s_am_clk_pins &i2s_out_ao_clk_pins &i2s_out_lr_clk_pins &i2s_out_ch01_ao_pins>;
+    pinctrl-names = "default";
};

&cec_AO {
@@ -278,8 +299,8 @@
&gpio_ao {
    gpio-line-names = "UART TX", "UART RX", "VCCK En", "TF 3V3/1V8 En",
              "USB HUB nRESET", "USB OTG Power En",
-              "J7 Header Pin2", "IR In", "J7 Header Pin4",
-              "J7 Header Pin6", "J7 Header Pin5", "J7 Header Pin7",
+              "SPDIF_OUTPUT", "IR In", "I2S_MCLK",
+              "I2S_SCLK", "I2S_LRCLK", "I2S_DATA_OUTPUT",
              "HDMI CEC", "SYS LED",
              /* GPIO_TEST_N */
              "";

Display More

That worked for me a couple of month ago with SPDIF, unfortunately fried the board, thus unable to test it again.

ds000

I've got only a rough understanding of CEC, so no idea what is hardware/software doing in here: How could I help? I've got two working devices on that particular TV: Pine64 (RK3328 SoC) and an older ODRIOD C2 (Amlogic 905). All three devices work properly with the named Samsung without flaw.

ds000

Wow, cool! Replaced *pc-plus with *pc (wondering why that board is not listed), recompiled, restarted. That fixed the problem Thanks a lot!!

ds000

Hi! Thank you for the pointer! But sorry, I'm a bit lost here: Checked the build directory, the patch you name got applied for the kernel. How (where) can I change the board name as you indicate (doing it for making the image results in "invalid choice")?

Posts by ds000

[BUILDSYSTEM] cant create working upgrade .tar file for RPi4 with gentoo linux

Getting SPDIF output on a Khadas VIM2 running recently compiled LE firmware

Compiling from master doesn't generate bootable Orange Pi PC images any more

Getting SPDIF output on a Khadas VIM2 running recently compiled LE firmware

Getting SPDIF output on a Khadas VIM2 running recently compiled LE firmware

Getting SPDIF output on a Khadas VIM2 running recently compiled LE firmware

Getting SPDIF output on a Khadas VIM2 running recently compiled LE firmware

Compiling from master doesn't generate bootable Orange Pi PC images any more

Allwinner H3: Orange Pi PC CEC degraded for SONY TV in 11.0 and 12.0-devel from working perfectly in 10.X

Compiling from master doesn't generate bootable Orange Pi PC images any more

Allwinner H3: Orange Pi PC CEC degraded for SONY TV in 11.0 and 12.0-devel from working perfectly in 10.X

Allwinner H3: Orange Pi PC CEC degraded for SONY TV in 11.0 and 12.0-devel from working perfectly in 10.X

Allwinner H3: Orange Pi PC CEC degraded for SONY TV in 11.0 and 12.0-devel from working perfectly in 10.X

[Odroid-C2] HiFi Shield Plus

Hifi Shield 2 Support (Odroid C2)

Allwinner H3: Orange Pi PC CEC degraded for SONY TV in 11.0 and 12.0-devel from working perfectly in 10.X

Allwinner H3: Orange Pi PC CEC degraded for SONY TV in 11.0 and 12.0-devel from working perfectly in 10.X

Allwinner H3: Orange Pi PC CEC degraded for SONY TV in 11.0 and 12.0-devel from working perfectly in 10.X