robertoj

The only other thing I haven't tried is to match all the linux compilation options found in the LibreElec Allwinner folder... for example, compile the lima.ko and gpu_sched.ko, which are present in LibreElec (seen in lsmod) As a reminder for myself: lima is under menuconfig/device drivers/graphics support/ And gpu_sched doesn't show up anywhere... but I found here that it probably gets compiled automatically with lima https://www.librehat.com/building-linux-kernel-on-odroid-u3/

Ok there's more progress: I took the zzz-tv-cvbs.patch and copied 3 hunks: the new file sun8i-h3-tve.dts, the orangepizero dts patch, and the orangepi-pc.dts patch, into a new additional patch. Then the compilation finished 100%. I was able to connect with ssh, run armbian-config, system, hardware. And I saw the tve dtb overlay option I selected it, rebooted, and after a while I saw the login prompt in my composite TV (with overscan and ghosting problem) I tried "apt install lxde". Reboot. But I only had the text console "startlxde" Gtk-WARNING **: {time}: cannot open display: Maybe I am very close... but maybe I am very far. update: "apt install task-lxde-desktop", reboot... and I was welcomed by the lxde login screen BUT it was the same "smeared down from the mouse cursor" experience as I had before trying the LibreElec patch. Perhaps the zzzz-tv-cvbs.patch's DTS is different from the libreelec dts... since it was the only part that wasn't sourced from the libreelec patch.

update: there was an un-needed hunk in this patch, for Linux 6.1... one declaration was being done again, but mainline already had it It compiled 100% and created the armbian filesystem img... so I tried it... but the h3-tve.dtbo (device tree blob overlay) was not created. I remembered that I added another patch that was only to build the "dtbo" (see in my response in the other thread about CVBS) The patch applied correctly, BUT it failed during compilation: make[3]: *** No rule to make target 'arch/arm/boot/dts/overlay/sun8i-h3-tve.dtbo', needed by 'arch/arm/boot/dts/overlay/'. Stop. I investigated why the zzzz-tv-cvbs.patch worked and this libreelec patch did not... There are some hunks in the zzzz patch that do not exist in the librelec patch, for example this new file: diff --git a/arch/arm/boot/dts/overlay/sun8i-h3-tve.dts b/arch/arm/boot/dts/overlay/sun8i-h3-tve.dts new file mode 100644 index 000000000..07ba7ba71 --- /dev/null +++ b/arch/arm/boot/dts/overlay/sun8i-h3-tve.dts ... While I do this work... maybe someone will comment, if they have experience... maybe LibreElec has another patch that adds this file?

Instead of fixing based on the patch I updated, I decided I need to make this patch: https://github.com/LibreELEC/LibreELEC.tv/blob/master/projects/Allwinner/patches/linux/0036-wip-h3-h5-cvbs.patch Be applicable in the armbian userpatches folder I created the folder build/userpatches/kernel/archive/sunxi-6.1 and put the patch there (I knew the path because I looked at the destination of build/patch/kernel/sunxi-current symbolic link ) Now compile.sh is "Preparing bare kernel git tree" taking a long time... I will let it do its thing update: I am getting improved_git try 1 failed... several times... is it something transitory with the github server? update: now using a token as required by github... but it cant find repo https://github.com/morrownr/8821cu-20210118/ I can see https://github.com/morrownr/8821cu-20210916 Exists... how can I try it? update: i ran "git pull" and the script had a fix for this problem update: I see that the libreelec tv patch was applied with no complaints... but is there a "output/debug/patching.log" in the new compile.sh? (23.05-trunk) update: compilation error... so I will need to correct this patch for use in linux 6.1 drivers/gpu/drm/sun4i/sun8i_mixer.c:754:37: error: redefinition of 'sun8i_h3_mixer1_cfg' [🔨] 754 | static const struct sun8i_mixer_cfg sun8i_h3_mixer1_cfg = { [🔨] | ^~~~~~~~~~~~~~~~~~~ [🔨] drivers/gpu/drm/sun4i/sun8i_mixer.c:746:37: note: previous definition of 'sun8i_h3_mixer1_cfg' with type 'const struct sun8i_mixer_cfg' [🔨] 746 | static const struct sun8i_mixer_cfg sun8i_h3_mixer1_cfg = { [🔨] | ^~~~~~~~~~~~~~~~~~~

So I was able to apply the cvbs tve patch in armbian, Linux 5.15.93. The tv signal is being generated by the orange pi zero. however, when I start lxde, all the pixels below the mouse cursor become “washed down”… best if I show you… also I have another orangepi zero running LibreElec, with Linux 5.10 (orange pi 2 image works well with the opi-zero)… what settings should I look in LibreElec or Kodi, to make improve my situation in Armbian?

I just updated the zzzz.tv-cvbs.patch to be applied correctly in Armbian 23.02.0, Linux 5.15.93. Only the last hunk needed to be corrected You need to copy this patch file in ~/build/userpatches/kernel/archive/sunxi-5.15 so that the Armbian build script uses the patch zzzz-tv-cvbs-5.15.93-sunxi.patch I added the additional patch that gleam2003 posted on january 2022... Then, armbian-config, system, hardware finally shows "tve" Activate it and reboot. Composite out works Now onto fixing the resolution

I am trying to apply this zzzz-tv-cvbs.patch in the armbian build system... Should I copy it to the userpatches directory? to userpatches/sunxi-current? to userpatches/sunxi-current/5.15? It seems like ./compile.sh has ignored the patch file in the 3 places I have put it in. Guybrush: have you tried "DISPLAY=:0 xrandr --output Composite-1 --mode NTSC"?

I had to read your comment again... I understand that you made the current LibreElec to work on the OrangePi Zero. But I need armbian to accept that patch in the Armbian build directory. I just created a Jammy VM, and installed the armbian build directory and browsed through the linux kernel source. The effected files seem like they are going to accept the hunks with no problem. Now I am going to learn how to apply the patch in the current armbian

Do you mean that you used the patch published in LibreElec, and applied it in the Armbian build system (Bullseye right?). I tried an old image with Linux 4.xx and LXDE desktop... it was fine. I think it would be productive with a small screen and to develop a kiosk.