All Activity

Thanks for all the info! As I can see the device fine, I'm assuming my DT is alright. I think I'm going to try some other images (ie. debian, main kernel, etc...) and see where it leads me, maybe I can get a hint of what's happening. I can change devices fine in KDE, the jack detect works as I see it toggle, but I don't get anything out. HDMI audio works fine though. I've seen some weird audio stuff a long time ago, I'll see what little I can remember since it doesn't seem to be something blatantly obvious. I have a hunch or two but unlikely to make any difference Ubuntu making it worse doesn't sound good to me... hehehe (pun intended) I'm planning to use it as a 2nd desktop/media player, most of the time I don't need the "power" of the "workstation" so running the opi works great (well, will hopefully) I went with KDE since that's what I'm using on the "workstation". To be honest, there's very high probabilities I'm going to buy a USB sound card and be done with it, but it feels like a waste.

It was solved https://github.com/armbian/configng/issues/344 , but It looks like bug with overlay_prefix back again

From Bullseye to Bookworm Debian went from pulseaudio to pipewire. I spent a lot of time to remove/disable pipewire as the pipewire-pulse emulation was/is? not doing networked pulseaudio properly and I use that extensively. Opensuse Tumbleweed as rolling release does not have this issue, it keeps working. It also keeps working if you do in-place upgrade from Bullseye to Bookworm (what I normally do), but I started with fresh Armbian Bookworm downloaded image and can't get networked audio working (a must on a NanoPi-R6C with no audio HW). Now I would not be surprised at all if the combination of Armbian (Debian) Bookworm with added new KDE (beta) repo external to Debian introduces another complex issue w.r.t. audio, even locally. If Armbian (Ubuntu) Noble, then challenge is even bigger. I had too many Ubuntu issues, so went back to Debian. I have not tested 3.5mm audio when I tested KDE Neon image on my ROCK3A (ran it only for 15 minutes as planned use-case was/is headless server), but in a week I will get a ROCK5B and I will use that as Desktop for some time I guess. Plan is to just take the Samsung NVMe (10 partitions, multiple OSses) out of my NanoPi-R6C and basically only change .DTB loaded (i use extlinux.conf own scripted) and some U-Boot binary on otherwise blank SD-card and then bump that in-place to Testing/Trixie (using Btrfs snapshots as safety fallback). That has KDE Plasma 6.3 AFAIR from my tablet/laptop and it won't change much I guess (Tumbleweed is 6.3.4 currently). Then it is matter of using/checking alsa and/or pulseaudio and/or pipewire tooling what is going on. As indicated, existing pulse-servers (e.g. NanoPi-NEO with SPDIF to my amplifier) work and are found and can be selected via pulseaudio tray icon, including also local USB-audio on my N100 for example. So I personally would likely remove all external package repos and make it clean Armbian Trixie. If you want to contribute to KDE development, then keep KDE Neon I guess.

Hi, are you using a usb to serial converter or the real serial com port? I did not see any ttyUSB0 listed in your boot log. In case of the real serial com port you should not be using /dev/ttyUSB0, but /dev/ttyS0.

@Igor > There are few other things that would be nice to get working - I notice WOL service erroring out, fan support is unknown. Regarding "fan support": Fan was working correctly after installing fancontrol, see https://forum.armbian.com/topic/44379-fancontrol-bookworm-solved/#findComment-209055 (Thread is in Standard support->Other families->Helios 4)

Many thanks for fixing this! I also tested on my side, works now. We can eventually put this board back to supported list. (board config .csc -> .conf) There are few other things that would be nice to get working - I notice WOL service erroring out, fan support is unknown. I only have PCB without anything attached to it, for testing. Merging both patches shortly.

So I decided to modify the armbianEnv.txt with the values you provided and it has moved to "Starting kernel..." It is taking quite a while to boot. The older version seemed to take quite a while as well but this seems to be hanging possibly. I tried changing the armbianEnv.txt verbosity to 7 but it is still stuck on Starting kernel... U-Boot 2024.01-armbian-2024.01-S866c-P7738-Ha5c2-V1f00-Bb703-R448a (Mar 16 2025 - 04:03:33 +0000) Allwinner Technology CPU: Allwinner V3s (SUN8I 1681) Model: PineCube IP Camera DRAM: 128 MiB Core: 47 devices, 20 uclasses, devicetree: separate WDT: Not starting watchdog@1c20ca0 MMC: mmc@1c0f000: 0, mmc@1c10000: 1 Loading Environment from FAT... Unable to use mmc 0:1... In: serial@1c28800 Out: serial@1c28800 Err: serial@1c28800 Autoboot in 1 seconds, press <Space> to stop switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found U-Boot script /boot/boot.scr 5475 bytes read in 2 ms (2.6 MiB/s) ## Executing script at 41900000 U-boot loaded from SD 227 bytes read in 1 ms (221.7 KiB/s) Load fdt: /boot/dtb/sun8i-s3-pinecube.dtb 12286995 bytes read in 509 ms (23 MiB/s) 11013984 bytes read in 456 ms (23 MiB/s) Found mainline kernel configuration 19691 bytes read in 4 ms (4.7 MiB/s) Working FDT set to 41000000 Kernel image @ 0x41080000 [ 0x000000 - 0xa80f60 ] ## Loading init Ramdisk from Legacy Image at 42080000 ... Image Name: uInitrd Image Type: ARM Linux RAMDisk Image (gzip compressed) Data Size: 12286931 Bytes = 11.7 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 41000000 Booting using the fdt blob at 0x41000000 Working FDT set to 41000000 Loading Ramdisk to 42248000, end 42dffbd3 ... OK Loading Device Tree to 421da000, end 42247fff ... OK Working FDT set to 421da000 Starting kernel ...

Yes. I noticed in past attempts when using saveenv it says it cannot write or something. I have not modified any of the files as I said earlier. This is all from a fresh install so it is whatever is generated that is currently located on the PineCube page. Also when I took an older image and updated the FDT image overlap error began as well. Error for saveenv I've seen Saving Environment to FAT... Unable to use mmc 0:1... Failed (1) armbianEnv.txt verbosity=1 bootlogo=false console=both disp_mode=1920x1080p60 fdt_addr_r=0x41900000 overlay_prefix=sun8i-v3s rootdev=UUID=7cb05da7-0b85-4547-83a2-601bab88d8dc rootfstype=ext4 boot.cmd # DO NOT EDIT THIS FILE # # Please edit /boot/armbianEnv.txt to set supported parameters # setenv load_addr "0x45000000" setenv overlay_error "false" # default values setenv verbosity "1" setenv console "both" setenv disp_mem_reserves "off" setenv disp_mode "1920x1080p60" setenv rootfstype "ext4" setenv docker_optimizations "on" setenv bootlogo "false" setenv devnum "0" setenv rootdev "/dev/mmcblk${devnum}p1" setenv earlycon "off" # Remember the default u-boot fdtfile setenv deffdt_file ${fdtfile} # Remember the default u-boot fdtdir setenv deffdt_dir "${prefix}dtb" if test "$fdtdir" = ""; then setenv fdtdir "${deffdt_dir}";fi setenv vendor "allwinner" # Print boot source itest.b *0x28 == 0x00 && echo "U-boot loaded from SD" itest.b *0x28 == 0x01 && echo "U-boot loaded from NAND" itest.b *0x28 == 0x02 && echo "U-boot loaded from eMMC or secondary SD" itest.b *0x28 == 0x03 && echo "U-boot loaded from SPI" # get PARTUUID of first partition on SD/eMMC it was loaded from # mmc 0 is always mapped to device u-boot (2016.09+) was loaded from if test "${devtype}" = "mmc"; then part uuid mmc ${devnum}:1 partuuid; setenv devnum ${mmc_bootdev} setenv rootdev "/dev/mmcblk${mmc_bootdev}p1" fi if test -e ${devtype} ${devnum} ${prefix}armbianEnv.txt; then load ${devtype} ${devnum} ${load_addr} ${prefix}armbianEnv.txt env import -t ${load_addr} ${filesize} fi # Delete the vendor's name from the fdtfile variable and record the result # after the file with the environment variables has been read if setexpr subfdt sub ${vendor}/ "" ${fdtfile};then setenv fdtfile ${subfdt} fi # In this shell, we can only check the existence of the file. # Make a check of reasonable ways to find the dtb file. # Set the true value of the paths. if test -e ${devtype} ${devnum} "${fdtdir}/${fdtfile}"; then echo "Load fdt: ${fdtdir}/${fdtfile}" else echo "The file ${fdtfile} was not found in the path ${fdtdir}" if test -e ${devtype} ${devnum} "${deffdt_dir}/${vendor}/${fdtfile}"; then setenv fdtdir "${deffdt_dir}/${vendor}" echo "Load fdt: ${fdtdir}/${fdtfile}" else if test -e ${devtype} ${devnum} "${deffdt_dir}/${vendor}/${deffdt_file}"; then setenv fdtdir "${deffdt_dir}/${vendor}" setenv fdtfile "${deffdt_file}" echo "Load fdt: ${fdtdir}/${fdtfile}" else if test -e ${devtype} ${devnum} "${deffdt_dir}/${deffdt_file}"; then setenv fdtdir "${deffdt_dir}" setenv fdtfile "${deffdt_file}" echo "Load fdt: ${fdtdir}/${fdtfile}" fi fi fi fi if test "${console}" = "display"; then setenv consoleargs "console=tty1"; fi if test "${console}" = "serial"; then setenv consoleargs "console=ttyS0,115200"; fi if test "${console}" = "both"; then setenv consoleargs "console=ttyS0,115200 console=tty1"; fi if test "${earlycon}" = "on"; then setenv consoleargs "earlycon ${consoleargs}"; fi if test "${bootlogo}" = "true"; then setenv consoleargs "splash plymouth.ignore-serial-consoles ${consoleargs}" else setenv consoleargs "splash=verbose ${consoleargs}" fi setenv bootargs "root=${rootdev} rootwait rootfstype=${rootfstype} ${consoleargs} hdmi.audio=EDID:0 disp.screen0_output_mode=${disp_mode} consoleblank=0 loglevel=${verbosity} ubootpart=${partuuid} ubootsource=${devtype} usb-storage.quirks=${usbstoragequirks} ${extraargs} ${extraboardargs}" if test "${disp_mem_reserves}" = "off"; then setenv bootargs "${bootargs} sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_fb_mem_reserve=16" fi if test "${docker_optimizations}" = "on"; then setenv bootargs "${bootargs} cgroup_enable=memory"; fi load ${devtype} ${devnum} ${ramdisk_addr_r} ${prefix}uInitrd load ${devtype} ${devnum} ${kernel_addr_r} ${prefix}zImage if test -e ${devtype} ${devnum} "${prefix}.next"; then echo "Found mainline kernel configuration" load ${devtype} ${devnum} ${fdt_addr_r} ${fdtdir}/${fdtfile} fdt addr ${fdt_addr_r} fdt resize 65536 for overlay_file in ${overlays}; do if load ${devtype} ${devnum} ${load_addr} ${fdtdir}/overlay/${overlay_prefix}-${overlay_file}.dtbo; then echo "Applying kernel provided DT overlay ${overlay_prefix}-${overlay_file}.dtbo" fdt apply ${load_addr} || setenv overlay_error "true" fi done for overlay_file in ${user_overlays}; do if load ${devtype} ${devnum} ${load_addr} ${prefix}overlay-user/${overlay_file}.dtbo; then echo "Applying user provided DT overlay ${overlay_file}.dtbo" fdt apply ${load_addr} || setenv overlay_error "true" fi done if test "${overlay_error}" = "true"; then echo "Error applying DT overlays, restoring original DT" load ${devtype} ${devnum} ${fdt_addr_r} ${fdtdir}/${fdtfile} else if test -e ${devtype} ${devnum} ${fdtdir}/overlay/${overlay_prefix}-fixup.scr; then load ${devtype} ${devnum} ${load_addr} ${fdtdir}/overlay/${overlay_prefix}-fixup.scr echo "Applying kernel provided DT fixup script (${overlay_prefix}-fixup.scr)" source ${load_addr} fi if test -e ${devtype} ${devnum} ${prefix}fixup.scr; then load ${devtype} ${devnum} ${load_addr} ${prefix}fixup.scr echo "Applying user provided fixup script (fixup.scr)" source ${load_addr} fi fi bootz ${kernel_addr_r} ${ramdisk_addr_r} ${fdt_addr_r} else echo "Found legacy kernel configuration" load ${devtype} ${devnum} ${fdt_addr_r} ${prefix}script.bin bootz ${kernel_addr_r} ${ramdisk_addr_r} fi # Recompile with: # mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr

https://libera.catirclogs.org/linux-amlogic/2023-11-18# It appears the bl30 blob is the only non free software file required for the le potato. What can you tell about the bl30 blob? Can it get reverse engineered? Where can you get the bl30 file? Thanks.

If you don't need GPIOs, don't take SBCs - they are too expensive, without a case and power supply. For the same money, you can buy a mini X86 PC such as razen5 4600 and you will have no problems with support. If you need an ARM, then buy an H96 Max V56 from two TV boxes. The time of SBCs has come to an end - they are no longer so popular and are mainly needed by developers. Leave these SBCs to the developers!

I was looking for a solution to this for a long time before seeing John's post and figuring it out. Here's a more explicit explanation to hopefully help make this info easier to find. This was tested and does work on both the Orange Pi 5 16GB, and the Orange Pi Zero 3 4GB. I haven't run into this issue on my x86 nodes as it doesn't appear zram exists on them at all on a fresh install. If you go to the /etc/default directory, there should be a file called <distro>-ramlog. If you're on armbian it will be armbian-ramlog, for me on Debian it's called orangepi-ramlog. In this file there will be a line reading "SIZE=50M" Simply edit this line to whatever value you'd like, and then reboot the device. If rebooting the system will cause serious problems, you can use the following command on armbian: service armbian-zram-config restart Again, I'm using the official Orange Pi Debian image, so for me, the command would instead be as follows: service orangepi-zram-config restart Don't panic if you notice that this command results in the creation of a zram2 and zram3, as these duplicates will automatically remove themselves the next time you reboot the machine

I'd say start with the device tree. Maybe it is just not enabled? KDE 6 DE was introduce when it still was beta and I assume this never changed. Feel free to send a PR to make it stable.

Hi @Zaf9670, Are you sure you did the setenv fdt_addr_r 41000000 U-Boot claims DT is still loaded/applied to the original load address: Working FDT set to 41900000 Can you share your armbianEnv.txt and boot.cmd? I'll have a look at the defailt bootscript in the meantime, perhaps some parts of the bootscript is using fdt_addr_r and other parts might still use loadaddr or scriptaddr... Thx, Gr,

Looks like it is still overlapping. => run bootcmd switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found U-Boot script /boot/boot.scr 5475 bytes read in 2 ms (2.6 MiB/s) ## Executing script at 41900000 U-boot loaded from SD 176 bytes read in 2 ms (85.9 KiB/s) Load fdt: /boot/dtb/sun8i-s3-pinecube.dtb 12286995 bytes read in 509 ms (23 MiB/s) 11013984 bytes read in 456 ms (23 MiB/s) Found mainline kernel configuration 19691 bytes read in 5 ms (3.8 MiB/s) Working FDT set to 41900000 Kernel image @ 0x41080000 [ 0x000000 - 0xa80f60 ] ## Loading init Ramdisk from Legacy Image at 42080000 ... Image Name: uInitrd Image Type: ARM Linux RAMDisk Image (gzip compressed) Data Size: 12286931 Bytes = 11.7 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 41900000 Booting using the fdt blob at 0x41900000 ERROR: FDT image overlaps OS image (OS=0x41080000..0x41b00f60) SCRIPT FAILED: continuing... BootOrder not defined EFI boot manager: Cannot load any image

Hi @Zaf9670, Can you try to reset the U-Boot monitor, press any key to stop the autobooting, then enter the following on the commandline: setenv fdt_addr_r 41000000 setenv kernel_addr_r 41080000 setenv ramdisk_addr_r 42080000 These load addresses are based on the sizes of the DT (438272 bytes) and the kernel image (11013984 bytes). Then to kick off the boot: run bootcmd Do share the results please. Groetjes, p.s. That device tree is huge! 428 KiB??

@laibsch since I cannot boot that doesn't seem to be a command in u-boot I can run. Reformatted the card with latest Bookworm Armbian_community_25.5.0-trunk.444_Pinecube_bookworm_current_6.12.23_minimal.img.gz @djurnyBoot and Outputs requested at the end. Let me know if you need anything else. Thanks! U-Boot 2024.01-armbian-2024.01-S866c-P7738-Ha5c2-V1f00-Bb703-R448a (Mar 16 2025 - 04:03:33 +0000) Allwinner Technology CPU: Allwinner V3s (SUN8I 1681) Model: PineCube IP Camera DRAM: 128 MiB Core: 47 devices, 20 uclasses, devicetree: separate WDT: Not starting watchdog@1c20ca0 MMC: mmc@1c0f000: 0, mmc@1c10000: 1 Loading Environment from FAT... Unable to use mmc 0:1... In: serial@1c28800 Out: serial@1c28800 Err: serial@1c28800 Autoboot in 1 seconds, press <Space> to stop switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found U-Boot script /boot/boot.scr 5475 bytes read in 2 ms (2.6 MiB/s) ## Executing script at 41900000 U-boot loaded from SD 176 bytes read in 2 ms (85.9 KiB/s) Load fdt: /boot/dtb/sun8i-s3-pinecube.dtb 12286995 bytes read in 509 ms (23 MiB/s) 11013984 bytes read in 457 ms (23 MiB/s) Found mainline kernel configuration 19691 bytes read in 4 ms (4.7 MiB/s) Working FDT set to 41900000 Kernel image @ 0x41000000 [ 0x000000 - 0xa80f60 ] ## Loading init Ramdisk from Legacy Image at 41c00000 ... Image Name: uInitrd Image Type: ARM Linux RAMDisk Image (gzip compressed) Data Size: 12286931 Bytes = 11.7 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 41900000 Booting using the fdt blob at 0x41900000 ERROR: FDT image overlaps OS image (OS=0x41000000..0x41a80f60) SCRIPT FAILED: continuing... Card did not respond to voltage select! : -110 No EFI system partition No EFI system partition Failed to persist EFI variables BootOrder not defined EFI boot manager: Cannot load any image => echo $fdt_addr_r 0x41900000 => echo $kernel_addr_r 0x41000000 => echo $kernel_addr_r 0x41000000 => echo $kernel_addr_r 0x41000000 => echo $fdt_addr_r 0x41900000 => echo $kernel_addr_r 0x41000000 => echo $ramdisk_addr_r 0x41C00000 => setexpr abc 1 + 1 => echo "abc=x${abc}x" abc=x2x => fdt header magic: 0xd00dfeed totalsize: 0x6b000 (438272) off_dt_struct: 0x38 off_dt_strings: 0x457c off_mem_rsvmap: 0x28 version: 17 last_comp_version: 16 boot_cpuid_phys: 0x0 size_dt_strings: 0x76f size_dt_struct: 0x4544 number mem_rsv: 0x0 => fdt header get def totalsize => echo "def=x${def}x" def=x6b000x

Yes, maybe. There are a way to make a similar patch for kernel instread of u-boot? In Android, the boot logo show some parameters like DRAM_VCC, DRAM_CLK, Chip id, Param1, param2 and tpr113 , it helps? Tanks for your time. [626]HELLO! SBOOT is starting! [629]sboot commit : 4b34f2890a [632]set pll start [634]periph0 has been enabled [637]set pll end [641]unknow PMU [642]unknow PMU [646]PMU: AXP1530 [650]dram return write ok [653]board init ok [655]enable_jtag [656]DRAM BOOT DRIVE INFO: V0.651 [660]the chip id is 0x2000 [662]chip id check OK [684]DRAM_VCC set to 1500 mv [687]DRAM CLK =648 MHZ [689]DRAM Type =3 (3:DDR3,4:DDR4,7:LPDDR3,8:LPDDR4) [697]Actual DRAM SIZE =4096 M [700]DRAM SIZE =4096 MBytes, para1 = 310b, para2 = 10000000, dram_tpr13 = 6041 [709]DRAM simple test OK. [711]rtc standby flag is 0x0, super standby flag is 0x0 [717]dram size =4096 [719]Use rtc to store dram tuning para [723][mmc]: mmc driver ver 2021-10-12 13:56 [727][mmc]: b mmc 2 bias 4 [735][mmc]: Wrong media type 0x0, but host sdc2, try mmc first [741][mmc]: ***Try MMC card 2*** [770][mmc]: RMCA OK! [773][mmc]: MMC 5.1 [775][mmc]: HSSDR52/SDR25 8 bit [778][mmc]: 50000000 Hz [780][mmc]: 119280 MB [782][mmc]: ***SD/MMC 2 init OK!!!*** [858]read toc1 from emmc 32800 sector [862]OLD version: 0.0 [864]NEW version: 0.0 [870]don't have rotpk, skip check [941]load rotpk hash [1204]load vbmeta_a-key hash [1207]load vbmeta_a hash [1214]load vbmeta_b-key hash [1217]load vbmeta_b hash [1220]monitor entry=0x48000000 [1223]uboot entry=0x4a000000 [1226]optee entry=0x48600000 [1229]opensbi entry=0x0 [1231]no need rotpk flag [1234]tunning data addr:0x4a0003e8 [1239]run out of boot0 NOTICE: BL3-1: v1.0(debug):54937d5 NOTICE: BL3-1: Built : 17:44:59, 2021-12-13 NOTICE: BL3-1 commit: 8 NOTICE: cpuidle init version V2.0 NOTICE: secure os exist MESSAGE: [0x0] TEE-CORE: OP-TEE version: 5c40397e #1 Tue Feb 2 07:45:37 UTC 2021 arm NOTICE: BL3-1: Preparing for EL3 exit to normal world NOTICE: BL3-1: Next image address = 0x4a000000 NOTICE: BL3-1: Next image spsr = 0x1d3 U-Boot 2018.07-gb99798b4 (Apr 04 2023 - 13:23:26 +0000) Allwinner Technology [01.302]CPU: Allwinner Family [01.305]Model: sun50iw9 I2C: ready [01.313]DRAM: 4 GiB [01.322]Relocation Offset is: 70ecd000 [01.358]secure enable bit: 1 [01.360]smc_tee_inform_fdt failed with: ffffffff [01.365]pmu_axp152_probe pmic_bus_read fail [01.369]PMU: AXP1530 FDT ERROR:fdt_get_regulator_name:get property handle twi-supply error:FDT_ERR_INTERNAL [01.383]CPU=1416 MHz,PLL6=600 Mhz,AHB=200 Mhz, APB1=100Mhz MBus=400Mhz

@rafaeldavid can you show me the output when you type in the command "fdisk -l"

I tried generating some builds, the only one that works (initially) is Armbian-unofficial_25.05.0-trunk_X96q_jammy_current_6.12.23 (versions with or without desktop). I don't understand much, but I believe that the emmc memory is detected. When I start it, it boots, asks the initial questions (root password, create my user, region settings, etc.). After that, I use the armbian-install command and enter the installer, select to install, ask me to confirm (data will be deleted), ask how I want to format the partition and then get stuck. PS: To mount the image I used this command: ./compile.sh build BOARD=x96q BRANCH=current BUILD_DESKTOP=no BUILD_MINIMAL=no EXPERT=yes KERNEL_CONFIGURE=no RELEASE=jammy (I tried to use the version BOARD=x96q-mate, but don't work! As you can see in the video, the image shakes for a while, then stops. I think that's when the device freezes. VID-20250509-WA0007.mp4

@Rodrigo Campos The patch is only for uboot and it’s already in my newer builds. I guess there’s an issue with the kernel.

Hi there, Now two pull requests are awaiting review: - https://github.com/armbian/build/pull/8166#issuecomment-2867147049 Update the boot.scr script to calculate load addresses in case `setexpr` is available on the U-Boot monitor. - https://github.com/armbian/build/pull/8170#issuecomment-2867915659 Enable the `setexpr` command on the U-Boot monitor, to unlock load address calculation in combination with the boot.scr update. Both are now tested OK using a built armbian 'minimal' image based on Bookworm. Groetjes,

Hi all, I was quickly able to get the 3.5inch RPi LCD (B) working with an Orange Pi Zero 2W, but the colors are all wrong, it seems that it wants BGR. Any hints where to change color order? I could not find anything for the DTS. Using this driver with following DTS:

Hi catotinha, Can you please share which image you successfully used, and where you downloaded it from, please? Thanks!!

Hi, I recently got my hands on a used unit of those, quite faster than my old SBC! Only issue I currently have is that I can't seem to get audio output on the 3.5mm jack. (Well the other issue is unrelated .. ) Anyone have an idea on what I should be hunting? I did the obvious cable, etc.. checks. There's always the possibility that it's damaged, hell if I know. Armbian 25.2.1 6.1 kernel KDE Neon (Why use a beta version btw? just wondering) Thanks! DW.