All Activity

This is 88XXAU in the config. Yes, this driver allows you to see the device as a network device, the adapter gets a new interface name wlx<macaddress>, but it cannot connect to the network and does not receive a list of available networks.

Those builds are made by automation, once per week if nothing else goes wrong.

Armbian Development Highlights: June 2–9, 2025 This week’s Armbian updates focused on kernel improvements, bootloader modernization, and several core enhancements to the build infrastructure. Key work spanned platforms like Rockchip, Sunxi, and Odroid, emphasizing kernel stability and broader compatibility across boards. Kernel Upgrades Several boards received kernel updates: Rockchip 32-bit edge kernel bumped to 6.15 in PR #8262 by paolosabatino. SpacemiT platforms updated to 6.6.93 in PR #8274 by pyavitz. Odroid XU4 kernel upgraded to 6.6.93 via PR #8277 by belegdol. Patches also landed to adapt Wi-Fi drivers to 6.15-era changes, including fixes for xradio and uwe5622 on Sunxi, contributed by The-going: sunxi: xradio – Switch from del_timer_sync to timer_delete_sync uwe5622: Fix timer API changes for 6.15 Bootloader and U-Boot Work Improvements were made to bootloader support: Tinkerboard 2 now uses U-Boot v2025.04 (PR #8268 by hyx0329). RK3328 boards gained setexpr support in U-Boot v2022.04/07 (PR #8260 by djurny). Build System Changes Several build system enhancements landed this cycle: PR #8276 by Ayush1325 prevented unintentional conversion of built-in kernel drivers to modules. A new helper function chroot_sdcard_custom_with_apt_logic was introduced in PR #8245 by rpardini, streamlining SD card build logic. PR #8279 by igorpecovnik removed obsolete Trixie package references. Networking Improvements PR #8259 and commit cdf71df by djurny expanded DHCP configuration in netplan to automatically include interfaces matching lan* and wan*, simplifying initial setup across devices. Miscellaneous Signing key backward compatibility was preserved in PR #8282 and commit aa5526a by igorpecovnik. Commit 0f43036 reworked prepare-host.sh after review. Contributors This Week Ayush1325 The-going djurny igorpecovnik pyavitz belegdol hyx0329 rpardini paolosabatino The post Armbian Weekly Updates first appeared on Armbian. View the full article

I forgot to write that I use meson-sm1-x96-air-gbit.dtb. Kernel 6.12.31-current-meson64. Please provide a .dtb file with working SPDIF. It may be a different kernel version. If I had any .dtb file with working SPDIF I could modify my file using the "fdtput" command.

ok thanks

@svyatoslav freeze the kernel updates using the armbian-config tool.

Thanks Igor for identifying the root cause. When will this fix be released so that I can used Orange pi Zero 2 with latest build with above problem fixed?

Thanks I saw that patch but have no idea how to apply it or what to do with it or if it even works in this version? If someone could help that would be great!

Hi there! We have some good news, a guy from the 4pda forums figured out how to make the missing SD slot work. I've replicated that on my M9s box a few days ago and it works like a charm. You can see original post in Russian here. So, basically, this TV box uses the same reference design for that circuitry as Armsom Sige5 and other boards. You can check the diagrams for Sige5 to get an idea. You need two capacitors (10uF and 100nF, on the power line) on the SD slot side (two smaller pads) and a LPW5202ADB5F chip and some resistors and caps on the other side. LPW5202ADB5F is a power switch chip with current limiter, can be bought on Aliexpress for like $5-6 for 20 pcs, also need these components: 1x 10k resistor - controls current limiter (this value is for 0.7A according to data sheet, lower values for higher current, or 3.6k = 2A), 2x 10uF caps on power input/output lines 1x 100k - pull down resistor on the 'enable' contact 1x 2k - limiting resistor from the CPU to the 'enable' line 6x 22 Ohm resistors for the data lines between CPU and SD card slot In theory, it's possible to put a zero-ohm resistor between in and out instead of that switch chip, in that case SD slot will be powered all the time and won't have a current limiter.

Perhaps same bits are missing in 5b device tree? https://github.com/armbian/build/blob/main/patch/kernel/archive/rockchip64-6.12/rk3588-1020-Add-HDMI-and-VOP2-to-Rock-5A.patch If you get it working, make a patch and push it here: https://github.com/armbian/build/tree/main/patch/kernel/archive/rockchip64-6.12

https://docs.armbian.com/User-Guide_FAQ/#why-does-hardware-feature-xy-work-in-old-kernel-but-not-in-more-recent-one

Why does HDMI Audio work on Debian 12 Bookworm 6.1 version and not on Debian 12 Bookworm 6.12? I have updated to latest version and still no HDMI audio. Is there a patch or something i can do to fix this?

apt upgrade, after update armbian stops loading

Ok, try with this dts file /boot/overlay-user/bt_enable_clean.dts /dts-v1/; /plugin/; &pio { bt_en_pin: bt_en_pin { pins = "PH1"; // GPIO225 function = "gpio_out"; bias-pull-up; drive-strength = <20>; output-high; }; }; Compile it: sudo armbian-add-overlay /boot/overlay-user/bt_enable_clean.dts and enable it in /boot/armbianEnv.txt user_overlays=bt_enable_clean Then see if better on reboot.

bt_boot_fail_04.txt

Interesting, pls post the failed boot.

sudo armbian-add-overlay /boot/overlay-user/bt_enable_full.dts Compiling the overlay Error: /boot/overlay-user/bt_enable_full.dts:23.34-35 syntax error FATAL ERROR: Unable to parse input tree Error compiling the overlay Ok, I guess the problem was in "GPIO_ACTIVE_HIGH" macros. So I changed them to "1". File has compiled and I begun to test the board. Two times in row the board booted ok, but next time BT has failed.

Do you have idea with chip S928X-K in device Ugoos SK1 ? if you have Rom please share for me thank you so much

Ok, create a new dts /boot/overlay-user/bt_enable_full.dts /dts-v1/; /plugin/; &pio { bt_en_pin: bt_en_pin { pins = "PH1"; function = "gpio_out"; bias-pull-up; output-high; }; bt_wake_pin: bt_wake_pin { pins = "PH0"; function = "gpio_in"; bias-pull-up; }; }; &{/soc} { wcn_bt: wcn_bt@0 { compatible = "wcn,bt"; status = "okay"; enable-gpios = <&pio 7 1 GPIO_ACTIVE_HIGH>; // PH1 = GPIO225 wake-gpios = <&pio 7 0 GPIO_ACTIVE_HIGH>; // PH0 = GPIO224 (if connected) }; }; And compile it: sudo armbian-add-overlay /boot/overlay-user/bt_enable_full.dts Then enable it in /boot/armbianEnv.txt user_overlays=bt_enable_full See if there's an improvement on boot.

Here is the login prompt that failed: And about my SD Card, it is just a class 10 SanDisk Ultra card but does not say A1 anywhere. So next I tried the pre-built image for Cubieboard and it booted too! This is more stable than before, but as soon as I try to do downloads or file operations, I start seeing similar page state or mmc errors. I think this might be related to RAM frequencies as you mentioned. Is there a way I can change DRAM clock on a system after it boots? Adding to that, is there a way I can enable the display on this after it boots, or install drivers using an overlay? That would be great to test things out. I am trying to build again but it keeps failing at the same stage as last time, even after pulling the latest version. I think I should try either docker or a VM to build this, because it does not seem to be working on WSL. Thanks, Shivam

Thanks for your reply. You're right — the image I initially used came from the debmfc GitHub fork. I understand now that it's not officially supported by Armbian. I now tried the image from Armbian itself: Armbian 25.8.0-trunk.90 Bookworm Gnome However, I wanted to follow up on the CPU identification part, as you mentioned uncertainty about the S905M. I’ve opened up the stick and inspected the hardware. The SoC is clearly labeled as: Amlogic S905M Quad-Core Additionally: RAM: 2x Samsung K4B4G1646B (total 8GB DDR3) Storage: no internal NAND/eMMC, boots entirely from MicroSD Original SD card runs EmuELEC out-of-the-box I’ve attached pictures of the board below (top and bottom views), including close-ups of the SoC and RAM chips and screenshots of the partitions of the normal EMUELEC Emulator. I also tested your suggestion about verifying the CPU. It is definitely not an S905L or S905X2. This unit appears to be an Amlogic S905M I now tried the image from Armbian itself: Armbian 25.8.0-trunk.90 Bookworm Gnome and it still does not give any display output. I opened up the Game Stick and on the CPU iteself it says "@mlogic S905M

That was successful. Unfortunately, the fail rate not too much better than as I added new service: one boot was good, one was bad. Here is a log of the fail boot. bt_boot_fail_after_new_devicetree.txt

A little typo in the commands: patch -b sun50i-h6-orangepi-3-lts.dtso opi3lts-dtb.patch Should be: patch -b sun50i-h6-orangepi-3-lts.dts opi3lts-dtb.patch it should be .dts and not .dtso, its'n not an overlay. Sorry if that confused anyone.

Ok, replace the contents of the dts file with this: /dts-v1/; /plugin/; / { fragment@0 { target = <&pio>; __overlay__ { bt_enable_pin: bt_enable_pin { pins = "PH1"; function = "gpio_out"; bias-pull-up; output-high; }; }; }; }; And try again the steps

sudo armbian-add-overlay /boot/overlay-user/bt_enable_ph1.dts Compiling the overlay Error: /boot/overlay-user/bt_enable_ph1.dts:22.30-31 syntax error FATAL ERROR: Unable to parse input tree Error compiling the overlay Unfortunately, I didn't understand what the error is.