Active threads

We have information on which mirrors are good and which bad. We just don't display it. Good are passed to the redirector.

anyone try on jellyfin? docker jellyfin especially?

@Сан Дич Хуу, good day! How was the process of replacing the kernel and DTB? Is the device working now?

Ok, thanks for such a fast reaction...will have to buy the module, thanks:-)...until it arrives, i will boot from sd, and have system on nvme - found that option under Install on another device in armbian-config. Regards Jan

@Nick A yeah, no progress.

Did you ever get this working?

I have running v26.2.1 for Odroid HC4 running Armbian Linux 6.18.10-current-meson64

I found an old post from 4 years ago about this: odroid hc4 wake on lan wol Just curious if anyone has a solution? Thanks for any help

Finaly I found the problem in the stack. The video issue was caused by X server layear. No the Chromium runs as cage process and on firefly it works fine. X server was the black sheep in my stack. Thanks for help.

Thanks for sending the log. This looks like an issue with the vendor U-Boot. We're planning to drop it this Sunday and switch to mainline U-Boot.

Hello, I'm trying to play a video on my Orange Pi Zero 2w using MPV. I tried using different Armbian images including Armbian-unofficial_26.05.0-trunk_Orangepizero2w_bookworm_current_6.18.25_minimal.img. This however results in a "Failed to create framebuffer with drmModeAddFB2 on layer 0" for every frame. Can anyone help me to get it working? (+) Video --vid=1 (*) (h264 1920x1080 24.000fps) (+) Audio --aid=1 (*) (aac 6ch 48000Hz) [vo/gpu] VT_GETMODE failed: Inappropriate ioctl for device [vo/gpu/opengl] Failed to set up VT switcher. Terminal switching will be unavailable. Using hardware decoding (drm). [W][00814.699591] pw.conf | [ conf.c: 939 try_load_conf()] can't load config client.conf: No such file or directory [E][00814.699881] pw.conf | [ conf.c: 963 pw_conf_load_conf_for_context()] can't load default config client.conf: No such file or directory AO: [alsa] 48000Hz stereo 2ch float VO: [gpu] 1920x1080 drm_prime[nv12] [vo/gpu] Using HW-overlay mode. No GL filtering is performed on the video! [vo/gpu/drmprime-overlay] Failed to create framebuffer with drmModeAddFB2 on layer 0: Invalid argument [vo/gpu/drmprime-overlay] Failed to create framebuffer with drmModeAddFB2 on layer 0: Invalid argument AV: 00:00:00 / 00:00:30 (0%) A-V: 0.000 [vo/gpu/drmprime-overlay] Failed to create framebuffer with drmModeAddFB2 on layer 0: Invalid argument

After long break, I have found some free time to test latest updates that can be found in github It seems that pyavitz made a great progress there with his DTS implementation over Debian. https://github.com/pyavitz/debian-image-builder Now i am able to boot Debian out of the reproduced image. No uboot patching: Here is a copy of my work inside above repository: make config make all board=kickpik2b-v2 sudo dd if=output/kickpik2b-v2/image/sun50i-h618-kickpi-k2b-debian-trixie-6.12.84-arm64-ext4-2026-04-29-1923.img of=/dev/mmcblk0 And boom. Flawless boot into Debian Linux U-Boot SPL 2026.01 (Apr 29 2026 - 18:28:52 +0300) DRAM: 2048 MiB Trying to boot from MMC1 NOTICE: BL31: v2.12.9(debug):lts-v2.12.9 NOTICE: BL31: Built : 18:28:34, Apr 29 2026 NOTICE: BL31: Detected Allwinner H616 SoC (1823) NOTICE: BL31: Found U-Boot DTB at 0x4a0cd628, model: KickPi K2B INFO: ARM GICv2 driver initialized INFO: Configuring SPC Controller INFO: Probing for PMIC on I2C: INFO: PMIC: found AXP313 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. U-Boot 2026.01 (Apr 29 2026 - 18:28:52 +0300) Allwinner Technology CPU: Allwinner H616 (SUN50I) Model: KickPi K2B DRAM: 2 GiB Core: 74 devices, 23 uclasses, devicetree: separate WDT: Not starting watchdog@30090a0 MMC: mmc@4020000: 0, mmc@4021000: 2, mmc@4022000: 1 Loading Environment from FAT... Unable to use mmc 0:1... In: serial@5000000 Out: serial@5000000 Err: serial@5000000 Allwinner mUSB OTG (Peripheral) Net: eth0: ethernet@5020000using musb-hdrc, OUT ep1out IN ep1in STATUS ep2in MAC de:ad:be:ef:00:01 HOST MAC de:ad:be:ef:00:00 RNDIS ready , eth1: usb_ether starting USB... USB EHCI 1.00 USB OHCI 1.0 USB EHCI 1.00 USB OHCI 1.0 USB EHCI 1.00 USB OHCI 1.0 Bus usb@5101000: 1 USB Device(s) found Bus usb@5101400: 1 USB Device(s) found Bus usb@5200000: 1 USB Device(s) found Bus usb@5200400: 1 USB Device(s) found Bus usb@5310000: 1 USB Device(s) found Bus usb@5310400: 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found /boot/extlinux/extlinux.conf Retrieving file: /boot/extlinux/extlinux.conf KickPi K2B V2 1: Debian Trixie Enter choice: 1: Debian Trixie Retrieving file: /boot/extlinux/../Image Retrieving file: /boot/extlinux/../uInitrd append: earlyprintk console=tty1 console=ttyS0,115200n8 rw root=PARTUUID=e0688e9b-01 rootwait rootfstype=ext4 fsck.repair=yes loglevel=1 net.ifnames=0 video=HDMI-A-1:1920x1080 init=/sbin/init Retrieving file: /boot/extlinux/../allwinner/sun50i-h618-kickpi-k2b.dtb Moving Image from 0x40080000 to 0x40200000, end=0x41930000 ## Loading init Ramdisk from Legacy Image at 4ff00000 ... Image Name: initramfs-6.12.84 Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 11668168 Bytes = 11.1 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 494df000, end 49fffac8 ... OK Loading Device Tree to 00000000494d2000, end 00000000494de815 ... OK Working FDT set to 494d2000 Starting kernel ... Loading, please wait... Starting systemd-udevd version 257.9-1~deb13u1 Most important part - communication devices are available: Pyavitz did a great job! kickpik2b-v2root~: dmesg | grep -i "eth0\|wlan0" [ 19.638015] dwmac-sun8i 5020000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-0 [ 19.784938] dwmac-sun8i 5020000.ethernet eth0: PHY [stmmac-0:00] driver [MAE0621A-Q2C Gigabit Ethernet] (irq=POLL) [ 19.784980] dwmac-sun8i 5020000.ethernet eth0: No Safety Features support found [ 19.784991] dwmac-sun8i 5020000.ethernet eth0: No MAC Management Counters available [ 19.784999] dwmac-sun8i 5020000.ethernet eth0: PTP not supported by HW [ 19.785390] dwmac-sun8i 5020000.ethernet eth0: configuring for phy/rgmii link mode [ 19.826219] [chip1][SKWIFI6621S DBG] skw_ndo_open: dev: wlan0, type: STA [ 19.826262] [chip1][SKWIFI6621S DBG] skw_ndo_set_rx_mode: wlan0, mc: 1, uc: 0 [ 19.826723] [chip1][SKWIFI6621S DBG] skw_ndo_set_rx_mode: wlan0, mc: 2, uc: 0 [ 19.826885] [chip1][SKWIFI6621S DBG] skw_set_power_mgmt: wlan0, enabled: 0, timeout: -1 I haven't tried Armbian yet, but the heavy lifting part is already done. Big kudos to pyavitz @c0rnelius Thanks, Nasko

Welcome to the latest Armbian Newsletter: your source for the latest developments, community highlights, and behind-the-scenes updates from the world of open-source ARM and RISC-V computing. Armbian has released images based on Ubuntu 26.04 LTS, codenamed Resolute Raccoon the latest long-term support base. As always, Armbian applies its own platform-optimized kernel, board-specific patches, and tested drivers on top so what you get is a clean, stable foundation across SBCs, PCs, and cloud environments, with no Snap packages, fully compatible with the Ubuntu ecosystem, and no surprises. SPONSORED Join us in making open source better! Every donation helps Armbian improve security, performance, and reliability — so everyone can enjoy a solid foundation for their devices. We rewrote how Armbian installs desktops. Here’s what changedA friendlier, faster, snap-free desktop install in armbian-config If you’ve installed a desktop environment with armbian-config over the last few months, you may have noticed things feel different: there’s a tier you can pick, the browser actually works on every arch, uninstall doesn’t take half your system with it, andArmbian blogIgor PecovnikArmbian Q1 2026: Technical Milestones and the Road to Embedded WorldThe first quarter of 2026 has been a period of significant technical consolidation for the Armbian project. Driven by the v26.02 (Goa) release cycle, the project has focused on three core pillars: aggressive framework refactoring, the stable rollout of the Linux 6.18 LTS kernel, and the maturation ofArmbian blogMichael RobinsonGithub HighlightsThis week in Armbian development saw a broad range of updates spanning kernel enhancements, desktop improvements, and infrastructure refinements. Notable changes include new developer documentation for the desktop submodule, expanded GPU and multimedia support for vendor-kernel desktops, and several kernel version bumps for various platforms. The build system received fixesArmbian blogMichael RobinsonView the full article

Welcome to the latest Armbian Newsletter: your source for the latest developments, community highlights, and behind-the-scenes updates from the world of open-source ARM and RISC-V computing. Armbian has released images based on Ubuntu 26.04 LTS, codenamed Resolute Raccoon the latest long-term support base. As always, Armbian applies its own platform-optimized kernel, board-specific patches, and tested drivers on top so what you get is a clean, stable foundation across SBCs, PCs, and cloud environments, with no Snap packages, fully compatible with the Ubuntu ecosystem, and no surprises. SPONSORED Join us in making open source better! Every donation helps Armbian improve security, performance, and reliability — so everyone can enjoy a solid foundation for their devices. We rewrote how Armbian installs desktops. Here’s what changedA friendlier, faster, snap-free desktop install in armbian-config If you’ve installed a desktop environment with armbian-config over the last few months, you may have noticed things feel different: there’s a tier you can pick, the browser actually works on every arch, uninstall doesn’t take half your system with it, andArmbian blogIgor PecovnikArmbian Q1 2026: Technical Milestones and the Road to Embedded WorldThe first quarter of 2026 has been a period of significant technical consolidation for the Armbian project. Driven by the v26.02 (Goa) release cycle, the project has focused on three core pillars: aggressive framework refactoring, the stable rollout of the Linux 6.18 LTS kernel, and the maturation ofArmbian blogMichael RobinsonGithub HighlightsThis week in Armbian development saw a broad range of updates spanning kernel enhancements, desktop improvements, and infrastructure refinements. Notable changes include new developer documentation for the desktop submodule, expanded GPU and multimedia support for vendor-kernel desktops, and several kernel version bumps for various platforms. The build system received fixesArmbian blogMichael RobinsonView the full article

driver for sv6051p working in kernel 7 @Qvy: https://github.com/eloirotava/6051 horray!

now working with: Download: 8.06 Mbit/s Upload: 10.08 Mbit/s in kernel 7. https://github.com/eloirotava/6051 testes on s90w amlogic. also work with 6030p rockchip.

As for promised photos, here they are. Note custom-trimmed bifurcation adapter.

small update... last tries I've made: with an SD card loaded with armbian 26.2 (from Armbian archives) and DIP on SD, the boot is ok, boot is U-Boot 2025.10_armbian-2025.10-Se50b-P915a-H3623-V44f7-B2eb2-R448a. However, no option to load bootloader in SPI present in nand-sata-install, most probably because no SPI block listed in lsblk output. nan-sata-install complains that the command line is incomplete and request to try option 'help', but I could not figure how to get to the help, any common option passing I've tried did not worked. I tried to get to the initial install procedure from Kobol, modifying the spi_workaround from off to on in armbianEnv.txt on the SD, but this prevent the kernel to boot from SD. Any help would be appreciated...

As you might see in my signature I decided to retain the Helios4 withdrawing the goodbye message above. @laibsch Actual problem: I didn't succeed in configuring Wake-on-LAN on 26.2.1. What I did was to replace "eth0" by "end1" in /lib/systemd/system/helios4-wol.service Triggering the suspend mode by pm-suspend Decompilation of armada-388-helios4.dtb didn't contain the device tree patch mentioned in https://wiki.kobol.io/helios4/files/wol/helios4-dts-add-wake-on-lan-support.patch Any clue what's missing? @Igor armbian-config does not find any .dtb files in /boot/dtb ("Device Tree Editor") /boot/dtb is a symlink to the directory dtb-6.6.124-current-mvebu.

Now this issue seems to be fixed. I tried to build 6.18.25 kernel and it can complete boot wizard as expected.

Thank you for the Input! Yes Proxmox and then different VM like HAos to gain access to HACS.

Hi everyone! Can anyone tell me how to make the system boot without displaying any text characters? I'd like to just see the Radxa logo, then a black screen and the login screen (GDM). What settings do I need to configure to achieve this? I have the Armbian 2.6.4 Trixie CLI image installed with GNOME.

the problem is solved

Community images are tied to daily beta repo where it should always be a match kernel - headers. Just make sure you have a clean updated system then proceeding to header installation via armbian-config. And only if this doesn't work, report so we can look into.

I see it like who is motivated to check and do the work w.r.t U-Boot. Especially while EDK2 UEFIv1.1 is available already a year and at least for my ROCK5B and NanoPi-R6C with both Armbian rockchip edge kernels as well as standard Debian arm64 kernels works OK. We call those things 'firmware' but the 'firm' selling this OP5 HW is not delivering this. Good thing is that it is all open source at least. For the ROCK5B I also used it in 'vendor' mode, so 6.1.115 works and so video encoders as well (for Jellyfin). For NanoPi-R6C (RK3588S, same as OP5) it is in the on-board eMMC, that is some disadvantage compared to SPI and more as SD-card. So not sure how OP5 will deal with it.