Active threads

This week's work centers on board support expansion, kernel and U-Boot maintenance, and desktop and CI tooling refinements. On the platform side, the Radxa Cubie A5E received Wi-Fi enablement and a kernel refresh as part of a broader update, while the youyeetoo YY3588 was promoted from CSC to standard support and the YY3568 gained PCIe NVMe functionality. The NanoPi R76S and Rock 5 ITX were both migrated to mainline U-Boot v2026.04, dropping vendor-branch gates, and the Vanxoak HD-RK3506-EVB was added with vendor and board imagery. Kernel hygiene dominated the maintenance work: duplicate OPP labels on the Xiaoxin Pad Pro (sm8250) were corrected, broken UHS-I, xo-clock, SD, and DSI patches were removed from sm8550 trees for both 6.18 and 7.0, and a now-upstream r-spi backport was dropped from sunxi-6.18. The odroidxu4-current branch advanced to 6.6.141 across two successive bumps. Desktop and infrastructure tooling saw layered improvements through configng: alsa-ucm-conf and libcamera/v4l userspace were added to the minimal tier, PackageKit and AppStream landed at the mid tier, and DE postinst scripts now execute in the build chroot to resolve missing wallpaper. UEFI x86 and arm64 desktop spins were switched to GNOME on the edge kernel, and build infrastructure gained inline ShellCheck PR feedback, scoped token permissions, fork-aware artifact gating, and event-driven runner cleanup via systemd hooks. #Armbian #EmbeddedLinux #Rockchip #UBoot #KernelDevelopment ChangesAdd vendor and board image of Vanxoak HD-RK3506-EVB. by @SeeleVolleri in armbian/armbian.github.io#316Add wifi to Radxa Cubie A5E (kernel7.0). by @juanesf in armbian/build#9879ci: post ShellCheck findings and auto-fix suggestions inline on PRs. by @iav in armbian/build#9868ci: scope GITHUB_TOKEN writes to job-level in maintenance-lint-scripts-post. by @iav in armbian/build#9887ci: skip build-artifacts gating job on forks. by @iav in armbian/build#9865desktops: install alsa-ucm-conf at minimal tier. by @igorpecovnik in armbian/configng#923desktops: install libcamera/v4l userspace at minimal tier. by @igorpecovnik in armbian/configng#924desktops: run DE postinst scripts in build chroot (fix missing wallpaper). by @igorpecovnik in armbian/configng#927enh: substring filter for the board picker. by @iav in armbian/build#9843expose: switch uefi-x86 / uefi-arm64 to GNOME desktop on edge kernel. by @igorpecovnik in armbian/armbian.github.io#315feat(ccache-remote): parse password from DNS-SD TXT for redis backend. by @iav in armbian/build#9864feat(tools/shellfmt): accept positional file args for scoped format. by @iav in armbian/build#9863fix(runners): handle missing HOME in systemd hooks for runner-clean-pages. by @igorpecovnik in armbian/configng#928fix(sm8250): drop duplicate cpu7_opp21 label on Xiaoxin Pad Pro overclock OPP. by @igorpecovnik in armbian/build#9882fix(sm8550-6.18): drop broken sm8x50 UHS-I/xo-clock mbox patch. by @igorpecovnik in armbian/build#9884fix(sm8550-7.0): drop merged & broken SD/DSI patches. by @igorpecovnik in armbian/build#9885fix(sunxi-6.18): drop r-spi backport now merged in linux-6.18.y stable. by @igorpecovnik in armbian/build#9883gha: don't double-quote board/maintainer filter values. by @iav in armbian/os#462gnome: add packagekit + plugins + appstream at mid tier. by @igorpecovnik in armbian/configng#922module_cockpit: drop qemu-kvm (no riscv64 build; qemu-system covers it). by @igorpecovnik in armbian/configng#926nanopi-r76s: bump mainline u-boot to v2026.04 and drop vendor-branch gates. by @SuperKali in armbian/build#9869release-targets: flip UEFI desktop spins from current to edge. by @igorpecovnik in armbian/armbian.github.io#314rock-5-itx: link upstream kernel commit in pcie3 refclk u-boot patch. by @SuperKali in armbian/build#9861rock-5-itx: switch to mainline u-boot v2026.04. by @SuperKali in armbian/build#9848Rockchip: youyeetoo yy3568: enable pci-e NVMe ssd. by @hqnicolas in armbian/build#9877runner-cleanup: event-driven _diag/pages wipe via systemd hooks. by @igorpecovnik in armbian/configng#925Update for Radxa Cubie A5E. by @juanesf in armbian/build#9626Update odroidxu4-current to 6.6.140. by @belegdol in armbian/build#9867Update odroidxu4-current to 6.6.141. by @belegdol in armbian/build#9881Update radxa-cubie-a5e.csc with current kernel for build. by @juanesf in armbian/build#9874youyeetoo-yy3588: promote from CSC to standard support. by @SuperKali in armbian/build#9873View the full article

@Rodrigo Campos In my case the U-Boot side is not just a generic version choice. That baseline carries the board-specific path I tested: the zero2w-based defconfig, mmc0 broken-CD handling, H616 EMAC1/RMII support, I2C3 enablement, the LAN preinit step, and the extra EMAC-related clock/register writes. Since the kernel LAN attach depends on the board already being prepared by U-Boot, I preferred to keep the bootloader side conservative. So the short answer is: it is pinned because it is the validated baseline, not because I know of a hard conflict with every newer release.

https://github.com/armbian/configng/releases

@rosic download it using the torrent i attachment (included checksum as well). To flash use the instruction provided on github. Armbian-Unofficial-LinknLink-iSG-Box-SE-v0.1.torrent SHA256SUMS.txt

https://github.com/armbian/build/pull/9901

I think that the comment by @werner was mostly intended to set your expectations. Based on what you have said, you have a board that Armbian doesn't support at all. Second, you have found a similar board (Bpi M2 Ultra) that exists within Armbian. But that board is a csc board (Community Support). Which means it also isnt' supported by Armbian. But some developer in the community has as some point in the past contributed some work on it. Likely that developer no longer is around and that board doesn't get any meaningful maintenance. So you are doing the proper thing in using these forums to post your observation and question. But unless either you or some other volunteer in the community wants to work on this, it is unlikely to ever get much if any attention. That is the reality of a SBC world where the manufacturers don't support the software on their boards and the volunteers at Armbian can only work to support a few boards directly while providing the tools and framework for other community volunteers to add in partial support for some other boards.

Thank you

I know this is an old post, but I am desperate and saw you are using v 1.3.2. I have an Orange Pi 5 v 1.3.2 as well and I can't get it to boot. I have been trying a bunch of different OS's, Ubuntu and Ambian versions and it keeps failing. ChatGPT and Gemini both say it is a bad DBT file and then point me to the same version of Ambian to use. None of it seems to work, have you had any luck getting it to work? I haven't tried compiling the OS yet for it, I was hoping there was a stable version out there I could use.

New upstream BlueZ documentation helps simplify Bluetooth qualification for Linux-based products by mapping supported profiles, test requirements, software versions, and manual steps in one place. View the full article

Android DTB itself is broken in many ways, mainly because wifi gpios from DTB do not show up in the gpioinfo output. It is more important to put the brcm4335-sdio firmware in /lib/firmware/brcm, which is missing in the armbian repository. iw phy0 info shows support of the 5GHz channels, but i don't have such access points nearby. I will check tomorrow with my dual-band AP.

It happened a few days ago that I rebuilt my complete firmware package to try something with another device. An HC4 firmware binary also automatically falls out in this process. If you like, you can put it on a microSD card (dd bs=512 seek=1 conv=notrunc,fsync if=u-boot-meson.bin of=/dev/${entire-device-to-be-used}), place the prepared microSD card in your HC4 and start it with the boot button pressed. Check whether it meets your expectations, and if all tests are successful, you can transfer it to the SPI flash.

Board: Orangepione Testing results for the three available images. Should there be more images available? Armbian_26.5.1_Orangepione_resolute_current_6.18.33_minimal.img Tested working: Boot from SD card with uboot and then to a USB SSD. Reboot Connect via ssh iperf3 after installing iperf3 gpio after installing gpiod HDMI video HDMI audio after installing mpg123 Used usb keyboard/mouse to test HDMI. Note that resolute now uses gpiod for gpio instead of sys. Gpiod had to be installed whereas trixie minimal comes with gpiod installed. Armbian_2Armbian_26.5.1_Orangepione_trixie_current_6.18.33_minimal.img Tested working: Boot from SD card with uboot and then to a USB SSD. Reboot Connect via ssh iperf3 after installing iperf3 gpio HDMI video HDMI audio after installing mpg123 Used usb keyboard/mouse to test HDMI. Armbian_26.5.1_Orangepione_resolute_current_6.18.33_xfce_desktop.img Tested working: Boot from SD card with uboot and then to a USB SSD. Reboot On HDMI connecter screen with usb keyboard/mouse Using terminal emulatori tested perf3 and gpio HDMI audio with vlc media player. Not working: Ran chromium to get to Armbian download page but took over a minute for each page to load and then the system crashed. With only 512MB RAM this system is under powered for general purpose desktop use. ubuntu_resolute_minimal.txt debian_trixie_minimal.txt ubuntu_resolute_xfce.txt

Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.

I recognize this is an old thread - but there are no newer ones open and I figure having one thread instead of many is best. I'm trying to do the same thing as you OP, getting a raspberry pi DSI display working on a rockpi 4b+. I tried to adapt Radxa's DTS in a similar way you did from Armbian's Base DTS, and seeing what definitions changed and I came up with this non working DTS: Which gives the following DMESG error, very similar to yours: `[ 21.477004] rpi-ts-dsi ff960000.dsi.0: failed to attach dsi to host: -517 [ 21.477086] mipi-dsi ff960000.dsi.0: deferred probe pending: (reason unknown)` You'll note various differences between our DTS, like panel_in instead of panel_in_dsi, and mipi_dsi instead of mipi_dsi1. I based these off looking at the base DTS in Armbian kernel 6.18.32, but also on this project I found recently that brings support for 7 and 10 inch Osoyoo brand of DSI panels to the RockPi 4b+. I think that's really promising and will help with bringing DTS support to the raspberry pi panel (and others that are compatible). I recommend you look into it. I will continue iterating and update this thread with results if any. I don't think OP was pinning the problem on Armbian. OP was asking how to configure a custom DTS to work with the hardware they have. This is the community support forum, which is the correct place for this kind of discussion.

You could flash armbian to an SDcard, then set Jumper P10 to force UBoot to skip booting from EMMC and pick the sdcard instead. From there you can directly mount the internal storage and chroot into it to run armbian-config and enable the overlay.

https://libre.computer/products/roc-rk3399-pc/ Can the computer run entirely on free software which is software you can use, share, modify and redistribute? The question includes firmware, microcode, etc, any piece of software that is running on the computer. If some devices on the computer requires non free software in order to work then what devices are they? And will the computer still work if you choose to not install the pieces of non free software in question? Thank you.

For those who want to compile from source: a) locate file ~ /armbian-build-mxpro/patch/kernel/archive/sunxi-6.12/series.conf b) delete the following lines before issuing ./compile.sh: spi-rockchip-Fix-runtime-PM-and-other-issues and spi-fixes c) save the file and proceed to compilation (./compile.sh) Note: if you want to upgrade the Armbian firmware be aware that: linux-dtb-current-sunxi64/trixie 26.5.1 arm64 [upgradable from: 26.02.0-trunk] linux-image-current-sunxi64/trixie 26.5.1 arm64 [upgradable from: 26.02.0-trunk] will render the ethernet interface inoperable. You can prevent this by issuing sudo apt-mark hold armbian-firmware before sudo apt upgrade -y

Is it possible to change the boot order? For my use case, I would like the boot priority to be: eMMC, NVMe, and microSD card. Can this be configured?

I've created a guide here how to run a Home Assistant OS suprisingly it run mostly natively. Didn't do anything except replacing the DTB. Also right away flashed it into a emmc. On my board emmc is from Samsung and has a read speed on 180Mb/s...

Known issue on multiple older 64 bit Allwinner socs Try these: https://fi.mirror.armbian.de/incoming/igorpecovnik/pine64/archive/

I'd like to run the mainline kernel https://github.com/nickfox-taterli/avaota-a1-mainline-linux The board used to have a page and downloads here: https://armbian.com/boards/avaota-a1 but it's gone. Has support for this board been dropped?

Ask AI to fix problems at repo level: https://github.com/armbian/supervised-installer so we can all benefit. I don't have capacity to maintain this alone.

Proprietary DDR and maskrom images from Rockchip Bare metall should provide DDR init replacement code, the only missing part in u-boot.

I assume you are talking about local connection here, not from the internet, so it's ngiinx webserver you are talking about, not nginx-reverse-proxy? Can you at least ping the ip of the server? Syncing apps might not connect over http or https (or rather, they probably don't), which your browser does. Are you sure letsencrypt works properly and it's not just your browsers refusing to connect over https due to missing/miss-configured ssl certificates? Does forcing http connection at least give you some response? As for using wget to test: "wget --spider <url>" should get you some info. It should look something like this for correct setup using https: (enter url without http or https, I have redacted url and ip for obvious privacy reasons) $ wget --spider <your_url_here> Prepended http:// to '<redacted>' URL transformed to HTTPS due to an HSTS policy Spider mode enabled. Check if remote file exists. --2026-05-23 14:48:27-- https://<redacted> Loaded CA certificate '/etc/ssl/certs/ca-certificates.crt' Resolving <redacted> (<redacted>)... xxx.xxx.xxx.xxx Connecting to <redacted> (<redacted>)|xxx.xxx.xxx.xxx|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 0 Remote file exists and could contain further links, but recursion is disabled -- not retrieving. But as eselarm said above, we need way more information to be able to help.

also check this for kernel 7.0 https://github.com/Mr-DS-ML-85/rtl8188fu/tree/main