All Activity

@Nick A TY very much for your reply, I've managed to create my first build but I am a bit confused because it made an IMG with a FAT32 boot partition, is it right or did I miss something?

try DIY image with this pr on top of main: https://github.com/armbian/build/pull/9626

After many weeks of research, testing and debugging I managed to put together an Unofficial Armbian Linux build for LinknLink iSG Box SE. Version: v26.05 Rolling Kernel: 6.1.115-vendor-rk35xx Flashed and booting from eMMC. All hardware working and tested, including Ethernet, WiFi and Bluetooth. Source, build and flashing instructions here https://github.com/luisdosreis/linknlink-isg-box-se-armbian If anyone is interested I can share a test image ready to be flashed or you can (and should) build it yourselves. I plan to add a Home Assistant flavor to the build system in the future.

Yes, the device is working now. Check the forum manjaro, they put kernel from sunxi and working now.

hello i have a new sbc board cubie a5e 1GB Ram starting via sdcard 32GB and tried to boot it with armbian cli image. Very early while the boards stuck with: RADXA Cubie A5E 1GB RAM Armbian CLI stuck while uboot via sdcard seems to be an issue with the uboot which hangs very early. With original debian image from radxa the board is b ooting and running. But i intend to use the armbian version with newer debian and kernel. What can i do? Regards Rolf

@jock Is it possible to dump BOOTROM from Linux, or is it hidden/shadowed by ATF ? There is RK3399 dumper code at github, so i am wondering if the same can be done on RK3528.

Note: This is for Odroid m1s, not Odroid m1 - there just isn't a forum for the m1s (yet?) When I tried to start the board with the community image for the Odroid m1s on a SD card, it wouldn't boot. The connected screen (HDMI) would stay black and the blue heartbeat LED would stay on permanently. I tried building and flashing u-boot but that didn't help me. Here's what DID work: (Note: it worked for me. I can't guarantee that this fixes it for everyone, use at your own risk) I mounted the SD card on a Linux desktop and created backups of the boot scripts (just to be safe) sudo cp <mount_path>/armbi_root/boot/boot.cmd <mount_path>/armbi_root/boot/boot.cmd.bak sudo cp <mount_path>/armbi_root/boot/boot.scr <mount_path>/armbi_root/boot/boot.scr.bak Then I set the load address to 0x0c000000 sudo sed -i 's/setenv load_addr "0x9000000"/setenv load_addr "0x0c000000"/' <mount_path>/armbi_root/boot/boot.cmd Then I ran mkimage as follows: sudo /usr/bin/mkimage -C none -A arm -T script -d <mount_path>/armbi_root/boot/boot.cmd <mount_path>/armbi_root/boot/boot.scr This fixed the booting, but just to be sure a future update wouldn't undo it I also wrote it to armbianEnv.txt echo "load_addr=0x0c000000" | sudo tee -a <mount_path>/armbi_root/boot/armbianEnv.txt And that's it! One more thing: I noticed that Ethernet did not work out of the box, so I did this: I attached a UART cable to log into the machine and created the following script, which patches the device tree. You might need to get a little creative if your only access would be through Ethernet, but you I'm sure you can figure something out. (Maybe create the necessary files while the SD card is still mounted on your PC) cat > /usr/local/sbin/patch-gmac-dtb.sh << 'EOF' #!/bin/bash DTB=/boot/dtb/rockchip/rk3566-odroid-m1s.dtb dtc -I dtb -O dts $DTB -o /tmp/m1s.dts 2>/dev/null # Only patch if not already applied if grep -q 'snps,reset-gpio' /tmp/m1s.dts; then echo "GMAC DTB patch already present, skipping" exit 0 fi sed -i '/phy-mode = "rgmii-id";/a \\t\tsnps,reset-gpio = <0x51 0x0f 0x01>;\n\t\tsnps,reset-active-low;\n\t\tsnps,reset-delays-us = <0x00 0x4e20 0x186a0>;' /tmp/m1s.dts sed -i '/reset-assert-us/d; /reset-deassert-us/d; /reset-gpios = <0x51/d' /tmp/m1s.dts dtc -I dts -O dtb /tmp/m1s.dts -o $DTB 2>/dev/null echo "GMAC DTB patch applied" EOF chmod +x /usr/local/sbin/patch-gmac-dtb.sh Execute the script and Ethernet should be working. (Might need a reboot, though). If this works, you should make sure this is applied after every kernel update, because it will get overwritten otherwise: # Run it automatically after kernel/dtb package updates cat > /etc/apt/apt.conf.d/99-patch-gmac-dtb << 'EOF' DPkg::Post-Invoke {"if [ -f /usr/local/sbin/patch-gmac-dtb.sh ]; then /usr/local/sbin/patch-gmac-dtb.sh; fi"}; EOF

Thank you! I ended up getting this working. For one, an update and reboot did get me the 6.18.10 kernel. Then, in the installation scripts for drivers, I just had to specify the package name for the headers explicitly, e.g. replacing: apt-get install linux-headers-$(uname -r) -y with apt-get install linux-headers-current-bcm2711 -y

I am using a Rock 5T 12GB board and have tested multiple Armbian images (24.04, 26.04, and others). Here is my experience so far: Armbian current images Audio does not work at all. When I plug in a 3.5 mm headset, nothing happens — no detection, no sound. Bluetooth works, Wi‑Fi does not. I have to manually compile the Realtek rtw89 wireless driver. After compiling, both Wi‑Fi and Bluetooth work, but still no audio output. Vendor (Radxa) images Audio works perfectly. When I plug in a headset, the system immediately detects it and asks whether it has a microphone. Sound output through the headset works as expected. However, with the vendor image I cannot use Bluetooth and Wi‑Fi at the same time. According to what I found online, the RTL8852BU chip shares internal resources. I must disable Wi‑Fi to use a Bluetooth mouse and keyboard reliably. Connecting a Bluetooth headset causes an immediate disconnect. Feedback from Radxa Radxa confirmed that the Bluetooth/Wi‑Fi coexistence issue is caused by the driver. Summary At the moment, I cannot use either the current Armbian images or the vendor images without running into major problems: Armbian: Wi‑Fi/Bluetooth OK (after manual driver build), but no audio. Vendor image: Audio OK, but Bluetooth and Wi‑Fi cannot work simultaneously. Is this a known issue, and am I the only one experiencing these problems? Thanks a lot for your support and help.

Hello everyone, I am reaching out to see if anyone in the community has successfully managed to get the internal Wi-Fi working on a box with the Realtek RTL8703bs chip. I have a MXQ Pro max (t9-RK3328) and I am using the latest Armbian build (Armbian_community_26.2.0-trunk.904_Rk3318-box_trixie_current_6.18.30_minimal.img.xz) provided by @jock for RK3318/RK3328 TV boxes. Here is the situation: 1. Using `rk3318-config` with `rk3318-box-led-conf1`, the chip is correctly powered and detected on the SDIO bus. 2. `dmesg` shows: `mmc1: new high speed SDIO card at address 0001`. 3. The hardware ID is confirmed as `024c:b703`. My questions : - Has anyone ever managed to make this specific chip (RTL8703bs) work on Armbian? - Does anyone have a patched driver (`.ko`), a specific `.dtbo` overlay, or a workaround that doesn't require recompiling the entire kernel from scratch? Here is my system log for reference: https://paste.armbian.com/ecadekazaz Thank you very much for your time and any advice you can share!

The one from my firmware build.

Solved it by simply removing the upstream folder which had some symlink tomfolery 1. rm -rf /lib/firmware/qcom/sm8550/ayn/ 2. apt update && apt upgrade 3. PROFIT <3

What U-Boot/bootloader is in the MTD?

Since I haven't restarted the M1 for some time, I am currently still at: # uptime 12:56:23 up 115 days, 1:51, 5 users, load average: 1.76, 1.26, 0.92 # uname -a Linux micro-015 6.18.0-65.fc44.aarch64 #1 SMP PREEMPT_DYNAMIC Sun Dec 7 20:40:45 CET 2025 aarch64 GNU/Linux I still get: So nothing to complain about.

No difference on an installation with `linux-u-boot-odroidm1-edge/sid,now 26.8.0-trunk.12` and `linux-image-edge-rockchip64/sid` (7.0.8-edge-rockchip64 ), 1000 Mbps link is still heavily degraded, especially on packets leaving my gateway router. Could anyone subscribed to this thread confirm that's still the case? Thanks! 1000 Mbps link: root@odroidm1 ~# ethtool -s eth0 speed 1000 duplex full autoneg on root@odroidm1 ~ [1]# iperf3 -c 10.0.3.3 Connecting to host 10.0.3.3, port 5201 [ 5] local 10.0.3.2 port 51448 connected to 10.0.3.3 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 1.00 MBytes 8.38 Mbits/sec 12 22.8 KBytes [ 5] 1.00-2.00 sec 384 KBytes 3.15 Mbits/sec 2 11.4 KBytes [ 5] 2.00-3.00 sec 0.00 Bytes 0.00 bits/sec 1 10.4 KBytes [ 5] 3.00-4.00 sec 256 KBytes 2.10 Mbits/sec 0 19.9 KBytes 100 Mbps link: root@odroidm1 ~# ethtool -s eth0 speed 100 duplex full autoneg off root@odroidm1 ~# iperf3 -c 10.0.3.3 Connecting to host 10.0.3.3, port 5201 [ 5] local 10.0.3.2 port 38436 connected to 10.0.3.3 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 6.00 MBytes 50.3 Mbits/sec 0 2.38 MBytes [ 5] 1.00-2.00 sec 8.38 MBytes 70.3 Mbits/sec 0 7.87 MBytes [ 5] 2.00-3.00 sec 9.25 MBytes 77.6 Mbits/sec 0 7.87 MBytes # grep -a --null-data U-Boot /dev/mtd0ro U-Boot SPL 2026.01_armbian-2026.01-S127a-P2477-H8652-Vab81-Bd0d2-R448a (May 15 2026 - 06:45:08 +0000)

The same is happening to me on v26.2.1 for Banana Pi M5BananaPi M5 on debian trixie.

I just checked at my ROCK5B running Armbian userspace: # sudo apt update # sudo apt list -a linux-headers-*current-bcm2711 linux-headers-current-bcm2711/trixie 26.2.1 arm64 linux-headers-current-bcm2711/trixie 25.11.2 arm64 linux-headers-current-bcm2711/trixie 25.8.2 arm64 linux-headers-current-bcm2711/trixie 25.8.1 arm64 linux-headers-current-bcm2711/trixie 25.5.1 arm64 linux-headers-current-bcm2711/trixie 25.2.3 arm64 linux-headers-current-bcm2711/trixie 25.2.2 arm64 linux-headers-current-bcm2711/trixie 24.11.1 arm64 linux-headers-current-bcm2711/trixie 24.8.2 arm64 linux-headers-current-bcm2711/trixie 24.5.1 arm64 linux-headers-current-bcm2711/trixie 24.2.1 arm64 So you can install them with: # sudo apt install linux-headers-*current-bcm2711 You will get the latest if you do not select explicit version 6.18.9, I got 6.18.10 as that seems to be the latest now. Armbian also has edge and legacy, but for normal release all 64-bit Raspberry Pis is named 'current-bcm2711', which should be the equivalent of 'rpi-v8', which is the normal 4k pages downstream kernel in Raspberry Pi OS 64-bit. It might be you originally had the dedicated rpi5b installation, so you simply had not gotten the headers maybe. Armbian has no 16k pages kernel, if you want that, you need to build yourself, but note that this comes with quite some of issues, many people are not aware and cannot fix issues due to that. See 2+ years of trouble w.r.t. that on RPL forums. I do not use Ubuntu based Armbian, but Debian based, but should not matter for that kernel packages as those are Armbian on top of either distro.

SOLVED by enable on BIOS

Hi everyone, I’m working on an RK3568-based platform (Yocto build, Rockchip BSP) and I’ve reached a blocker regarding OP-TEE / Trusted Application (TA) development. Anyone knows how to get RK3568 + Linux + OP-TEE source/build path Rockchip vendor SDK with RK3568 OP-TEE source a repo showing rk3568 + optee_os + TA dev kit for

@ssdm2nvme Hi, whats up? I tried everything you recommended, including following some other tutorials beforehand, but I still can't get past the TV box's "BIOS" screen. It keeps restarting repeatedly, and I can never actually access the system. Do you have any idea what it could be?

Hello! I have a follow-up question about installing Armbian on a Raspberry Pi 5, and hopefully this is a good place for it. Perhaps this belongs here instead: I just installed the Armbian/Gnome version for Raspberry Pi "4b", as mentioned above, for my Raspberry Pi 5. The OS booted fine and is running. However, I'm trying to install some additional software (specifically this: https://github.com/sunfounder/pipower5/tree/main) and I'm getting errors related to installing the right version of `linux-headers`, the output of `uname`, and possibly the `bcm2711` vs. `bcm2712` CPU. The original error was: ``` Error: E: Unable to locate package linux-headers-6.18.9-current-bcm2711 E: Couldn't find any package by glob 'linux-headers-6.18.9-current-bcm2711' E: Couldn't find any package by regex 'linux-headers-6.18.9-current-bcm2711' ``` When I searched for the available packages, I found the following "closest" options: ``` linux-headers-current-bcm2711/noble 26.2.1 arm64 [upgradable from: 26.2.1] Armbian Linux current headers 6.18.10-current-bcm2711 linux-headers-current-bcm2712/noble 24.11.1 arm64 Armbian Linux current headers 6.6.63-current-bcm2712 ``` At this point, I realized that the installation scripts were pulling the kernel version from the output of `uname`: ``` denbro@rpi5b:~$ uname -r 6.18.9-current-bcm2711 denbro@rpi5b:~$ uname -a Linux rpi5b 6.18.9-current-bcm2711 #1 SMP PREEMPT Mon Feb 9 10:54:02 UTC 2026 aarch64 aarch64 aarch64 GNU/Linux ``` My two main questions are: 1. Why is the proper linux header not available? My understanding is that, in principle, `linux-headers-$(uname -r)` should always be available. 2. Should I be concerned that my linux kernel thinks it is using the bcm2711 CPU? That's the Pi 4 CPU, but my raspberry pi 5 has a bcm2712. Should I install the version of armbian for the Pi 500? Two additional notes - 1. The Sunfounder software I mentioned above installed without issue on the same device running Raspberry Pi OS Trixie. 2. I originally tried to flash an SD card with Armbian using Raspberry Pi Imager, and it wouldn't boot; the device turned on, and printed a bunch of startup output, and then shut off. After confirming that the SD card worked, I switched to using Armbian Imager to flash the SD card and that led to my current state. ``` denbro@rpi5b:~$ neofetch ##### denbro@rpi5b ####### ------------ ##O#O## OS: Armbian 26.2.1 noble aarch64 ####### Host: Raspberry Pi 5 Model B Rev 1.1 ########### Kernel: 6.18.9-current-bcm2711 ############# Uptime: 1 hour, 25 mins ############### Packages: 1200 (dpkg) ################ Shell: bash 5.2.21 ################# Resolution: 1280x800 ##################### Terminal: /dev/pts/1 ##################### CPU: (4) @ 2.400GHz ################# Memory: 691MiB / 3983MiB ``` Let me know if there's any other information I can provide, and thanks in advance for any guidance!

guess it kernel/driver issue The driver does not request the stmmaceth (emac1-25M) clock during probe. Without this clock the MDIO bus does not function on cold boot - PHY ID reads as 0x00000000 and kernel falls back to Generic PHY instead of YT8531. Ethernet does not work until warm reboot.

I've just installed Ubuntu KDE vendor image and now the proper refresh rates are detected. Thank you However, now it seems video players are not working properly. No HW decoding and no audio. It works if I play youtube videos through via Chrome though Strange thing is that after the clean installation, lots of basic KDE packages were missing (dolphin, Konsole, mpv, etc), which I had to install via apt. After that I also performed a apt full-upgrade, but it didnt solve the problem Tried to play h264 and 265 with no success I add some logs, but feel free to request more if they may help

I have a Orange Pi Zero 3 4GB Board. It uses a Micron LPDDR4X RAM and H618 Processor. I have tried a plethora of distros and tried to change Uboot and DTB but unable to make it work. Spent days on Gemini and Claude but no luck. Below is the output from UART debuggger: The Highlight being Unhandled Exception EL3. U-Boot SPL 2025.04-armbian-2025.04-S3482-Pf089-H8869-V3d5b-Bb703-R448a-dirty (May 25 2025 - 14:46:18 +0000) DRAM base address is defined as 0x40000000 DRAM has 16 b/raw, 10 b/col, 4 B/width, 2 #rank and 8 #bank DRAM top address must be less than 0x100000000 DRAM: 4096 MiB Trying to boot from MMC1 Unhandled Exception in EL3. uart_opizero3.txt

how to enable KVM on Armbian ?