All Activity

This is my wifi. On legacy image, it can scan wifi if I edit /etc/modprobe.d/esp8089.conf to crystal_26M_en=1 but couldn't connect.

fast search found that 8089 use 40Mhz not 26 so its ignored https://lists.infradead.org/pipermail/linux-arm-kernel/2016-August/447345.html was a talk on kernel developer , some 8089 ignore also 40Mhz some need also 8622 need some 26Mhz or not

Hi, Anyone can help me? My chip is rk3229, wifi is esp8089 26Mhz, running 6.12.63 trixie. I followed most of the instructions here without hope. My dmesg said "esp8089: unknown parameter 'crystal_26M_en' ignored" for: options esp8089 crystal_26M_en=1 and "esp8089: unknown parameter 'config' ignored" for: option esp8089 config=crystal_26M_en=1

Open hardware is growing faster than ever and breaking in new ways.http://blog.armbian.com/content/images/2025/12/New_review1.png2025 has been a productive year for the Armbian project. As the Single Board Computer ecosystem continues to fragment and expand, Armbian has consolidated its position as the universal glue holding the open-source hardware world together. Our mission remains clear: providing a consistent, reliable build framework that generates operating system for an increasingly diverse hardware landscape. Hardware diversity and development velocityThe most visible metric of our growth is hardware support. This year, the team successfully integrated 61 new boards into the ecosystem. This represents thausands of engineering hours dedicated to debugging, kernel patching, and testing to ensure a stable experience for the end user, regardless of the underlying silicon. The heartbeat of this activity remains our build Framework, which saw 1,946 commits this year. This framework is the engine that allows Armbian to scale across architectures. Our specialized repositories also saw significant contributions: 795 commits to Rockchip Linux, 304 commits to Armbian Config, and 88 commits to the Armbian Imager. Repository2025 CommitsPrimary RoleBuild Framework1,946Core image generation engineRockchip Linux795Kernel support for Rockchip SoCsArmbian Config304System management and TUIArmbian Imager88Cross-platform flashing utility The CI/CD powerhouse: 9.2 years of compute!To maintain quality across hundreds of supported boards, our automated workflows are essential. In 2025, Armbian’s infrastructure ran for a total of 4,885,668 minutes. To put that in perspective, our servers performed the equivalent of 9.2 years of continuous compute time in a single calendar year. This massive undertaking involved 1,510,771 individual job runs, ensuring that every code contribution was properly assembled and tested and every image was built to specification before reaching your SD card. Community: more than just codeArmbian is a community-first project that thrives on shared expertise. While code is our foundation, documentation and education are what empower our users. Newsletter team is seeking contributors to create technical documentation, share practical experience, and write clear instructions and tutorials. If you have a unique project, a "how-to" guide, or an interesting Armbian use case, we encourage you to share your knowledge with the community via the Armbian Forum. Support the MissionMaintaining the infrastructure required for millions of job runs is a significant financial undertaking. If Armbian provides value to your business, research, or hobby, please consider supporting us. Contribute Expertise: Visit our Get Involved Guide to help with development or testing.Financial Support: You can donate via PayPal, Liberapay, or BTC or become a GitHub Sponsor.Every contribution directly funds build infrastructure, CI runners, mirrors, development tools, and hardware enablement, ensuring Armbian remains reliable and up to date. View the full article

Good afternoon. Sorry for my English. Happy New Year!!!! Can you change the current theme to MYD-lt527m-16e2d-180-e-sx? I think that's clear now. Thank you. By the way, I've made some progress. Using Android logs, I finally configured, launched, and tested two network interfaces. The iperf3 program showed an average throughput of 90 megabytes per second. Unfortunately, I can't yet extract the device tree using standard tools.

Armbian 25.11.2 Noble XFCE (BSP Kernel: 6.1.115) + PanVk - mesa 26.0 (https://launchpad.net/~ernstp/+archive/ubuntu/mesaaco) + box64 3.9 (https://ryanfortner.github.io/box64-debs/) + wine-10.20-staging-tkg-ntsync-amd64-wow64 (https://github.com/Kron4ek/Wine-Builds/releases/tag/10.20) + dgVoodoo2 (https://github.com/dege-diosg/dgVoodoo2/releases) + DXVK-stripped v1.6.1 ~60fps@720p (Medium settings) box64 environment variables: Prince of Persia - The Forgotten Sands

May have found something. Perhaps https://lists.openwall.net/linux-kernel/2025/09/17/618 causes issues. Here is a test image that works around this by adjusting device tree a bit. Please test and report https://testing.armbian.de/Armbian-unofficial_26.02.0-trunk_Orangepi3-lts_trixie_current_6.12.63_minimal.img.xz

logs?

What happened? Orange Pi 3 LTS rarely recognize ethernet connection. How to reproduce? Flash Orange Pi 3 LTS with an image of the latest version of Armbian. Extra Info The latest images tested which worked flawlessly was: Armbian_community_25.11.0-trunk.437_Orangepi3-lts_trixie_current_6.12.47_minimal.img Armbian_23.8.3_Orangepi3-lts_jammy_current_6.1.53_minimal.img Images tested which didn't worked: Armbian_community_26.2.0-trunk.151_Orangepi3-lts_trixie_current_6.12.63_minimal.img Armbian_community_26.2.0-trunk.100_Orangepi3-lts_trixie_current_6.12.63_minimal.img

Standard Debian; select what you want when you run: sudo tasksel

If there is nothing in /boot at all then its content is probably in another partition which gets mounted while booting. You will need to find that partition and mount it in your PC to modify it.

Yeah, it makes sense, sadly. The NanoPi R76S has Realtek NICs, but PHC support isn't included into the mainline kernel. The out-of-tree r8125 driver is... let's just say it's not very stable. The in-kernel driver doesn't display PHC at all, so it's not surprising that ethtool -T doesn't show anything. If you're noticing missing MACs and PHC vanishing after a reboot with r8125-9.016.01, it's generally because the driver and kernel versions don't match. That driver is quite sensitive to the internals of the kernel, and things become strange very quickly if udev or the DT bindings don't match up. It's also important to note that even when PHC works with Realtek, it's frequently not fully developed. For example, timestamping could be there, but it won't sync well with ptp4l, particularly when the system is under a lot of demand. So, for PHC accuracy and stability, this board was never meant to be used for serious time sync. In short: No PHC support for mainline kernel out-of-tree r8125 is unstable and breaks easily R76S hardware isn't very good for precise timing. If PHC is a must, Intel i210/i225-based NICs will work considerably better for you. Realtek + PHC is like being in agony mode.

Same problem here except there's no Desktop option. Only these: - Kernel - Storage - Access - User - Updates Got any other solutions?

You can't truly "force" the boot sequence on Helios64 since U-Boot already checks SD, eMMC, and SATA. The SD card isn't bootable if the eMMC is still booting. Things to check quickly: SD must contain a properly written raw Armbian image (dd / balenaEtcher). You can't copy files. Check that it contains a bootloader and not simply an ext4 partition. Before starting, turn off the power completely (warm reboots might disregard SD). Once the computer has started, use lsblk -f to inspect the layout of the devices. On Helios64, the mmc numbering does change, therefore tools may conceal devices to save the live rootfs from being destroyed. If you want to be 100% sure, unplug the eMMC for a short time. If it boots, the SD is OK. The boot sequence isn't the problem; the SD image is.

It said "archlinux" because I took something from my notes for my Arch Linux images. It was only an example command and you can put there anything on how you named the image. I did not include image creating and bootrapping an OS into the image. I mainly wanted to show you how you can build and flash your custom u-boot. You get these "idbloader.img" and "u-boot.itb" files from the steps I laid out. If you download u-boot, bl31, ddr and compile it, you will see the files in the folder. I am sure you will understand this pretty fast. :-) Create an empty img file Create a rootfs partition (should start at 16MB) Bootstrap Debian or Ubuntu into the image Then start with the u-boot stuff above. By the time 6.19 drops, you will be a master in building images. :-)

yes. I tried r8125-9.016.01 but with mixed results. Ethernet addresses could not be read by the new driver. And PHC support was no longer shown after reboot.

The thing is that no file is present under /boot. It's true for some other folders (I can't check rn) but the /home folder is fine. It's not a missing permission problem, `sudo ls /boot` yields the same result. I'll get back at you when I can check but this seemed to be happening on 2 different computer. I just assumed that /boot is meant to be empty and gets populated at boot (and it was just strange design), since I can't see any content in /boot when mounting the sd card externally even when the box boots fine. From inside the box when it boots fine I can access the content of /boot though. I'll try to get my hands on a serial to usb cable, though this will just help to figure out why it doesn't boot, not why I can't access the content on the sd card externally.

If it is bootable, it is supposed to boot from it. The default u-boot boots first from SD, then eMMC, then SATA.

From a quick research it seems mainline driver does not support this. You need to install out of band driver from realtek

if you sudo apt upgrade the firmware package for the q6a breaks wifi and i believe ethernet... I do not have a concise fix for this i reflashed my device with the latest build after doing it originally to get wifi when validating the issue i had backed up the firmware etc for the default network drivers after upgrading broke the networking drivers had to restore firmware from previous build.... Would give a fix but aint that easy if you already upgraded you need to download the previous firmware put on usb stick and slap it on either that or figure out whats broken in the last one this is kind of rambling but yeah just be careful upgrading

Fairly sure the current build either includes an incorrect or no ucm config for HDMI Audio support; I've seen other builds eg rock itx have this issue but I believe this may be a potential issue for the q6a build if anyone experiences there is a solution - 1. Install alsa-ucm-conf sudo apt install -y alsa-ucm-conf 2. Download configs cd /tmp curl -sL "https://github.com/alsa-project/alsa-ucm-conf/archive/refs/heads/master.tar.gz" | tar xz 3. Copy QCS6490 configs sudo cp -r alsa-ucm-conf-master/ucm2/Qualcomm/qcs6490 /usr/share/alsa/ucm2/Qualcomm/ sudo cp -r alsa-ucm-conf-master/ucm2/conf.d/qcs6490 /usr/share/alsa/ucm2/conf.d/ 4. Copy library & codec files sudo cp -r alsa-ucm-conf-master/ucm2/lib /usr/share/alsa/ucm2/ sudo cp -r alsa-ucm-conf-master/ucm2/codecs /usr/share/alsa/ucm2 5. Restart PulseAudio systemctl --user restart pulseaudio 6. Verify HDMI audio is detected pactl list sinks short If this did not work i probably just made your issue harder to fix; However if this did work congrats enjoy not having a mute computer.

If the file is not in /boot could you have accidentally deleted it? Maybe try recreating it. In general, if you have boot problems you should attach a serial to USB cable and see what uboot is saying.

Ok, as promised with a report. Current setup - NanoPi R6S - Armbian Debian trixie minimal edition, with Kernel 6.1.115 - LXQT (using X11) - Jellyfin (installed via Jellyfin website instructions, NOT using armbian-config as that sets up docker and then makes it more opaque to run it with external media) - firefox Results - Jellyfin, accessed via apps for various SmartTVs (Google Chromecast, Amazon TV, etc), runs super smooth with 4K videos, indicating functioning hardware decoding. NanoPi stays very cool even for 4K transcodes. - Firefox video playback has to, like @eselarm already said, resort to software decode. NanoPi is able to play smooth up to HD level videos in firefox, but it gets pretty hot. Comments I suppose that getting firefox hardware accelerated video decode is further out of reach now that ffmpeg has DMCA-taken-down the rockchip-mpp github repository...but what do I know. I am wondering if running LXQT with wayland would offer improvements, but I am not sure it's worth the effort. I am a relatively happy camper with this setup.

I do not know how to fix that key / verify signature issue. It might be there because of earlier diskfull. I only know I needed new keyrings, listed in the armbian list files when I did the in-place upgrade from bookworm to trixie. There is a formal method for that I think, might be here on forum. I however did copy various things from a new Armbian Trixie image. E.g. new file is now: -rw-rw-r-- 1 root root 2297 Aug 31 22:15 /usr/share/keyrings/armbian-archive-keyring.gpg ~# sha256sum /usr/share/keyrings/armbian-archive-keyring.gpg 9d0ab1676008004f1ee0bfc0f99a6043544d8bb6df3d949f9bd30066246f9095 /usr/share/keyrings/armbian-archive-keyring.gpg For Docker problem: I don't use Docker, I have no clue why that file keeps growing.

From my experience with trunk 130 the gmac is working on both ports. Wifi is not always working, sometimes a reboot may make the wifi to work. There is no USB 3.0 and HDMI is not working either. Running gdisk armbian.img made it bootable. The easiest way to run this command for me was from WSL.