Active threads

This is the default configuration: verbosity=1 bootlogo=false console=both extraargs=cma=256M overlay_prefix=rk35xx fdtfile=rockchip/rk3566-radxa-zero3.dtb rootdev=UUID=526007c3-3a0f-451d-a7a7-6d896d15f910 rootfstype=ext4 usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u

Update: I just ran Ubuntu 13 (25.10 (development branch)), downloaded from their site (not Armbian), running their kernel. There I installed KDE Plasma 6.. Wayland performance was excellent. The bug I described here didn't show up at all. This version of Ubuntu seems more similar to Trixie than Bookworm. And some of their related package names, like Trixie's, did seem to mention porting from QT5 to QT6. So whatever bug is existing in Trixie was either not created, skipped, or solved by Ubuntu. Operating System: Ubuntu 13 KDE Plasma Version: 6.4.5 KDE Frameworks Version: 6.17.0 Qt Version: 6.8.3 Kernel Version: 6.16.0-13-generic (64-bit) Graphics Platform: Wayland

Hi there, Then I would advise to try to: bridge NIC1 and NIC2, then configure the resulting bridge interface br0 to 192.168.100.101/24 configure 'device 1' to 192.168.100.102/24 or some other IP address that does not overlap/conflict with any other device on the 192.168.100.0/24 network. This setup should present "one interface" to the 192.168.100.0/24 network, pulling 'device 1' into the network as it were. I'm not sure if you have to enable ip forwarding in case you create a bridge, my experience with bridge (both networking and card wise) is limited. Groetjes, Btw, there has to be a reason why PC1 and the gateway/router in the red box are not able to be changed 😉 Perhaps the people that set it up that way were actively trying to prevent fanning out into different additional networks. (I know many employers do not allow this on their office network for example, for very good reasons...)

Well I was able to build by changing the docker image with this option : DOCKER_ARMBIAN_BASE_IMAGE=ubuntu:jammy The two other images (debian:bookworm and ubuntu:noble) simply do not work

Hey Sam, busy week so only getting around to replying - yes there are pre-built images for it but we took them down because I wasn't happy with the state it was in. We have a patch we're cleaning up that add the packages for GPU Acceleration and Wifi/BT that we're going to merge today/this weekend so I will re-enable the image generation and it will show up under Supported boards tomorrow/Sunday. If you do end up getting it and trying it out feel free to reach out here or on discord and let me know if you run into anything.

sha256sum Armbian_25.5.1_Rock-5b_noble_vendor_6.1.115_gnome_desktop.img.xz 1b5b3f8e9f136772dd0e3b80990f7cd2ed305e34db7510ea4f4fd83d3f40b5f0 cat Armbian_25.5.1_Rock-5b_noble_vendor_6.1.115_gnome_desktop.img.xz.sha 8ebcc156f53bf8a826bba4291e8ff3fce8037be64c02b4ca59f6befbe361586c xz -t Armbian_25.5.1_Rock-5b_noble_vendor_6.1.115_gnome_desktop.img.xz xz: Armbian_25.5.1_Rock-5b_noble_vendor_6.1.115_gnome_desktop.img.xz: Unexpected end of input I tried many mirrors. It has been like this since it's May release. Torrent download also fails keeps rejecting fragments presumably due mismatching checks. Is suspect the file got corrupted somehow

I am pleased to confirm that DSI is now working with the official images (Tested Armbian 25.8.1 Trixie minimal). 👍

@maça dev Try extract multitool.img.xz first, after that, burn multitool.img using balenaEtcher, dd, or any other burning tool

Expected. current had a bare minimum of hdmi support before it became recent LTS kernel. Therefore no fixes will hit there until rollover to next LTS. Needs to be enabled. Either enable panthor overlay (the mainline panthor driver was backported to vendor kernel but is disabled by default) and install more recent mesa packages (depends on userspace). Or install proprietary mali blobs. Having or building an image with mesa-vpu extension enabled handles that for you. There is no automatic method of installing afterwards yet. https://github.com/armbian/apa/issues/20

hello. Do you resolve this issue? I am struggle with CSI camera in orange pi 3b. but it does not work. How to enable CSI and camera. Can you help me? thanks

@Nick A I fixed the wifi issue after warm reboot for x98h with this patch:

moved

Hi all, I’m running Armbian 24.5 (Ubuntu Jammy CLI) on an Orange Pi 3 LTS with kernel 6.6.y, trying to use a CH341A Mini Programmer to flash an SPI EEPROM chip. But I’m stuck, the programmer isn’t detecting the chip at all. Connected the module to the chip using the correct pins (CS, MOSI, MISO, CLK). Powered the chip at 3.3V to match Armbian’s logic level. Used flashrom on Armbian (via terminal) to detect the chip, but it returns “no device” or similar errors. Tried different USB ports, different cables , same result. Do I need to match some specific SPI mode or speed for Armbian or for specific EEPROMs? Is there an issue with voltage levels or pull-up / pull-down resistors that often catches beginners? Any recommended OS commands/logs to check so I can see what’s going wrong (e.g. permissions, USB detection, lsusb output)? Thanks in advance for your help!

Can't say I know much about X11, but after playing around with the Cinnamon version I did get a desktop by: created file:/etc/X11/xorg.conf Section "Device" Identifier "Device0" Driver "fbdev" Option "Device" "/dev/dri/card0" EndSection So I figure something in the configuration or driver related ?. And that goes for all Debian flavors I tested. All gave the same error.

Currently yes. A replacement for this package / service needs to be found and implement - in case you want to get involved. This isn't completely true. Armbian still does utilize CPUMIN/CPUMAX from /etc/default/cpufrequtils if present to set corresponding frequencies via the Armbian script armbian-hardware-optimization (packages/bsp/common/usr/lib/armbian/armbian-hardware-optimization). This script I believe runs at every system startup. So even without the cpufrequitls package installed, there is still some functionality in this area. Functionally that no one has likely touched or looked at in years.

Each attached memory disk must have its own unique UUID. This is its essence. This depends on the platform (BROM bootloader flashed into the chip) and possibly the switch soldered to the board.

``` root@opi5 /etc/apt/sources.list.d# apt-get update Hit:1 http://deb.debian.org/debian trixie-backports InRelease Hit:2 http://deb.debian.org/debian trixie InRelease Hit:3 http://deb.debian.org/debian trixie-updates InRelease Hit:4 http://security.debian.org trixie-security InRelease Hit:5 https://github.armbian.com/configng stable InRelease Hit:6 http://mirror.vinehost.net/armbian/apt trixie InRelease Reading package lists... Done W: https://github.armbian.com/configng/dists/stable/InRelease: Policy will reject signature within a year, see --audit for details N: Missing Signed-By in the sources.list(5) entry for 'http://deb.debian.org/debian' ``` ``` root@opi5 /etc/apt/sources.list.d# apt-get update --audit Hit:1 http://deb.debian.org/debian trixie-backports InRelease Hit:2 http://deb.debian.org/debian trixie InRelease Hit:3 http://deb.debian.org/debian trixie-updates InRelease Hit:4 http://security.debian.org trixie-security InRelease Hit:5 https://github.armbian.com/configng stable InRelease Hit:6 http://mirror.vinehost.net/armbian/apt trixie InRelease Reading package lists... Done W: https://github.armbian.com/configng/dists/stable/InRelease: Policy will reject signature within a year, see --audit for details A: https://github.armbian.com/configng/dists/stable/InRelease: Sub-process /usr/bin/sqv returned an error code (1), error message is: Signing key on DF00FAF1C577104B50BF1D0093D6889F9F0E78D5 is not bound: No binding signature at time 2025-09-08T18:12:20Z because: Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance because: SHA1 is not considered secure since 2026-02-01T00:00:00Z Missing key 8CFA83D13EB2181EEF5843E41EB30FAF236099FE, which is needed to verify signature. N: Missing Signed-By in the sources.list(5) entry for 'http://deb.debian.org/debian' ``` **/etc/apt/sources.list.d/armbian-config.sources** ``` Types: deb URIs: https://github.armbian.com/configng Suites: stable Components: main Signed-By: /usr/share/keyrings/armbian.gpg ``` **/etc/apt/sources.list.d/armbian.sources** ``` Types: deb URIs: http://apt.armbian.com/ Suites: trixie Components: main trixie-utils trixie-desktop Signed-By: /etc/apt/trusted.gpg.d/armbian.gpg ``` **/etc/apt/sources.list.d/debian-backports.sources** ``` # Modernized from /etc/apt/sources.list Types: deb URIs: http://deb.debian.org/debian/ Suites: trixie-backports Components: main contrib non-free non-free-firmware Signed-By: ``` **/etc/apt/sources.list.d/debian.sources** ``` # Modernized from /etc/apt/sources.list Types: deb URIs: http://deb.debian.org/debian/ Suites: trixie Components: main contrib non-free non-free-firmware Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg # Modernized from /etc/apt/sources.list Types: deb URIs: http://deb.debian.org/debian/ Suites: trixie-updates Components: main contrib non-free non-free-firmware Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg # Modernized from /etc/apt/sources.list Types: deb URIs: http://security.debian.org/ Suites: trixie-security Components: main contrib non-free non-free-firmware Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg ``` How to fix it?

The file exists in the sd card, as expected. root@x96q-lpddr3-v1-3:~# ls -l /boot/dtb/allwinner/sun50i-h313-x96-q-lpddr3.dtb -rw-r--r-- 1 root root 37577 Apr 2 19:41 /boot/dtb/allwinner/sun50i-h313-x96-q-lpddr3.dtb It also exists inside the installed eMMC filesystem (after installing -- without rebooting -- I mounted the /dev/mmcblk2 device and the file is there, in the correct place). root@x96q-lpddr3-v1-3:~# mount /dev/mmcblk2p1 /srv/ root@x96q-lpddr3-v1-3:~# ls -l /srv/boot/dtb/allwinner/sun50i-h313-x96-q-lpddr3.dtb -rw-r--r-- 1 root root 37577 Sep 10 21:16 /srv/boot/dtb/allwinner/sun50i-h313-x96-q-lpddr3.dtb Before rebooting, I re-ran armbian-install and used option 6 to re-write boot on eMMC just in case. Then rebooted. Then it worked!! It is booting from eMMC normally now.... Boot log from successful boot: U-Boot SPL 2025.01-armbian-2025.01-S6d41-P7151-H8869-V98f7-Bb703-R448a-dirty (Apr 02 2025 - 21:19:05 -04 00) DRAM:testing 32-bit width, rank = 2 read calibration failed! testing 32-bit width, rank = 1 DRAM:Store cfg DRAM:1st writing pattern DRAM:detecting column address bits detected 10 columns DRAM:restore cfg DRAM:reconfigure for all active rows DRAM:store cfg DRAM:2nd writing pattern DRAM:detecting row address bits detected 15 rows DRAM:restoring cfg DRAM:end of auto detect dram size MBUS port 0 cfg0 0100000d cfg1 00640080 MBUS port 1 cfg0 06000009 cfg1 01000578 MBUS port 2 cfg0 0200000d cfg1 00600100 MBUS port 3 cfg0 01000009 cfg1 00500064 MBUS port 4 cfg0 20000209 cfg1 1388157c MBUS port 5 cfg0 00640209 cfg1 00200040 MBUS port 6 cfg0 00640209 cfg1 00200040 MBUS port 8 cfg0 01000009 cfg1 00400080 MBUS port 11 cfg0 01000009 cfg1 00640080 MBUS port 14 cfg0 04000009 cfg1 00400100 MBUS port 16 cfg0 2000060d cfg1 09600af0 MBUS port 21 cfg0 0800060d cfg1 02000300 MBUS port 22 cfg0 01000009 cfg1 00640080 MBUS port 25 cfg0 0064000f cfg1 00200040 MBUS port 26 cfg0 20000209 cfg1 1388157c MBUS port 37 cfg0 01000009 cfg1 00400080 MBUS port 38 cfg0 00640209 cfg1 00200040 MBUS port 39 cfg0 20000209 cfg1 1388157c MBUS port 40 cfg0 00640209 cfg1 00200040 1024 MiB Trying to boot from MMC2 NOTICE: BL31: v2.10.14(debug):armbian NOTICE: BL31: Built : 18:07:43, Apr 2 2025 NOTICE: BL31: Detected Allwinner H616 SoC (1823) NOTICE: BL31: Found U-Boot DTB at 0x4a0b2520, model: hechuang,x96-q LPDDR3 v1.3 INFO: ARM GICv2 driver initialized INFO: Configuring SPC Controller INFO: PMIC: Probing AXP305 on RSB ERROR: RSB: set run-time address: 0x10003 INFO: Could not init RSB: -65539 INFO: BL31: Platform setup done INFO: BL31: Initializing runtime services INFO: BL31: cortex_a53: CPU workaround for erratum 855873 was applied INFO: BL31: cortex_a53: CPU workaround for erratum 1530924 was applied INFO: PSCI: Suspend is unavailable INFO: BL31: Preparing for EL3 exit to normal world INFO: Entry point address = 0x4a000000 INFO: SPSR = 0x3c9 INFO: Changed devicetree. ns16550_serial serial@5000000: pinctrl_select_state_full: uclass_get_device_by_phandle_id: err=-19 U-Boot 2025.01-armbian-2025.01-S6d41-P7151-H8869-V98f7-Bb703-R448a-dirty (Apr 02 2025 - 21:19:05 -0400) Allwinner Technology CPU: Allwinner H616 (SUN50I) Model: hechuang,x96-q LPDDR3 v1.3 DRAM: 1 GiB Core: 59 devices, 20 uclasses, devicetree: separate WDT: Not starting watchdog@30090a0 MMC: mmc@4020000: 0, mmc@4021000: 3, mmc@4022000: 1 Loading Environment from FAT... Unable to use mmc 1:1... In: serial@5000000 Out: serial@5000000 Err: serial@5000000 No USB device found Net: apply fix for AC300 ephy bb version bug ... using AC300 emac1 ephy default config ... eth0: ethernet@5030000 starting USB... No USB controllers found Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc1(part 0) is current device Scanning mmc 1:1... Found U-Boot script /boot/boot.scr 4641 bytes read in 1 ms (4.4 MiB/s) ## Executing script at 4fc00000 U-boot loaded from SD Boot script loaded from mmc 252 bytes read in 0 ms Load fdt: /boot/dtb/allwinner/sun50i-h313-x96-q-lpddr3.dtb Card did not respond to voltage select! : -110 ** Bad device specification mmc 0 ** 37577 bytes read in 3 ms (11.9 MiB/s) Working FDT set to 4fa00000 Failed to load '/boot/dtb/allwinner/overlay/sun50i-h616-fixup.scr' 15483712 bytes read in 492 ms (30 MiB/s) 42621440 bytes read in 1351 ms (30.1 MiB/s) Moving Image from 0x40080000 to 0x40200000, end=0x42b50000 ## Loading init Ramdisk from Legacy Image at 4ff00000 ... Image Name: uInitrd Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 15483648 Bytes = 14.8 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 4fa00000 Booting using the fdt blob at 0x4fa00000 Working FDT set to 4fa00000 Loading Ramdisk to 4913b000, end 49fff300 ... OK Loading Device Tree to 00000000490c9000, end 000000004913afff ... OK Working FDT set to 490c9000 Starting kernel ...

I looked at this for an hour and unfortunately can't figure it out. It seems that Olimex didn't 'fork' from Armbian, instead did something else to make their clone of your code.

my uboot was armbian 2025.1, so I have no idea why it wasn't working with even Armbian mainline trixie.

The easiest route is to simply flash it to a microsd card and boot from it. Once booted issue "armbian-install" to move the OS and boot loader to eMMC. eMMC should be accessible directly if tools like rkdeveltool or whatever that is called is used. Never used that personally, seems tricky to use. Prefer first path.

I was able to find a UART module to read out the boot. See the file attached of the full log I was able to capture. It seems to fail on this part: Starting kernel ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Running /scripts/local-premount ... Scanning for Btrfs filesystems done. Begin: Waiting for root file system ... Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. Begin: Running /scripts/local-block ... done. done. Gave up waiting for root file system device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Missing modules (cat /proc/modules; ls /dev) ALERT! UUID=0a0755af-1936-4167-9d26-9ca9a87a9103 does not exist. Dropping to a shell! U-Boot SPL 2025.10-rc3-armbian-2025.txt

Modified based on nanopi-r76s.dts, both wireless and Bluetooth networks are working properly. There is no 3.5 interface fiber optic interface audio in DTS, and the standard infrared remote control cannot be used 4k hardware acceleration mpv kodi is normal Compile-configuration.zip

Hi @Kelvie Wong I have a similar problem with rk3568 on 6.12.45 with HDMI: it works on some displays and not on others. Can you share how you solved the problem?

Terrific! You're welcome!