Active threads

Thank you for the information mmgen, One thing you missed is the ffmpeg compilation information. Run: $ ffmpeg It will print out the ffmpeg version and all the libraries that were enabled, and all the libav* libraries it has compiled along with ffmpeg (libav* are parts of the ffmpeg project). The interesting information is whether it uses the "v4l2-request" library, which lets ffmpeg control a part of the kernel that controls the hardware decoder. When you run mpv -v yourvideo.mp4 you could also see v4l2request, or some other message about the hardware acceleration (at this point I doubt that v4l2request is used, because it works better in newer kernels)

Small update: the patch series on GitHub is now up to date with what I actually run on the board. It went from 106 to 129 patches, all on vanilla 6.18.38. https://github.com/ut-slayer/orangepi-4a-mainline What's new since the last drop: The GPU was running at the wrong frequencies (and now it isn't). This is the interesting one. The A523 GPU clock is not a linear divider — it's a cycle-masking one: rate = source * (16 - M) / 16. Everyone modelled it as linear, including the vendor BSP. The practical effect: what the kernel labelled "150/200/300/400/600 MHz" was really running at 487/648/560/750/599 MHz. So the GPU was faster than advertised, and thermal throttling to "400 MHz" actually raised the clock to 750. To be clear: nothing was ever unsafe. It ran like that for weeks, stable, at 920 mV, with temperatures in the normal range — the chip simply tolerates it. But the labels were wrong, throttling did the opposite of what it should, and you cannot tune power/performance on numbers that aren't real. Now the five operating points measure 149/199/300/399/597 MHz with the Mali cycle counter, from the intended parents. Credit where it's due: Chen-Yu Tsai spotted the fractional divider while reviewing a patch I sent upstream. That review also produced a Reviewed-by for the generic clk fix, which is now on the lists. PCIe / M.2. The controller and the Innosilicon combo PHY now probe, link training runs and the root port enumerates. I want to be honest about the limit of that statement: I don't own an NVMe drive, so I have only tested it with an empty slot. The bus comes up and behaves; whether a real drive negotiates, enumerates and performs is something I genuinely cannot confirm. If anyone here has an M.2 NVMe in this board, that report would be very welcome — including a failure report, which is just as useful. (Kernel side comes from Marvin Wewer's Armbian series, authorship preserved, plus a 1-lane fix from the BSP and the device-tree wiring for this board.) Hardware video decode works for H.264/H.265. With the cedar-ve shim in this tree plus the Allwinner userspace (libcedarc + gstreamer1.0-omx), YouTube plays smoothly in a WebKit browser (I use Cog). VP8/VP9 do not — that engine never raises its interrupt — so those codecs are capped and YouTube negotiates H.264 instead. Note the userspace half is not in the patch series and not in the published images yet. Also in: a display fix for a frame that could get stuck after direct-scanout transitions, and JOYDEV/UINPUT enabled (analog sticks were dead in software that opens /dev/input/jsN first). Images: the published v0.2 images are now well behind this. Refreshed Debian images (Desktop and CLI) built on this kernel are in preparation. No date promised — they go up when they're tested. Thanks again to everyone testing and reporting here; the eMMC and 4 GB confirmations came from this thread, and the PCIe work started because someone took the trouble to diagnose why NVMe didn't show up.

Uhm... What repository is that commit hash for? I tried armbian/build and armbian/linux and a couple of others but it doesn't seem to belong there. I don't expect this to be a single-day task. I'm OK to invest the time in finding out what happened and run a bunch of bisections, even if that needs to include both Armbian tool repos and the Linux kernel repo. I just need some pointers to what the right approach is here and what kind of scripts/setup I should be running for each iteration. I would expect having this procedure documented can help other people too, so I'd be happy to do some write up for it. I can think that: Maybe there's a way to provide a kernel repo commit to check out to the build infrastructure and get kernel packages built from that. I should be able to just sync the build scripts to whatever was current when 6.19 was released. Maybe there's some way to just "compile and install the kernel the old way" and ignore the packages part of it. But I'm not familiar with the uboot specific formats for images and initial ram disks and I fear the result of doing that might be missing patches or some other things and not be comparable to the package-based experience. And, yes, 6.19 might be some time ago, but AFAIU -current is still based on 6.18... next time that gets bumped up breakage will stop being "optional" for me.

It'll have kernel 6.18 on edge soon with working fans.

Good Morning together, I tried installing the image from here radxa-cubie-a5e-armbian-build@202f1bf. Unfortunately for me booting my 1gb Cubie a5e failed. The green flashlight is blinking (first a bit slower than a bit faster) which seems an improvement to the version before (static green light, no blinking) As soon as I'm getting a UART Adapter, I'll hopefully get some more insights about whats going wrong cheers.

It should be / it was reported fixed a week ago, but you need to make image on your own or use nightly automated builds.

Maybe not the right place but the same happened on my OP5Ultra. The latest kernel stopped the internal WiFi module. Falling back to again 6.1.115 did the trick. So both Radxa 5B plus and OP5 ultra suffer the same problem when installing the latest Armbian Ubuntu. I assume other boards have similar problems... Ernst-Jan

This week's updates center on new hardware enablement, a broad U-Boot v2026.07 modernization, and build system hardening for toolchain and infrastructure changes. Board support expanded across multiple SoC families, including the X88 PRO RK3566 TV box, Avnet MaaXBoard 8ULP (i.MX8ULP), EASY EAI Nano (RV1126), and the AYN Odin3. The Youyeetoo R1 v3 was promoted to standard support with named audio outputs, while the Radxa Dragon Q8B gained an edge kernel (7.1) target. Rockchip work included RK3588 CAN support for kernels 6.18/7.1/7.2, HDMI-RX fixes on the OrangePi 5 Ultra, and Mixtile Blade3 refinements on the 7.2 bleeding edge. A coordinated U-Boot bump to v2026.07 landed across Helios4, Odroid HC4/M1, Turing RK1, Radxa E52C, Qidi X6, Mekotronics R58X-Pro, and the Espressobin/Macchiatobin (paired with TF-A 2.14.0). This surfaced toolchain issues on Trixie, addressed through SWIG 4.3 pylibfdt compatibility, demotion of gcc 14 int-conversion and implicit-declaration errors to warnings, and related pin cleanups. Infrastructure work strengthened build reliability and CI. The rootfs stage gained DNS fallback and apt retry hardening for chroot operations, armbian-firstlogin received power-loss recovery with atomic writes, and armbian-install now reports bootloader write failures explicitly. Docker framework updates enable native riscv64 image generation on trixie and noble runners, while new extensions introduce sysrq serial trigger, kernel-debug tiers, ram-boot via rkusbboot, and generic SATA park-on-shutdown enabled by default on the Odroid HC4. #Armbian #EmbeddedLinux #UBoot #Rockchip #RISCV ChangesAdd support for X88 PRO RK3566 TV box. by @Ovaday in armbian/linux-rockchip#500Add AI-driven README updater (central, cross-repo). by @igorpecovnik in armbian/armbian.github.io#359Add Avnet MaaXBoard 8ULP (i.MX8ULP) support. by @govindsi in armbian/build#9991Add AYN Odin3 firmware. by @kasimling in armbian/firmware#136Add ayn-odin3 board image. by @kasimling in armbian/armbian.github.io#358Add board: EASY EAI Nano RV1126. by @hqnicolas in armbian/build#10154Add minimal SWT6621S firmware support for KICKPI K3B. by @retro98boy in armbian/firmware#134armbian-firstlogin: power-loss recovery and atomic writes. by @mingzhangqun in armbian/build#9954armbian-install: report bootloader write failures instead of "Done.". by @iav in armbian/build#10204artifact-rootfs: surface git-log failure when computing configng hash. by @igorpecovnik in armbian/build#9849board: aml-c400-plus: Fix eMMC boot format and partition layout. by @jomadeto in armbian/build#9911boards/easy-eai-nano: enable usb and brcm wifi. by @hqnicolas in armbian/build#10177brcm: add brcmfmac firmware aliases for easy-eai nano (rv1126). by @igorpecovnik in armbian/firmware#133bsp: generic SATA park-on-shutdown (HDD_PARK_ON_SHUTDOWN), enable on Odroid HC4. by @igorpecovnik in armbian/build#10191bsp: use kernel version argument in ABL postinst scripts (fixes #10108). by @rorystandley in armbian/build#10109can: rockchip: add RK3588 CAN support (for kernel v6.18 / v7.1 / v7.2). by @lch08 in armbian/build#10184ci(board-assets): don't check out fork head under pull_request_target. by @igorpecovnik in armbian/build#10194cix-acpi: bump edge to 7.1.y. by @EvilOlaf in armbian/build#10167Cleanup patches. by @EvilOlaf in armbian/build#10174csc board: NORCO EMB-3531: Do not reset LTE moden. by @retro98boy in armbian/build#10222docker/framework: build riscv64 images on native runners (trixie, noble). by @igorpecovnik in armbian/docker-armbian-build#34docker/framework: generate riscv64 images (trixie, noble, resolute). by @igorpecovnik in armbian/docker-armbian-build#33docker/riscv64: fix cross-compiler availability for generate-dockerfile. by @igorpecovnik in armbian/build#9589docker: allow overriding host_arch for foreign-arch Dockerfile generation. by @igorpecovnik in armbian/build#10211docs: refresh README (AI-assisted). by @igorpecovnik in armbian/ci#29Enable memory compaction and RK630 PHY on Rockchip vendor kernels . by @lukaszsobala in armbian/build#10175Enable pwm gpio. by @frank-f in armbian/build#10238extensions/nvidia: per-distro version detection + runtime auto-disable on no-GPU hosts. by @igorpecovnik in armbian/build#9845extensions/radxa-aic8800: use local dir as download cache. by @rpardini in armbian/build#10156extensions/rkusbboot: easy ramboot mainline u-boot on Rockchip devices. by @rpardini in armbian/build#10158feat(extensions): sysrq-serial-trigger + kernel-debug-tiers (on-device kernel debugging via serial console). by @iav in armbian/build#9776feat(flash): keep the success screen when verification is cancelled. by @SuperKali in armbian/imager#166Fix build for Linux 7.1. by @EvilOlaf in armbian/bcmdhd-dkms#7fix hdmi rx on orangepi5 ultra by adding hpd-gpios. by @pdapandapda in armbian/build#10172fix Radxa U-Boot ITB dependency. by @yisding in armbian/build#10196Fix sata2 target-supply for Orange Pi 3B and Station M2. by @dust-7 in armbian/build#10137fix the hdmirx HPD patch against kernel6.18 & kernel 7.1. by @pdapandapda in armbian/build#10180fix(offline): honor OFFLINE_WORK in git-ref2info and memoize TTL. by @iav in armbian/build#9797gha: disable build cronjobs (moved to armbian/ci). by @igorpecovnik in armbian/os#482git: match safe.directory literally, not as a regex. by @igorpecovnik in armbian/build#10223git: silence spurious SUBSHELL error annotation from safe.directory check. by @igorpecovnik in armbian/build#10225helios4: bump u-boot to v2026.07. by @iav in armbian/build#10183helios4: drop stale u-boot patch dir v2025.10/board_helios4. by @iav in armbian/build#10189input: remotectl: rockchip-pwm: prefer dedicated channel-3 IRQ. by @rpardini in armbian/linux-rockchip#503k3: sk-am62-lp: shrink R5 SPL to fit SRAM + silence k3 cp noise. by @igorpecovnik in armbian/build#10230luckfox-lyra-ultra-w: Add spidev overlay with 2 CS. by @vidplace7 in armbian/linux-rockchip#505mainline: bump bleedingedge to v7.2-rc3. by @EvilOlaf in armbian/build#10181mekotronics-r58x-pro: u-boot: bump to v2026.07. by @rpardini in armbian/build#10232mixtile-blade3: edge: u-boot: fancy it up (lwIP, mbedTLS, efi, btrfs, etc). by @rpardini in armbian/build#10234mvebu64: modernize EspressoBin/MacchiatoBin firmware (u-boot 2026.07 + TF-A 2.14.0 + A3720 fixes). by @igorpecovnik in armbian/build#10213odroidhc4: u-boot: bump to v2026.07, drop upstreamed patch. by @rpardini in armbian/build#10233odroidm1: bump u-boot to v2026.07. by @iav in armbian/build#10201Qidi X6: update to u-boot 2026.07. by @Shadowrom2020 in armbian/build#10228radxa-dragon-q8b: add edge kernel (7.1) target. by @SuperKali in armbian/build#10215radxa-e52c: bump uboot to v2026.07. by @okrc in armbian/build#10135Rk3588 es8388 codec silence log. by @CT1IQI in armbian/build#10198rockchip64-6.18: rework rk3588-0010-fix-clk-divisions to avoid patching include/linux/math.h. by @rpardini in armbian/build#10207rockchip64-7.2: bleedingedge: enable REALTEK_PHY_HWMON. by @rpardini in armbian/build#10206rockchip64-7.2: rk3588-mixtile-blade3, many fixes and additions. by @rpardini in armbian/build#10203rootfs-image: move pre_install_distribution_specific inside install_distribution_specific(). by @rpardini in armbian/build#10157rootfs: DNS fallback for build-time chroot resolv.conf. by @igorpecovnik in armbian/build#10205rootfs: harden chroot apt against transient fetch failures (retries + fail-fast update). by @igorpecovnik in armbian/build#10202rootfs: pin tar for resolute kernel deb install (all families). by @igorpecovnik in armbian/build#10187rootfs: revert resolute tar pin (#10187) — fixed upstream. by @igorpecovnik in armbian/build#10209runner-clean: drop stale amlogic FIP source caches. by @igorpecovnik in armbian/actions#28runner-clean: ensure tree is installed on the host. by @igorpecovnik in armbian/actions#27runner-clean: register qemu binfmt handlers on the host. by @igorpecovnik in armbian/actions#26sc8280xp: fix wrong LINUXCONFIG name for the sc8280xp branch. by @igorpecovnik in armbian/build#10227SpacemiT: Defconfig: Enable CONFIG_PWM_PXA. by @fkpwolf in armbian/build#10182sun55iw3-syterkit: skip TF-A build (SyterKit is self-contained). by @igorpecovnik in armbian/build#10214targets: drop resolute from riscv64 userspace builds (RVA23 vs RV64GC). by @igorpecovnik in armbian/ci#27turing-rk1: bump u-boot v2024.04 → v2026.07 (fix SWIG 4.3 build break on trixie). by @igorpecovnik in armbian/build#10216u-boot: bump 2026.07-rc4/rc5 pins to final v2026.07. by @igorpecovnik in armbian/build#10186u-boot: don't error on implicit declarations (gcc ≥ 14 / trixie). by @igorpecovnik in armbian/build#10221u-boot: fix old pylibfdt build against SWIG ≥ 4.3 (trixie). by @igorpecovnik in armbian/build#10217u-boot: sync btrfs zstd short-extent fix into shadowed board/pool copies. by @iav in armbian/build#10208uboot: demote int-conversion & incompatible-pointer-types to warnings (gcc 14). by @igorpecovnik in armbian/build#10224Up rtw8822b to v30.20.0. by @farwayer in armbian/firmware#135update Helios4 BSP postinst. by @leggewie in armbian/build#9065workflows: add Delete Old Releases (copied from os). by @igorpecovnik in armbian/ci#26workflows: enable build cronjobs (taking over from armbian/os). by @igorpecovnik in armbian/ci#25youyeetoo-r1-v3: bump mainline u-boot to v2026.04. by @SuperKali in armbian/build#10219youyeetoo-r1-v3: promote to standard support and name audio outputs. by @SuperKali in armbian/build#10220View the full article

This week's updates center on new hardware enablement, a broad U-Boot v2026.07 modernization, and build system hardening for toolchain and infrastructure changes. Board support expanded across multiple SoC families, including the X88 PRO RK3566 TV box, Avnet MaaXBoard 8ULP (i.MX8ULP), EASY EAI Nano (RV1126), and the AYN Odin3. The Youyeetoo R1 v3 was promoted to standard support with named audio outputs, while the Radxa Dragon Q8B gained an edge kernel (7.1) target. Rockchip work included RK3588 CAN support for kernels 6.18/7.1/7.2, HDMI-RX fixes on the OrangePi 5 Ultra, and Mixtile Blade3 refinements on the 7.2 bleeding edge. A coordinated U-Boot bump to v2026.07 landed across Helios4, Odroid HC4/M1, Turing RK1, Radxa E52C, Qidi X6, Mekotronics R58X-Pro, and the Espressobin/Macchiatobin (paired with TF-A 2.14.0). This surfaced toolchain issues on Trixie, addressed through SWIG 4.3 pylibfdt compatibility, demotion of gcc 14 int-conversion and implicit-declaration errors to warnings, and related pin cleanups. Infrastructure work strengthened build reliability and CI. The rootfs stage gained DNS fallback and apt retry hardening for chroot operations, armbian-firstlogin received power-loss recovery with atomic writes, and armbian-install now reports bootloader write failures explicitly. Docker framework updates enable native riscv64 image generation on trixie and noble runners, while new extensions introduce sysrq serial trigger, kernel-debug tiers, ram-boot via rkusbboot, and generic SATA park-on-shutdown enabled by default on the Odroid HC4. #Armbian #EmbeddedLinux #UBoot #Rockchip #RISCV ChangesAdd support for X88 PRO RK3566 TV box. by @Ovaday in armbian/linux-rockchip#500Add AI-driven README updater (central, cross-repo). by @igorpecovnik in armbian/armbian.github.io#359Add Avnet MaaXBoard 8ULP (i.MX8ULP) support. by @govindsi in armbian/build#9991Add AYN Odin3 firmware. by @kasimling in armbian/firmware#136Add ayn-odin3 board image. by @kasimling in armbian/armbian.github.io#358Add board: EASY EAI Nano RV1126. by @hqnicolas in armbian/build#10154Add minimal SWT6621S firmware support for KICKPI K3B. by @retro98boy in armbian/firmware#134armbian-firstlogin: power-loss recovery and atomic writes. by @mingzhangqun in armbian/build#9954armbian-install: report bootloader write failures instead of "Done.". by @iav in armbian/build#10204artifact-rootfs: surface git-log failure when computing configng hash. by @igorpecovnik in armbian/build#9849board: aml-c400-plus: Fix eMMC boot format and partition layout. by @jomadeto in armbian/build#9911boards/easy-eai-nano: enable usb and brcm wifi. by @hqnicolas in armbian/build#10177brcm: add brcmfmac firmware aliases for easy-eai nano (rv1126). by @igorpecovnik in armbian/firmware#133bsp: generic SATA park-on-shutdown (HDD_PARK_ON_SHUTDOWN), enable on Odroid HC4. by @igorpecovnik in armbian/build#10191bsp: use kernel version argument in ABL postinst scripts (fixes #10108). by @rorystandley in armbian/build#10109can: rockchip: add RK3588 CAN support (for kernel v6.18 / v7.1 / v7.2). by @lch08 in armbian/build#10184ci(board-assets): don't check out fork head under pull_request_target. by @igorpecovnik in armbian/build#10194cix-acpi: bump edge to 7.1.y. by @EvilOlaf in armbian/build#10167Cleanup patches. by @EvilOlaf in armbian/build#10174csc board: NORCO EMB-3531: Do not reset LTE moden. by @retro98boy in armbian/build#10222docker/framework: build riscv64 images on native runners (trixie, noble). by @igorpecovnik in armbian/docker-armbian-build#34docker/framework: generate riscv64 images (trixie, noble, resolute). by @igorpecovnik in armbian/docker-armbian-build#33docker/riscv64: fix cross-compiler availability for generate-dockerfile. by @igorpecovnik in armbian/build#9589docker: allow overriding host_arch for foreign-arch Dockerfile generation. by @igorpecovnik in armbian/build#10211docs: refresh README (AI-assisted). by @igorpecovnik in armbian/ci#29Enable memory compaction and RK630 PHY on Rockchip vendor kernels . by @lukaszsobala in armbian/build#10175Enable pwm gpio. by @frank-f in armbian/build#10238extensions/nvidia: per-distro version detection + runtime auto-disable on no-GPU hosts. by @igorpecovnik in armbian/build#9845extensions/radxa-aic8800: use local dir as download cache. by @rpardini in armbian/build#10156extensions/rkusbboot: easy ramboot mainline u-boot on Rockchip devices. by @rpardini in armbian/build#10158feat(extensions): sysrq-serial-trigger + kernel-debug-tiers (on-device kernel debugging via serial console). by @iav in armbian/build#9776feat(flash): keep the success screen when verification is cancelled. by @SuperKali in armbian/imager#166Fix build for Linux 7.1. by @EvilOlaf in armbian/bcmdhd-dkms#7fix hdmi rx on orangepi5 ultra by adding hpd-gpios. by @pdapandapda in armbian/build#10172fix Radxa U-Boot ITB dependency. by @yisding in armbian/build#10196Fix sata2 target-supply for Orange Pi 3B and Station M2. by @dust-7 in armbian/build#10137fix the hdmirx HPD patch against kernel6.18 & kernel 7.1. by @pdapandapda in armbian/build#10180fix(offline): honor OFFLINE_WORK in git-ref2info and memoize TTL. by @iav in armbian/build#9797gha: disable build cronjobs (moved to armbian/ci). by @igorpecovnik in armbian/os#482git: match safe.directory literally, not as a regex. by @igorpecovnik in armbian/build#10223git: silence spurious SUBSHELL error annotation from safe.directory check. by @igorpecovnik in armbian/build#10225helios4: bump u-boot to v2026.07. by @iav in armbian/build#10183helios4: drop stale u-boot patch dir v2025.10/board_helios4. by @iav in armbian/build#10189input: remotectl: rockchip-pwm: prefer dedicated channel-3 IRQ. by @rpardini in armbian/linux-rockchip#503k3: sk-am62-lp: shrink R5 SPL to fit SRAM + silence k3 cp noise. by @igorpecovnik in armbian/build#10230luckfox-lyra-ultra-w: Add spidev overlay with 2 CS. by @vidplace7 in armbian/linux-rockchip#505mainline: bump bleedingedge to v7.2-rc3. by @EvilOlaf in armbian/build#10181mekotronics-r58x-pro: u-boot: bump to v2026.07. by @rpardini in armbian/build#10232mixtile-blade3: edge: u-boot: fancy it up (lwIP, mbedTLS, efi, btrfs, etc). by @rpardini in armbian/build#10234mvebu64: modernize EspressoBin/MacchiatoBin firmware (u-boot 2026.07 + TF-A 2.14.0 + A3720 fixes). by @igorpecovnik in armbian/build#10213odroidhc4: u-boot: bump to v2026.07, drop upstreamed patch. by @rpardini in armbian/build#10233odroidm1: bump u-boot to v2026.07. by @iav in armbian/build#10201Qidi X6: update to u-boot 2026.07. by @Shadowrom2020 in armbian/build#10228radxa-dragon-q8b: add edge kernel (7.1) target. by @SuperKali in armbian/build#10215radxa-e52c: bump uboot to v2026.07. by @okrc in armbian/build#10135Rk3588 es8388 codec silence log. by @CT1IQI in armbian/build#10198rockchip64-6.18: rework rk3588-0010-fix-clk-divisions to avoid patching include/linux/math.h. by @rpardini in armbian/build#10207rockchip64-7.2: bleedingedge: enable REALTEK_PHY_HWMON. by @rpardini in armbian/build#10206rockchip64-7.2: rk3588-mixtile-blade3, many fixes and additions. by @rpardini in armbian/build#10203rootfs-image: move pre_install_distribution_specific inside install_distribution_specific(). by @rpardini in armbian/build#10157rootfs: DNS fallback for build-time chroot resolv.conf. by @igorpecovnik in armbian/build#10205rootfs: harden chroot apt against transient fetch failures (retries + fail-fast update). by @igorpecovnik in armbian/build#10202rootfs: pin tar for resolute kernel deb install (all families). by @igorpecovnik in armbian/build#10187rootfs: revert resolute tar pin (#10187) — fixed upstream. by @igorpecovnik in armbian/build#10209runner-clean: drop stale amlogic FIP source caches. by @igorpecovnik in armbian/actions#28runner-clean: ensure tree is installed on the host. by @igorpecovnik in armbian/actions#27runner-clean: register qemu binfmt handlers on the host. by @igorpecovnik in armbian/actions#26sc8280xp: fix wrong LINUXCONFIG name for the sc8280xp branch. by @igorpecovnik in armbian/build#10227SpacemiT: Defconfig: Enable CONFIG_PWM_PXA. by @fkpwolf in armbian/build#10182sun55iw3-syterkit: skip TF-A build (SyterKit is self-contained). by @igorpecovnik in armbian/build#10214targets: drop resolute from riscv64 userspace builds (RVA23 vs RV64GC). by @igorpecovnik in armbian/ci#27turing-rk1: bump u-boot v2024.04 → v2026.07 (fix SWIG 4.3 build break on trixie). by @igorpecovnik in armbian/build#10216u-boot: bump 2026.07-rc4/rc5 pins to final v2026.07. by @igorpecovnik in armbian/build#10186u-boot: don't error on implicit declarations (gcc ≥ 14 / trixie). by @igorpecovnik in armbian/build#10221u-boot: fix old pylibfdt build against SWIG ≥ 4.3 (trixie). by @igorpecovnik in armbian/build#10217u-boot: sync btrfs zstd short-extent fix into shadowed board/pool copies. by @iav in armbian/build#10208uboot: demote int-conversion & incompatible-pointer-types to warnings (gcc 14). by @igorpecovnik in armbian/build#10224Up rtw8822b to v30.20.0. by @farwayer in armbian/firmware#135update Helios4 BSP postinst. by @leggewie in armbian/build#9065workflows: add Delete Old Releases (copied from os). by @igorpecovnik in armbian/ci#26workflows: enable build cronjobs (taking over from armbian/os). by @igorpecovnik in armbian/ci#25youyeetoo-r1-v3: bump mainline u-boot to v2026.04. by @SuperKali in armbian/build#10219youyeetoo-r1-v3: promote to standard support and name audio outputs. by @SuperKali in armbian/build#10220View the full article

@eselarm: First off, thanks for your extensive answer and the effort you've put to read and answer to my question. I'm by far not such an expert like you yet, but to start with, I can tell you the following: I had two Le Potato SBC laying around doing nothing and I wanted to give them some work to do. I was already looking for a while to start with HA (I have currently an own written home automation system that works together with openHAB through MQTT). The Le Potato has (at least mine) 2GB of RAM on board, twice as much as all of my Raspberry Pi's I currently have or in use, or laying around doing nothing. So I think that should be sufficient to do what I want to do with HA. Le Potato is not a racing car, but I don't think this is necessary for me. Unless you have so many add-ons like you have. That's another story. I want to use Zigbee as a protocol for my sensors. I bought recently a whole bunch of them: presence detection, door and room sensors, temperature sensors. All of them from Aqara. I also bought a Sonoff Zigbee 3.0 USB Dongle P (later on, I read that I should have taken the E version but yeah, that's the "learning price" you pay if you step into an unknown world...) Next to that, I also bought presence detectors from another brand (HOBEIAN, model ZB-PL/ZB-p: this seems to be a Tuya clone), just to see how HA can cope with all those different brands. Finally, I also bought 4x 2PM GEN4 Shelly boxes to contol roller shutters later on. The nice thing about those is that they "understand" quite a few protocols, among others, Zigbee I also want to be able to "listen" to what the Zigbee components are sending to HA. Therefore, I want to use Zigbee2MQTT in HA instead of Zigbee Home Assistant itself. It's for Zigbee2MQTT that I really wanted a HA version with supervisor capabilities to be able to add Zigbee2MQTT through the Add-ons feature. Alas... that's not seem to work... So, my Le Potato should only be able to run HA in combination with MQTT and Zigbee2MQTT. The specs of Le Potato should be sufficient to cope with this I guess (I hope). And if the future demands me to add more features, well, then we'll see. But my first goal is to learn HA and its surroundings. And since I anyhow had those SBCs doing nothing.... So, since the "official" Armbian Home Assistant image didn't have the Add-ons feature, I took a brave and daring move: I went the HA docker way... Therefore, I took another SD card and flashed Armbian 26.2.1 Minimal to it. Just to have a very bare bone Linux distro (I have to admit that I do know something about Linux, I'm just not a HA expert yet...). After installing the distro on the SD card and doing the necessary "Armbian onboarding" stuff (create root password, create new user, and so on), I first installed Docker. Again: I have no experience yet with Docker, so again another big gamble. But I like challenges, so I don't mind. After installing Docker, I installed the HA docker image. I then opened the HA web UI and could also start creating a "first user" (which is apparently given administrator rights). But of course, again not the Add-ons feature in the Service section. But this time I could understand; this is normal since I didn't use the real, official HA repo. I could install ZHA, however, which I did. Just to see if my Sonoff dongle was detected and used by HA. After installing ZHA, I activated some of my devices and yes, they were detected! But that only proved my Zigbee dongle was working fine. Nothing more, nothing less. Still, very important! Then I installed Zigbee2MQTT "the Docker way". This was absolutely not a walk in the park, but in the end I got it up and running. My devices are getting detected, I know now how to change topics. I can receive MQTT topics on my MQTT broker running on another Raspberry Pi, I can filter the MQTT JSON objects so that I only receive what I would like to receive (by default, the JSON object exposes all entities of a device, but I'm not interested in all of them), I can convert the standard MQTT topic "prefix" used by Zigbee2MQTT on the fly and so on. Overall, I'm very satisfied with what I currently have and I will continue to follow that road. Maybe until Armbian has a fully supported HA image for Le Potato that contains the Add-ons section. Maybe I will switch to a more powerfull server too in the future. I read on the inet that a lot of people are switching from a RPi4 to a so-called Intel NUC server (whatever that is, no experience with it, no idea about its specs) for performance reasons and they're very satisfied. Maybe I'll do that too in the future, only God knows... We'll see, but still lots to learn about HA and its overall environment for the moment. Thanks again! Best, --Geert

@himigs stupid question, but I'm a total noob in hardware tinkering. On the 4th pic, you have the attached header with pins to UART. Please, tell me, was it necessary to solder it or there are means to connect it without soldering.

hate to bump this thread, but anyone have any luck with hardware decoding in latest Armbian? Tried with 26.5.1 vendor kernel with both gnome and kde. None of the guides seem to work with hardware decoding. Tried the above posted fork as well, but seems 26.6.1 doesn't ship with g610-g24p0-wayland-gbm. Installing it from here just gave me a black screen at boot. Not sure what else to try, I had moonlight working with hardware decoding in 24.8.1 a couple years ago here.

Hello, I make two away with both kernel version. With officiel 6.18.35 and a build by me 6.18.37 with armbian build framework. see here: For the moment, i freeze to version kernel 6.18.10 and DTB file patch and all is Okok. Have a good day.

Looks like I accidentally erased most of my u-boot from SPI flash since I don't have much experience with it. Are there any ways to restore it and what soft- and hardware do I need, apart from having a Linux PC and UART?

Updating U-Boot was the solution, kernel is now up to date!!! Thanks everyone for the tips, learned a few new things and the UART cable is really usefull!

Much to my chagrin I have had to do a similar dance today after running updates./. I tried sudo dpkg-reconfigure aic8800-usb-dkms but no joy. This time was easier and it was just a matter of getting the firmware and usb module directly from radxa's repo. ```wget https://github.com/radxa-pkg/aic8800/releases/download/5.0%2Bgit20260123.5f7be68d-6/aic8800-firmware_5.0+git20260123.5f7be68d-6_all.deb wget https://github.com/radxa-pkg/aic8800/releases/download/5.0%2Bgit20260123.5f7be68d-6/aic8800-usb-dkms_5.0+git20260123.5f7be68d-6_all.deb``` Then install both of them ```sudo dpkg -i aic8800-firmware_*.deb aic8800-usb-dkms_*.deb``` and then remapping the hardware and restarting ```sudo depmod -a sudo reboot``` Leaving this there... for next time I do an update

I want to compile a matching build for: https://armbian.com/boards/odroidhc4 Debian 13trixie Minimal (CLI)—current6.18.33 https://dl.armbian.com/odroidhc4/Trixie_current_minimal Matching the img is fine (rather than the img.xz). I haven't compiled a matching build yet. I am doing this to debug my issue with the stock builds. Running: ./compile.sh BOARD=odroidhc4 BRANCH=current RELEASE=trixie BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_CONFIGURE=no Logs forthcoming.

Thanks for the great work Nick. I recently bought a SPI screen and managed to drive it with panel-mipi-dbi in the newer kernel (apparently this module didn't exist in Radxa's official image with kernel 5.15). The panel was a ST7789V 240*320 TFT LCD and I have a A7Z, with the `Radxa-cubie-A7a-a7z-v0.6.4` server image installed. And I have put the work on [Github](https://github.com/parker-int64/sun60i-a733-dtoverlays). During the experiment, I discovered that the PWM (used for display backlight) in the allwinner BSP seems to have a bug. The Allwinner Sunxi PWM driver may incorrectly reverts the PWM pin to GPIO input immediately after switching the pinctrl state. Thus I can control the PWM with the file nodes but can't attached it to related pins. For example, I'm using the `sun60i-a733-pwm1-7.dtso` overlay, which is supposed to enable the PJ25. After enabling the overlay, I noticed that the PWM nodes were created and I can controll these nodes. But the pinctrl suggest that it was unclamied: $ cat /sys/kernel/debug/pinctrl/2000000.pinctrl/pinmux- pins | grep PJ25 pin 313 (PJ25): UNCLAIMED Later on, AI found out that the `devm_pinctrl_put(pctl);` in bsp/drivers/pwm/pwm-sunxi.c may have been incorrectly called on the clean stage of the `sunxi_pwm_pin_set_state`: 520 static int sunxi_pwm_pin_set_state(struct device *dev, char *name) 521 { 522 struct pinctrl *pctl; 523 struct pinctrl_state *state = NULL; 524 int err; 525 526 pctl = devm_pinctrl_get(dev); 527 if (IS_ERR(pctl)) { 528 sunxi_err(dev, "pinctrl_get failed\n"); 529 err = PTR_ERR(pctl); 530 return err; 531 } 532 533 state = pinctrl_lookup_state(pctl, name); 534 if (IS_ERR(state)) { 535 sunxi_err(dev, "pinctrl_lookup_state(%s) failed\n", name); 536 err = PTR_ERR(state); 537 goto exit; 538 } 539 540 err = pinctrl_select_state(pctl, state); 541 if (err) { 542 sunxi_err(dev, "pinctrl_select_state(%s) failed\n", name); 543 goto exit; 544 } 545 546 exit: 547 /* 548 * devm_pinctrl_put() releases the last pinctrl reference, 549 * causing pinmux_disable_setting() to restore the pin to 550 * its default GPIO function. The devres framework will 551 * release this resource automatically when the device is 552 * destroyed. 553 */ 554 devm_pinctrl_put(pctl); 555 return err; 556 557 } Also it gives me a workaround `sunxi-pwm-child-pinctrl.c`, introduces an additional pinctrl reference, preventing `devm_pinctrl_put()` from reducing the reference count to zero. Both the patch file and the workaround source is available on Github. However I only tried the workaround since I have some trouble compile the full kernel at the moment, will try some time later and update more details on Github. And at last the pwm-backlight worked as expected and my LCD light up.

There is a previous topic on this from 2020, but it's closed and not much action was taken except discussing workarounds. I'd like to continue this. Looking at the kernel configs in this repo, many of them have CONFIG_RT_GROUP_SCHED=y. This does not play nicely with modern systemd (cgroups v2), breaking things like rtkit-daemon. See https://bugs.gentoo.org/569546 and https://bugzilla.redhat.com/show_bug.cgi?id=655321. rtkit is an important part of making pulseaudio and pipewire work smoothly, as well as for many other low-latency applications. There are a few currently available workarounds, but none are ideal: 1. Linux 6.16 or later has boot time param rt_group_sched=0 to override it, but there is still some runtime overhead. No exact alternative for earlier kernels. 2. kernel.sched_rt_runtime_us=-1 in sysctl.conf -- potentially dangerous as it removes the 95% CPU time safeguard for RT processes, leading to lockups when badly behaving processes exist. 3. disable cpu and cpuset cgroup controllers in systemd configs -- has a lot of other side effects, like preventing systemd's CPU limits for services Since the last post on this (linked above), forcefully assigning an rt time time slice won't even work anymore, since cgroup v2 doesn't even have that ability anymore. So this kernel config option is somewhat useless now.

I already did the apt update & upgrade, it actually seems like the 6.18.35 did solve that issue - or at least, that's how I'd read the newer "armbianmonitor -u" as posted here: https://paste.armbian.com/orawuzawun PS: I didn't test again if it works now without the script for reasons of lack of access to the bananapi + local screen + local keyboard in case it still came up without end0 - bot the output of armbianmonitor at least doesnt show up that failure you pointed at.

Added https://github.com/armbian/build/pull/10213

You should check with: grep non-free /etc/apt/sources.list.d/*.sources And remove the non-free components and also remove/purge all packages that belong to non-free. You probably need some 'man apt-get' to figure out how to select those.

Of course. Kernel upgrade is handled via standard apt get update and upgrade. If you need to change to specific kernel, use https://docs.armbian.com/User-Guide_Armbian-Config/System/#alternative-kernels Make sure to update all packages before going that route, IIRC this problem is related to u-boot. Which is updated after all packages are up2date with armbian-install utility,

The Holo Core aarch64 preview provides early binaries, sources, and containers for an Arch Linux-based aarch64 port, backed by tooling and CI work for reproducible rolling-release builds. View the full article

Software complexity is extreme ... And only x86 I would assume, so there is very little of interests for us. It is enough that packages are assembled at different time, so they will have different (bugs &) fixes. Either Ubuntu will get this bug or xtradebs will be fixed. Soon both wil be fixed or both broken .... unless bug is down to the OS level. Where snap will win with its, presumbly, stabilized OS container.