All Activity

Hi @Edmilson Santos, what about Ethernet?

While waiting for new info, first poke in the dark. rk3399-fix-pci-phy.patch disabled https://testing.armbian.de/r4s/ feel free to test

Perhaps a hardware defect? At least that would be my guess from what it sounds.

Please provide logs. armbianmonitor -u Otherwise its just poking around in the dark

it only show 0xc8 if i have the wrong baudrate, otherwise nothing is shown on picocom's output. when i plug the poe hat, which has a fan (loaded by an overlay) it turns on, which would mean that it was loaded, right? but, i get no serial/hdmi output, no network uplink and only the green led is on. the same setup on another board works

I'm getting the exact same error after upgrading from kernel 6.12.58-current-rockchip64 to 6.18.10-current-rockchip64 on one of my NanoPi R4S. After a reboot, the network interface enp1s0 is missing. After shutting down and restarting, it reappears. If I revert to kernel 6.12.58-current-rockchip64 using armbian-config, the enp1s0 interface is also present after a reboot. Are there any suggestions on how I can resolve this issue without remaining on kernel 6.12.58-current-rockchip64?

elaborate. If there is only garbage output your usb uart adapter may not be able to handle this speed. Example would be CP2102 which outputs garbage instead of gracefully failing when "overclocked".

Hello @Lamerjack! I tested both images and no one give me video on HDMI sorry!

Hi Does anyone have any advice on how to get Armbian running on this device. I am comeplety new to Armbian. Is there a generic Allwinner H6 image that I need to modify? Any advice pls? Thanks

Hello, this is my first message here: I want to thank the community for the work done so far, and for allowing to keep functional old devices which would otherwise become (nasty) garbage. Now, I tried to install Armbian on a Wetek Play 2 (Amlogic S905), buit now the box is not booting. I would be grateful if I could get some help, or at least clarification about what happened. Here is what I did so far: Download the image `Armbian_community_26.2.0-trunk.493_Aml-s9xx-box_trixie_current_6.18.13_minimal.img.xz`, and write it on a SD card. Boot from the SD card, by holding the power button when inserting the power cable. The box booted fine. Log in via SSH, and configure the installation. Back-up the full emmc with `dd if=/dev/mmcblk1 of=/mnt/backup/wetek_play2_android_emmc.img bs=4M`. The emmc had the original Android system (with more stuff installed, but I guess the most important part are the first 4 MB...) Run the `/root/install-aml` script. Power-off When powering on again, the box did not boot. I tried to boot from SD by holding the power button, but it did not work. So at this point my questions are: What can I do to recover the situation? What did I made wrong? As additional context, in the past I had also successfully booted LibreELEC from SD, although the last boot before switching to Armbian was to Android. Thanks for your help UPDATE: OK, I think I found the culprit: I overseen the quite important statement "Note: It is not possible to install into emmc on boxes with the s905 cpu". Great.

Hello, I have experimented with a Realtek USB 2.5Gbe USB Ethernet dongle and find that it works fine with the vendor kernel but not with kernels 6.12.x or 6.18.y. I have included an iperf3 example below, you can see that the dongle manages a few runs at high speed before it quietly fails and seizes up. I use a number of these dongles and they tend to work fine on other set-ups. Any thoughts about a resolution? dmesg output: [Tue Mar 17 11:37:00 2026] usb 2-1: new SuperSpeed USB device number 2 using xhci-hcd [Tue Mar 17 11:37:00 2026] usb 2-1: New USB device found, idVendor=0bda, idProduct=8156, bcdDevice=31.00 [Tue Mar 17 11:37:00 2026] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=6 [Tue Mar 17 11:37:00 2026] usb 2-1: Product: USB 10/100/1G/2.5G LAN [Tue Mar 17 11:37:00 2026] usb 2-1: Manufacturer: Realtek [Tue Mar 17 11:37:00 2026] usb 2-1: SerialNumber: 0013000001 [Tue Mar 17 11:37:00 2026] usbcore: registered new device driver r8152-cfgselector [Tue Mar 17 11:37:00 2026] r8152-cfgselector 2-1: reset SuperSpeed USB device number 2 using xhci-hcd [Tue Mar 17 11:37:01 2026] r8152 2-1:1.0 eth0: v1.12.13 [Tue Mar 17 11:37:01 2026] usbcore: registered new interface driver r8152 [Tue Mar 17 11:37:01 2026] usbcore: registered new interface driver cdc_ether [Tue Mar 17 11:37:01 2026] usbcore: registered new interface driver cdc_ncm [Tue Mar 17 11:37:01 2026] usbcore: registered new interface driver cdc_wdm [Tue Mar 17 11:37:01 2026] usbcore: registered new interface driver cdc_mbim [Tue Mar 17 11:37:01 2026] r8152 2-1:1.0 enx00e04c680142: renamed from eth0 [Tue Mar 17 11:37:02 2026] xhci-hcd xhci-hcd.3.auto: WARN: HC couldn't access mem fast enough for slot 1 ep 6 [Tue Mar 17 11:37:02 2026] r8152 2-1:1.0 enx00e04c680142: intr status -63 [Tue Mar 17 11:37:07 2026] xhci-hcd xhci-hcd.3.auto: WARN: HC couldn't access mem fast enough for slot 1 ep 6 [Tue Mar 17 11:37:07 2026] r8152 2-1:1.0 enx00e04c680142: intr status -63 [Tue Mar 17 11:37:35 2026] xhci-hcd xhci-hcd.3.auto: WARN: HC couldn't access mem fast enough for slot 1 ep 6 [Tue Mar 17 11:37:35 2026] r8152 2-1:1.0 enx00e04c680142: intr status -63 Subsequent iperf3 example: iperf3 -c nx1 Connecting to host nx1, port 5201 [ 5] local 192.168.1.191 port 58598 connected to 192.168.1.14 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 221 MBytes 1.85 Gbits/sec 0 5.35 MBytes [ 5] 1.00-2.00 sec 280 MBytes 2.35 Gbits/sec 0 5.35 MBytes [ 5] 2.00-3.00 sec 280 MBytes 2.35 Gbits/sec 0 5.35 MBytes [ 5] 3.00-4.00 sec 18.1 MBytes 152 Mbits/sec 1 1.41 KBytes [ 5] 4.00-5.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes [ 5] 5.00-6.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes [ 5] 6.00-7.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes [ 5] 7.00-8.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes [ 5] 8.00-9.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes [ 5] 9.00-10.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 800 MBytes 670 Mbits/sec 1 sender [ 5] 0.00-10.86 sec 796 MBytes 615 Mbits/sec receiver

You may be experiencing the same issue that other people are encountering: https://github.com/tauri-apps/tauri/issues/12787 @Giunti Can you confirm that this is the same issue as the one reported above? Thank you.

We made several test install on Windows 11 and it always worked ... bugs are possible. Best here: https://github.com/armbian/imager/issues And add perhaps more information about the OS, hardware, any special settings that might play a role here. I don't think there is. As far as I can recall, we haven't see this problem yet. Let's ping main developer - if he has any ideas. @SuperKali But as this is a complex software with possible bugs deep down in some libraries, or even Windows itself - I assume you run with all updates?

I have a ROCK 3A that reaches Maskrom/recovery but will not boot any Radxa or Armbian SD image and produces no useful UART output. UART is configured per Radxa docs at 1500000 8N1 on the debug header, and the exact same adapter/host/settings work on another ROCK 3A. There is no eMMC and no NVMe installed. I also tried resetting/loading SPI via Maskrom using rkdeveloptool db rk356x_spl_loader_ddr1056_v1.12.109_no_check_todly.bin, then loading Radxa’s rock-3a-spi-image-gef9f6b1caad.img. Radxa’s ROCK 3A loader directory contains the matching SPI artifacts, including rock-3a-spi-image-gef9f6b1caad.img, rock-3a-idbloader-gef9f6b1caad.img, and rock-3a-u-boot-gef9f6b1caad.itb, along with RK356x SPL loader binaries. Looking for guidance on whether this points to SPI/SPL/DDR init or a board hardware fault.

This week in Armbian development saw significant progress across board support and kernel updates. New boards such as the Cainiao CNIOT Core, EByte ECB41-PGE, DG SVR 865 Tiny, and NORCO EMB-3531 received initial support, expanding hardware compatibility. Kernel patches were rewritten for the meson64 and rockchip64 platforms, aligning with version 6.18.18, while edge releases were bumped to 7.0-rc3 and rc4. Improvements included enhanced SD card and audio support for SpacemiT and Youyeetoo YY3588 boards, as well as refined configuration checks and display fixes. Several upstream patches were dropped or disabled, and the Dependabot schedule was updated for daily maintenance. Additional fixes addressed USB modes, Docker host-gateway resolution, and Xorg display issues, rounding out a productive week for the Armbian project. ChangesAdd cainiao-cniot-core board and cainiao vendor image. by @retro98boy in armbian/armbian.github.io#251Add EByte Vendor // ECB41-PGE board. by @vidplace7 in armbian/armbian.github.io#250add recomputer rk3576-devkit dts. by @ackPeng in armbian/linux-rockchip#451Add support for the Radxa Display 10 FHD to the Rock 5B Plus. by @FlorianKohn in armbian/linux-rockchip#453add: initial support for DG SVR 865 Tiny board (SM8250/QCS8250). by @Lemon1151 in armbian/build#9423arch: arm: dts: add EByte ECB41-PGE (RK3506g2). by @vidplace7 in armbian/linux-rockchip#454armbian-zram-config: refine check for existing /tmp mount. by @vidplace7 in armbian/build#9514cainiao cniot core improve. by @retro98boy in armbian/build#9526chore: update Dependabot schedule to daily updates. by @igorpecovnik in armbian/build#9537csc board: Add NORCO EMB-3531 initial support. by @retro98boy in armbian/build#9456Drop patches that landed upstream and fix two. by @igorpecovnik in armbian/build#9544edge: bump 7.0 to rc4. by @EvilOlaf in armbian/build#9543extension: ccache-remote: fix Docker host-gateway for hostnames resolving to loopback. by @iav in armbian/build#9505fix(orangepi5max): change usbdrd_dwc3_0 mode from otg to host. by @Echoflare in armbian/linux-rockchip#449fix: correct repository dispatch event type name. by @igorpecovnik in armbian/armbian.github.io#254framework run_host_x86_binary_logged - support 32-bit x86. by @tabrisnet in armbian/build#9466Gateway AM-GZ80x: Update $board and meson-axg family conf. by @pyavitz in armbian/build#9533maint: meson64-current: rewrite patches against 6.18.18. by @EvilOlaf in armbian/build#9528maint: rockchip64-current: rewrite kernel patches against 6.18.18. by @EvilOlaf in armbian/build#9527meson64: a311d: Fix Xorg display when etnaviv enabled. by @retro98boy in armbian/build#9524Odroid-M2: Support for weather board zero. by @mlegenovic in armbian/build#9523odroidn2: u-boot: bump to v2026.04-rc3; make fancy, incl LWIP. by @rpardini in armbian/build#9507OrangePi 3 LTS: Update $board.conf file. by @pyavitz in armbian/build#9495OrangePi-RV2/R2S: add sdcard and emmc for Linux-7.x. by @sven-ola in armbian/build#9539Reword BTF memory check. by @x13-me in armbian/build#9502RK3506: Add spidev overlays for RK3506 family. by @vidplace7 in armbian/linux-rockchip#450rockchip64: bump edge to 7.0-rc3. by @EvilOlaf in armbian/build#9445rockchip64: cleanup old patchsets. by @EvilOlaf in armbian/build#9498rockchip: Add CSC board EByte ECB41-PGE (RK3506G). by @vidplace7 in armbian/build#9513rockchip: refresh LibreELEC patch import for edge 6.19 kernel. by @paolosabatino in armbian/build#9506rockchip: restore proper LE patches for rockchip armhf. by @paolosabatino in armbian/build#9530rpi4b: bump edge to 7.0. by @EvilOlaf in armbian/build#9529Spacemit rv2 rename dtb. by @sven-ola in armbian/build#9531SpacemiT: Add SD card support, CPU freq scaling and other fixups. by @pyavitz in armbian/build#9518SpacemiT: Disable patches that made it upstream (7.0-rc4). by @pyavitz in armbian/build#9540spacemit: enable powervr drm driver for current 6.18 kernels. by @sven-ola in armbian/build#9515sunxi: bump edge to 6.19.y, current to 6.18.y and legacy to 6.12.y. by @EvilOlaf in armbian/build#9381Youyeetoo YY3588: Enable ES8388 audio support + RK3588 I2S MCLK gate fix . by @SuperKali in armbian/build#9534View the full article

After some experimentation, I realized that the full xfce images are working fine, likely because NetworkManager is built in. The minimal CLI images, even after switching to NetworkManager per the instructions here, never worked for me to retain Wifi after a reboot. I'm going through the process of removing the XFCE desktop from my install as CPU utilization in Klipper is very high otherwise.

FWIW, I am running -edge kernel from armbian with respective dtb (linux-dtb-edge-rockchip64 package), and it's quite stable. vmlinuz-6.18.0-rc6-edge-rockchip64 dtb-6.18.0-rc6-edge-rockchip64 🤞

For information: First reboot and crash same that before use rk3399-kobol-helios64.dtb-6.12.xx-L2-hs400-opp. 😞 Back to 6.12.58, rk3399-kobol-helios64.dtb-6.12.xx-L2-hs400-opp and freeze to this setting Me and my brother have helios64 with 6.18.10 Kernel : RAID 10 / LVM / LUKS and crash always when "cryptsetup open..." start Crash when many I/O Crash when use Full CPUs With rk3399-kobol-helios64.dtb-6.12.xx-L2-hs400-opp and Kernel 6.12.58 or 6.12.(XX below): Me, never crash but I reboot often and power off often for personal choice. My brother have uptime upper than 100 or 200 days with problem, freeze or crash Bye

Hi everybody, I running Helios64 with kernel 6.12.58 since a long time and the prahal dtb file rk3399-kobol-helios64.dtb-6.12.xx-L2-hs400-opp and my helios64 work well. Today, Armbian upgrade to 6.18.10 kernel. Is this update use the same change or patch like in rk3399-kobol-helios64.dtb-6.12.xx-L2-hs400-opp ? Is rk3399-kobol-helios64.dtb-6.12.xx-L2-hs400-opp work with 6..18.10 kernel ? Is I must to downgrade to 6.12.58 kernel with rk3399-kobol-helios64.dtb-6.12.xx-L2-hs400-opp and freeze at this kernel version ? Thanks for answer.

@naceur abdelkader Your post has nothing to do with Armbian. Please find a more appropriate site to ask your question. This site is for Armbian linux.

Dear Sir/Madam, I am writing to request the official firmware for my Trenspeed H616 device. I accidentally installed an Orange Pi firmware, which caused my device to lose the Google Play Store and essential services. Device specifications: Board: T98_616_LP3_210222 Memory: 4GB RAM / 32GB storage Current version: Android 10 I would greatly appreciate it if you could provide a link to the official firmware or instructions for the correct update, ensuring that it includes Google Play Store and core services. Thank you very much for your assistance.

Download the RV2 image. It's basically the same plus DKMS (including headers) for building the bcmdhd wifi driver. You need to change the "fdt" line in /boot/extlinux/extlinux.conf for rv2->r2s (DTB file is there), e.g before uploading with mount -o offset=$(( 512 * 8192 )) Armbian-....img /mnt/

@sven-ola The nightly is on 6.19 without headers, so I can't build any additional drivers. The nightly is working on the R2S with ethernet ports and no heating issues, no load average problems. How do I get a 6.18 build (Current)? Thanks.

PCIe is a rabbit hole for it's own. I have a Wifi card that cannot issue in-line-interrupts ("MSI") for some reason so the firmware upload fails, while working fine with same driver in my PC. I simply don't use it. ASPM quirks also seems not to be too uncommon, a simple grep quirk_disable_aspm drivers/pci/quirks.c|wc -l shows 21...

@maxsub with a recent kernel, temp and load should be fine. The exiting question is: all 4 Ethernet ports are working?