Search the Community

It seems that the HDMI output does not have any option beyond 1080P. Tried multiple monitors. The font size at uboot stage seems right but the resolution maxed out at 1080P after kernel starts. Tried Armbian 24.2.1 with 6.6.16. Could be related with this: https://forum.manjaro.org/t/rk3399-hdmi-output-for-resolutions-different-than-1080p/90644. but patches should be applied at Kernel 6.4: https://www.phoronix.com/news/Linux-6.4-imx25-Rockchip-4K Attached is the screenshot when connected with DELL 25inch monitor. Should have 2K option. diagnoses: https://paste.armbian.com/gaketoluye Thank you

Hello, this quick tutorial is to introduce an experimental Debian and Ubuntu APT repository to install ffmpeg compiled with v4l2request and v4l2drmprime patches developed by Linux kernel, LIbreELEC and Kodi folks to allow hardware video decoding on stateless decoders like those implemented in Rockchip and Allwinner SoCs for h.264, h.265, vp8 and vp9 codecs. The repository introduces a new ffmpeg package that integrates and substitues the base ffmpeg package and its related packages. Preconditions: Mainline kernel 6.1 or more recent armhf or arm64 architecture Supported distributions: Debian 12 - Bookworm Debian 13 - Trixie Ubuntu 22.04 - Jammy Ubuntu 24.04 - Noble Rockchip and Allwinner have already been tested, but this should work on other platforms with stateless decoders supported in kernel APT REPOSITORY SETUP To install the repository, just copy and paste the lines in a terminal: $ sudo wget http://apt.undo.it:7242/apt.undo.it.asc -O /etc/apt/trusted.gpg.d/apt.undo.it.asc $ . /etc/os-release && echo "deb http://apt.undo.it:7242 $VERSION_CODENAME main" | sudo tee /etc/apt/sources.list.d/apt.undo.it.list $ echo -e "Package: *\nPin: release o=apt.undo.it\nPin-Priority: 600" | sudo tee /etc/apt/preferences.d/apt-undo-it INSTALL FFMPEG AND MPV PACKAGES $ sudo apt update $ sudo apt install ffmpeg mpv SETUP MPV CONFIG FILE $ sudo mkdir -p /etc/mpv $ echo -e "hwdec=drm\ndrm-drmprime-video-plane=primary\ndrm-draw-plane=overlay" | sudo tee /etc/mpv/mpv.conf You can now play your videos using mpv and they should run with hardware decoding if supported, either in virtual terminals or in X11/Wayland windows! Enjoy! Notes: your mileage may vary a lot: the more recent is the kernel version, the better is support (you may need edge kernel) bug: when rendered in X11/Wayland window, video may show scattered tiles during frames bug: Lima driver (Mali 400/450) shows a red/pink tint when video is played in X11/Wayland (see https://github.com/mpv-player/mpv/issues/12968) (workaround below: https://forum.armbian.com/topic/32449-repository-for-v4l2request-hardware-video-decoding-rockchip-allwinner/?do=findComment&comment=177968) you may want to add --gpu-hwdec-interop=drmprime-overlay to the mpv command line if used in pure virtual terminal (no X, no Wayland) to use direct-to-overlay output Panfrost driver should work flawlessy 10 bit HEVC are generally supported on all Rockchip devices (rk322x, rk3288, rk33x8, rk3399), but Allwinner H3 have no hardware support for that

@jock The schematic is maybe was a wrong example (I just search for rk3399 schematic, and take the first) in this case Leez P710, but I also look at the RK3399_Design_Guide and find a interesting point, UART2 based on the sd card pins!!! I already read a bit regarding the ddrbin_tool.py (which is part of the rkbin), which one could be used to manipulate the rockchip boot loader, but until now I not really understood how this work, then I find this in the Rockpi4 schematic I became enlightened. In the ddrbin_tool_user_guide is the following: * UART info uart id: uart number. 0 for uart0, 1 for uart1, 2 for uart2..., 0xf will disable uart. uart iomux: uart iomux info, 0 for uartn_m0, 1 for uartn_m1, 2 for uartn_m2...(like uart2_m0, uart2_m1,uart2_m2), or 1 for uartn_a, 2 for uartn_b, 3 for uartn_c.(like uar2a, uart2b, uart2c). uart baudrate: uart baudrate should be 115200 or 1500000. I still don't understanding what the iomux (io multiplexing) is, but in theory if I change the uart iomux parameter to 1 then this should means that UART2A is used, which is SD card D0,D1 pins. (Similar concept I see in Amlogic SoCs. ) So I read out the ddrbin parameters from rk3399_ddr_800MHz_v1.27.bin ./tools/ddrbin_tool.py RK3399 -g ddrbin_param.txt ./bin/rk33/rk3399_ddr_800MHz_v1.27.bin then I change the UART parameters in the file ddrbin_param.txt like this: uart id=2 uart iomux=1 uart baudrate=115200 then I write the parameters back ./tools/ddrbin_tool.py RK3399 ddrbin_param.txt ./bin/rk33/rk3399_ddr_800MHz_v1.27.bin Then I build a new loader based on the rk3399_ddr_800MHz_v1.27.bin ./tools/boot_merger ./RKBOOT/RK3399MINIALL_1.27.ini Content of the ./RKBOOT/RK3399MINIALL_1.27.ini [CHIP_NAME] NAME=RK330C [VERSION] MAJOR=1 MINOR=30 [CODE471_OPTION] NUM=1 Path1=bin/rk33/rk3399_ddr_800MHz_v1.27.bin Sleep=1 [CODE472_OPTION] NUM=1 Path1=bin/rk33/rk3399_usbplug_v1.26.bin [LOADER_OPTION] NUM=2 LOADER1=FlashData LOADER2=FlashBoot FlashData=bin/rk33/rk3399_ddr_800MHz_v1.27.bin FlashBoot=bin/rk33/rk3399_miniloader_v1.26.bin [OUTPUT] PATH=rk3399_loader_v1.27.126.bin The result was uploaded in the emmc rkdeveloptool db rk3399_loader_v1.27.126.bin rkdeveloptool ul rk3399_loader_v1.27.126.bin the I connected my microsd sniffer and after some praying I reset the device ... Then the magic is happened 🤩 DDR Version 1.27 20211018 In channel 0 CS = 0 MR0=0x18 MR4=0x1 MR5=0x1 MR8=0x10 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 channel 1 CS = 0 MR0=0x18 MR4=0x1 MR5=0x1 MR8=0x10 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 channel 0 training pass! channel 1 training pass! change freq to 416MHz 0,1 Channel 0: LPDDR4,416MHz Bus Width=32 Col=10 Bank=8 Row=16 CS=1 Die Bus-Width=16 Size=2048MB Channel 1: LPDDR4,416MHz Bus Width=32 Col=10 Bank=8 Row=16 CS=1 Die Bus-Width=16 Size=2048MB 256B stride channel 0 CS = 0 MR0=0x18 MR4=0x1 MR5=0x1 MR8=0x10 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 channel 1 CS = 0 MR0=0x18 MR4=0x1 MR5=0x1 MR8=0x10 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 channel 0 training pass! channel 1 training pass! channel 0, cs 0, advanced training done channel 1, cs 0, advanced training done change freq to 856MHz 1,0 ch 0 ddrconfig = 0x101, ddrsize = 0x40 ch 1 ddrconfig = 0x101, ddrsize = 0x40 pmugrf_os_reg[2] = 0x32C1F2C1, stride = 0xD ddr_set_rate to 328MHZ ddr_set_rate to 666MHZ ddr_set_rate to 416MHZ, ctl_index 0 ddr_set_rate to 856MHZ, ctl_index 1 support 416 856 328 666 MHz, current 856MHz OUT Boot1 Release Time: May 29 2020 17:36:36, version: 1.26 CPUId = 0x0 ChipType = 0x10, 645 SdmmcInit=2 0 BootCa Yes, is working, I have debug output 😁 this is maybe not the best solution but I could start working running Armbian on this device. The key point was: So thanks again the advise.

Hi Armbian community I have a Giada DN74 media player and would like to install Armbian on the box. First I try (through SD card) some community maintained images like the Orange Pi RK3399 or the Firefly RK3399, but none of them worked. Some google search teach me the Rockchip SoCs have fixed boot order (SPI->eMMC->SD card), and this cause my boot issue. Then search again how boot from SD card, the only solution which I find is to erase eMMC, so I erase the eMMC using: "rkdeveloptool ef". Unfortunately the box still not want to boot, so I open the box and try to identify the UART to see what is happening during the boot. I find a 4 pin connector (see images) which I assume this is the UART console, have a label "MCU_D" (Micro Controller Units Debug?) and have 3,3V on first pin and GND on the last pin. I try to use this connector whit some USB-to-UART (PL2303 and FT232RL) with multiple baud rate (115200, 1500000) without output. At this point was able still connect the box through USB and recover Android because MaskRom mode work fine. After some reading on https://opensource.rock-chips.com/wiki_Boot_option I deiced to build u-boot using evb-rk3399_defconfig and flash to the eMMC (which wan was a big mistake). I assume the box is try to boot from eMMC, but stuck there because is only u-boot on the eMMC nothing else. Unfortunately still no UART output (maybe is not UART connector) but also no Maskrom mode. If I understand right jock guide Unbrick Part, the only option to recover the box if I short EMMC CLK pin to GND. So my question is somebody could help me identify the eMMC CLK pin? Some extra info: According the rk3399 hardware design guide, I need to find a 22 ohm resistor near to the CLK pin. The eMMC is a Kingstone EMMC32G-TX29, and the manual write different CLK frequency's, I am don't know what I need to look. I have a Fnirsi dst-210 3in1 (sure not the best), which I could use measurements but I do not know how to set the oscilloscope parameters to find the CLK.

The paste armbian URL displays nothing (anymore?) so without any (new) info from you, no-one can help you. AFAIR, 4K via HDMI connector is only recently available (on RK3588, not sure about RK3399), so make sure you can manage various combinations of U-Boot, kernel, rootfs. So sort of act like a developer, als make sure you have a serial console (debug) cable, else you cannot get any step further. Use a 26.2 based U-Boot and 6.19 rockchip64 kernel I would say, then see what happens.

@kisgezenguz you're welcome. You can check the UART RX/TX paths with the multimeter in diode/continuity mode and checking the continuity against RX (or TX) and the various SMD components. But anyway, if you read 3.3v on all the UART pins, I can guess there are three other hypothesis: * the UART RX/TX pins are correctly connected, but not to the usual debug UART. rk3399 has several uarts, so perhaps that exposed UART is not the same configured in software to be used to log the debug. * MCU_D makes me think that UART is used for the little MCU embedded into rk3399. rk3399 has two small Cortex-M0 cores for very low power tasks. So again that UART is not what you are looking for. * the RX/TX pins are just shorted to high voltage level/pulled ups on purpose (improbable) edit: I just paid attention to the schematic you posted, but it looks it does not match what you've discovered: the schematic says you should read 5.0v on the VCC pin, instead you read 3.3v. Perhaps that MCU_D connector it's definitely not the one you are looking for.

@jock Than you for the hints. If I measure on all (except GND) UART Pin 3.3V is not indicate that all resistor in place? Regarding the rk3399 schematic design, there should be some 100 ohm resistors there. To be honest for me was also very difficult to find the MaskRom pins, search something what is not there is a bit challenging. I measure all black SMD item (far as I know they are resistors), but non of them 100 ohm. (The board other side I do not see any missing resistor) Could you please advise me what I need to look? There is 3 point where possible to solder resistor, how to identify which one I need?

Which DTB did you use? I extracted the Android files and found a resource file named ENTRrk-kernel.dtb. The file began with "Rockchip RK3399 Excavator Board edp (Android)". Could it be possible that the device is compatible with this board?

The sysfs GPIO interface does not allow you to create clock outputs as-is. You'd do better seeing if that pin can be exposed through the sysfs PWM interface. I know the NanoPi M4V2's fan controller works this way (RK3399), and you can set the duty cycle. But you'd have to check if PWM is supported on that pin, and can be used in the way you're hoping. Failing that, it is possible to bit-bang the GPIO lines yourself if you're willing to write some C code. You can use Kernel Timers for fairly accurate timing, as long as you set High Scheduler Priority and Real Time Scheduler Class. Note that kernel timers only have a user specified resolution of 1ns, so you might not hit that frequency exactly.

Hi all, I would like to ask support for the board EMB-3531. I'm having problem with booting this board from SD card. Here are some informations about this board. I hope that someone can help me with it. Thank you so much! I try to erase the emmc and flash the MiniLoaderAll.bin but it doesn't help. Or i don't have a correct image with armbian for this board. https://my.kos.org.cn:5154/rockchip/EMB3531/emb3531.pdf

Inspired by the incredible work @jock and @ilmich have done to make the RK322x platform stable on mainline Linux, I decided to tackle the application side of things. My goal was to turn these "e-waste" TV boxes into fully functional, low-latency Android Auto head units for our cars. This fork of OpenAuto is built as one of my "Is it possible to turn this into that?" projects. It turned out to be one heck of a nightmare to pull off, but at the same time a lot of fun because I can see the potential of these TV Boxes as something you can actually put in your car and turn into a usable head unit! System Requirements Target Device: RK322x TV Box (e.g., MXQ Pro 4K). OS: Armbian Bookworm or Trixie (Kernel 6.1+ recommended). RAM: 1GB recommended. FFMPEG Installed: This build requires a specific build of ffmpeg that can be found here. Release: v2.0.0-alpha This release represents a major architectural overhaul. I have removed heavy dependencies (PulseAudio, QtAudio, GStreamer) in favor of a lean, direct-to-hardware pipeline using RtAudio (ALSA) and FFmpeg v4l2_request. Download: https://github.com/Harleythetech/openauto-rk3229-armbian/releases Technical Details Video Engine: Switched from GStreamer to a custom FFmpeg + V4L2-Request backend. Leverages the v4l2drmprime patch set for Zero-Copy rendering. Enables full hardware H.264 decoding on Rockchip stateless decoders. Result: Stable 1080p 60fps stream on a 1GB RAM device. Audio Overhaul: Replaced PulseAudio and QtAudio with RtAudio. This creates a direct, low-latency path to the ALSA hardware driver. Display: Targets linuxfb (Framebuffer) by default instead (eglfs and ffmpeg have issues when you run them together due to DRM master lock) Configuration This release requires a specific ALSA configuration to allow audio mixing (dmix) without PulseAudio. Create/Edit /etc/asound.conf: pcm.!default { type asym playback.pcm "dmix_hdmi" capture.pcm "plug_null" } ctl.!default { type hw card 0 } pcm.plug_null { type plug slave.pcm "null" } pcm.dmix_hdmi { type dmix ipc_key 1024 ipc_perm 0666 slave { pcm { type hw card 0 device 0 } format S16_LE rate 48000 channels 2 period_size 512 buffer_size 4096 } bindings { 0 0 1 1 } } Known Issues Invisible Cursor: The mouse cursor works but is currently invisible when the FFmpeg video backend is active (rendering layer order issue). Backend Fallback: In rare edge cases where DRM initialization fails, the app may incorrectly default to Qt software output. Probably more, i haven't tested it that much Development Status: Active & Seeking Contributors Currently, I am the sole maintainer focusing on the RK322x platform (specifically the RK3229). I am actively looking for developers interested in expanding support to other devices (such as RK3328, RK3399, or Allwinner H3/H6). If you have experience with C++, Qt, or V4L2/DRM and want to help turn these TV boxes into capable head units, contributions are highly welcome! Repository: https://github.com/Harleythetech/openauto-rk3229-armbian Credits: @jock and @ilmich for ffmpeg patches and the csc-armbian-for-rk322x-tv-box-boards opencardev for openauto and aasdk

Thank you OP, I used HeliOS64 for a long time until it started to get disconnected after few hours of use that that was annoying. And so I stopped using it. I have just started using Claude-code. I am missing a remote backup solution. Claude-code gave me encouragement to revive it. I got directed to https://www.armbian.com/helios64/ to download, the only issue I found was that initially my 2.5Gbe worked and then after reboot stopped. Cloud code help me get that fixed. Below is what got it working again: # Step 1: Enable 2.5GbE (then reboot) echo "overlays=rk3399-pcie-gen2" | sudo tee -a /boot/armbianEnv.txt sudo reboot # Step 2: Install driver & Tailscale sudo apt update && sudo apt install -y build-essential dkms git linux-headers-current-rockchip64 cd /usr/src && sudo git clone https://github.com/awesometic/realtek-r8125-dkms.git r8125-9.013.02 cd r8125-9.013.02 && sudo ./dkms-install.sh Best of luck

@jock thanks for the information! The reason I was experimenting with the kernel is because I’m testing OpenAuto (Android Auto) on top of Armbian-minimal. While MPV works fine with hardware decoding, I noticed that using things like kmssink to process the Android feed (720p, 30/60fps) introduces significant latency between touch input and screen response. For example, in today’s test I tried decoding a 720p 60fps H.264 stream using GStreamer with this command: gst-launch-1.0 filesrc location=test.h264 ! \ h264parse ! v4l2h264dec capture-io-mode=dmabuf ! \ queue max-size-buffers=2 leaky=downstream ! kmssink sync=false While the pipeline runs, the latency is too high for Android Auto responsiveness clicks and touch inputs visibly lag behind the video output. This is why I also tried patching Armbian to kernel 6.16-rc1, which gave me the following devices: [ 1.340230] rockchip-rga 20060000.rga: Registered rockchip-rga as /dev/video0 [ 1.345260] hantro-vpu 20020000.video-codec: registered rockchip,rk3399-vpu-enc as /dev/video2 [ 1.345656] hantro-vpu 20020000.video-codec: registered rockchip,rk3399-vpu-dec as /dev/video3 …but unfortunately, HDMI output stopped working completely, so that approach wasn’t usable for my setup. The goal is still to achieve smooth, low-latency video decoding that can keep up with real-time Android Auto interaction, which is why I’m exploring alternatives like the FFmpeg v4l2-request interface, even if it requires patching OpenAuto. PS: i also just like to explore how the rk322x works, so yeah I've been testing a lot for a few days now. Another thing is i plan to make a DIY head unit with this unused rk3229 box i have

Update 3: almost there! root@rk322x-box:~# dmesg | grep -i drm [ 6.738341] systemd[1]: Starting modprobe@drm.service - Load Kernel Module drm... [ 6.912602] systemd[1]: modprobe@drm.service: Deactivated successfully. [ 6.914174] systemd[1]: Finished modprobe@drm.service - Load Kernel Module drm. [ 11.565138] [drm] Initialized lima 1.1.0 for 20000000.gpu on minor 0 root@rk322x-box:~# dmesg | grep -i rockchip [ 0.068016] rockchip-gpio 11110000.gpio: probed /pinctrl/gpio@11110000 [ 0.069475] rockchip-gpio 11120000.gpio: probed /pinctrl/gpio@11120000 [ 0.070736] rockchip-gpio 11130000.gpio: probed /pinctrl/gpio@11130000 [ 0.071810] rockchip-gpio 11140000.gpio: probed /pinctrl/gpio@11140000 [ 1.330865] rockchip-rga 20060000.rga: HW Version: 0x04.01 [ 1.339866] rockchip-rga 20060000.rga: Registered rockchip-rga as /dev/video0 [ 1.360435] dwmmc_rockchip 30000000.mmc: IDMAC supports 32-bit address mode. [ 1.360814] dwmmc_rockchip 30010000.mmc: IDMAC supports 32-bit address mode. [ 1.361387] dwmmc_rockchip 30020000.mmc: IDMAC supports 32-bit address mode. [ 1.371466] dwmmc_rockchip 30000000.mmc: Using internal DMA controller. [ 1.371502] dwmmc_rockchip 30000000.mmc: Version ID is 270a [ 1.371594] dwmmc_rockchip 30000000.mmc: DW MMC controller at irq 49,32 bit host data width,256 deep fifo [ 1.372013] dwmmc_rockchip 30000000.mmc: Got CD GPIO [ 1.395186] dwmmc_rockchip 30010000.mmc: Using internal DMA controller. [ 1.395237] dwmmc_rockchip 30010000.mmc: Version ID is 270a [ 1.395356] dwmmc_rockchip 30010000.mmc: DW MMC controller at irq 50,32 bit host data width,256 deep fifo [ 1.395646] dwmmc_rockchip 30010000.mmc: allocated mmc-pwrseq [ 1.402395] dwmmc_rockchip 30020000.mmc: Using internal DMA controller. [ 1.402458] dwmmc_rockchip 30020000.mmc: Version ID is 270a [ 1.402603] dwmmc_rockchip 30020000.mmc: DW MMC controller at irq 51,32 bit host data width,256 deep fifo [ 11.719472] hantro-vpu 20020000.video-codec: registered rockchip,rk3399-vpu-enc as /dev/video2 [ 11.723548] hantro-vpu 20020000.video-codec: registered rockchip,rk3399-vpu-dec as /dev/video3 [ 25.632131] rk_gmac-dwmac 30200000.ethernet end0: PHY [stmmac-0:00] driver [Rockchip integrated EPHY] (irq=POLL) root@rk322x-box:~# dmesg | grep -i hdmi [ 0.055584] /vop@20050000: Fixed dependency cycle(s) with /hdmi@200a0000 [ 0.055722] /hdmi@200a0000: Fixed dependency cycle(s) with /vop@20050000 [ 22.293730] platform 200a0000.hdmi: deferred probe pending: (reason unknown) [ 22.293761] platform hdmi-sound: deferred probe pending: asoc-simple-card: parse error root@rk322x-box:~# ls -l /dev/dri total 0 drwxr-xr-x 2 root root 80 Jan 28 11:49 by-path crw-rw---- 1 root video 226, 0 Jan 28 11:49 card0 crw-rw---- 1 root render 226, 128 Jan 28 11:49 renderD128

Update 2: 6.16-rc1 works with issues.. Good news: It Loads and registers the rga, vpu [ 1.340230] rockchip-rga 20060000.rga: Registered rockchip-rga as /dev/video0 [ 1.345260] hantro-vpu 20020000.video-codec: registered rockchip,rk3399-vpu-enc as /dev/video2 [ 1.345656] hantro-vpu 20020000.video-codec: registered rockchip,rk3399-vpu-dec as /dev/video3 Issues: swap file is gone HDMI output not working probably more, not sure

Updating via `apt update && apt upgrade` causes Armbian to fail to boot on the single-board computer. I'm attaching the UART logs in the file `failed_log.txt`. Start-Date: 2025-11-13 04:45:12 Commandline: apt -y upgrade Upgrade: armbian-bsp-cli-nanopct4-current:arm64 (25.11.0-trunk.146, 25.11.0-trunk.469), linux-dtb-current-rockchip64:arm64 (25.11.0-trunk.146, 25.11.0-trunk.469), linux-image-current-rockchip64:arm64 (25.11.0-trunk.146, 25.11.0-trunk.469), linux-u-boot-nanopct4-current:arm64 (25.11.0-trunk.146, 25.11.0-trunk.469), armbian-firmware:arm64 (25.11.0-trunk.146, 25.11.0-trunk.469) End-Date: 2025-11-13 04:47:04 out: Starting kernel ... efi_free_pool: illegal free 0x00000000f0f09040 "Synchronous Abort" handler, esr 0x96000004 elr: 00000000002856e4 lr : 00000000002702f0000000f3f9b2f0 x0 : dfb6333a7ba2b4b7 x1 : 00000000f3fba060 x2000000 x5 : dfb6333a7ba2b4b7 x6 : 00000000f0d07000 x7 : 00000000000ef98 x11: 00000000f1f0b5bc x12: 000000000000ef98 x13: 000003f558a4 x17: 00000000d8136251 x18: 00000000f1f22d90 x19: 000000000000001 x23: 00000000f1f303c0 x24: 00000000f3fdcff0 x25: 00000000000000001 x29: 00000000f1f0b470 Code: eb04005f 54000061 5resetting ... To reproduce the issue (~13.11.2025-16.11.2025), simply download and flash the current `Minimal/IOT for Armbian Linux v6.12 [Debian] Debian 12 (Bookworm)` images (`https://www.armbian.com/nanopc-t4/`) and run `apt update & upgrade` on a running system, then reboot. After this, the system, regardless of whether the `SD card` or `EMMC` is used, will enter an infinite boot loop (`out` and file `failed_out.txt`). Thank you. failed_log.txt armbian_release.txt normal_log.txt

http://blog.armbian.com/content/images/2026/01/githubhighlights-2-2.webpThis week’s Armbian development saw a wide range of updates focused on automation, hardware support, and workflow improvements. Key highlights include the introduction of automatic YAML target generation, expanded support for Hetzner ARM64 runners, and enhancements to the redirector update workflow with cache mirror support. Several board-specific fixes and feature additions were made, including improved power cycle handling for meson-sm1 devices and new binary files for RK35 series components. The team also advanced kernel support, notably enabling RDNA2 GPU compatibility and initial kernel 6.18 support for Ayn odin2. Continuous integration and build reliability received attention through Docker-based unit tests and improved artifact management. Overall, these changes reflect ongoing efforts to streamline development processes and broaden hardware compatibility across the Armbian ecosystem. Add automatic target YAML generation from image-info.json. by @igorpecovnik in armbian/armbian.github.io#184Add board-level extension to mask Wayland desktop sessions. by @schwar3kat in armbian/build#9268Add cache mirror support to redirector update workflow. by @igorpecovnik in armbian/armbian.github.io#189Add edge branch support to community targets. by @igorpecovnik in armbian/armbian.github.io#195Add exposed.map download step to download index workflow. by @igorpecovnik in armbian/armbian.github.io#190Add Hetzner server creation with cloud-init, swap, and configurable runners. by @igorpecovnik in armbian/actions#13Add new binary files for various RK35 series components. by @ghhccghk in armbian/rkbin#42Add regulator-boot-on to meson-sm1-odroid and -hc4 to fix power cycle during boot. by @ean365 in armbian/build#9217Add scripts/generate_targets.py to workflow push trigger. by @igorpecovnik in armbian/armbian.github.io#185Add workflow for enabling 16 Hetzner ARM64 runners. by @igorpecovnik in armbian/armbian.github.io#196arm64: enable AMD DC display controller for RDNA2 GPU support. by @igorpecovnik in armbian/build#9273atf: rk3399: fix PL330 DMA controller initialization. by @iav in armbian/build#9285Bump sm8250. by @CodeChenL in armbian/build#9180Change actions folder to actions-report. by @igorpecovnik in armbian/armbian.github.io#188Change exposed.map minimal patterns from bookworm to trixie, add forky as fallback. by @igorpecovnik in armbian/armbian.github.io#194chore: use release-signing policy for Windows artifacts. by @SuperKali in armbian/imager#87ci: add PR build artifacts with public download links. by @SuperKali in armbian/imager#81ci: use Docker containers for unit tests. by @igorpecovnik in armbian/configng#720cli: kernel-dtb: check dtc for version 1.7.2 before producing normalized dts. by @rpardini in armbian/build#9270config: arch: amd64: fix building kernel amd64 target with on arm64 host. by @rpardini in armbian/build#9271deps: update dependencies and document glib vulnerability. by @SuperKali in armbian/imager#88Enable debug. by @igorpecovnik in armbian/actions#14Enable Firefox download from PPA, drop Jammy and Oracular. by @igorpecovnik in armbian/os#424Exclude non-community trunk builds from promotion. by @igorpecovnik in armbian/armbian.github.io#193extension: grub: deploy qemu binary when doing cross build. by @amazingfate in armbian/build#9282feat: add image status warning for nightly builds and community boards. by @SuperKali in armbian/imager#83fix api change since v6.17. by @Spider84 in armbian/bcmdhd-dkms#5fix api change since v6.19. by @amazingfate in armbian/bcmdhd-dkms#6Fix uptime-kuma Docker image detection regex. by @igorpecovnik in armbian/configng#722fix: reduce board image scale and improve CI cache strategy. by @SuperKali in armbian/imager#86fix: regenerate Tauri updater signatures after SignPath code signing. by @SuperKali in armbian/imager#89fix: use any_changed output for reliable changed files detection. by @igorpecovnik in armbian/configng#725fix: use published_at for release sorting. by @igorpecovnik in armbian/community#46Framework: Add "Repeat Build Options" string at the end in case of er…. by @iav in armbian/build#9276framework: add custom_kernel_make_params extension hook. by @iav in armbian/build#9284Generate separate exposed.map patterns for stable and community boards. by @igorpecovnik in armbian/armbian.github.io#192Include community boards in exposed.map generation. by @igorpecovnik in armbian/armbian.github.io#191Initial support for kernel 6.18 on Ayn odin2. by @kasimling in armbian/build#9286mainline: bump to 6.19-rc6. by @EvilOlaf in armbian/build#9278memoize: add user feedback and configurable timeout for flock. by @iav in armbian/build#9262NanoPi R5C: Update to v2026.01; enable BTRFS support. by @okrc in armbian/build#9291orangepi5-plus: u-boot: restore vendor uboot with blobs. by @rpardini in armbian/build#9287orangepi5-plus: u-boot: use mainline ATF; bump to v2026.01; drop funky CE config options. by @rpardini in armbian/build#9261Override new yaml files - drop the code here if it works.. by @igorpecovnik in armbian/os#423radxa-e54c: board config: replace 'hacky' Wayland fix with wayland-sessions-mask extension. by @schwar3kat in armbian/build#9281radxa-zero2/khadas-vim3l: u-boot: disable LWIP. by @rpardini in armbian/build#9272refactor: conditionally hide custom image button when manufacturer is selected. by @SuperKali in armbian/imager#85refactor: standardize redis module and improve workflow reliability. by @igorpecovnik in armbian/configng#723Reload redirector after we check all mirrors. by @igorpecovnik in armbian/armbian.github.io#178Remove browsers from RISC-V desktop app groups. by @igorpecovnik in armbian/armbian.github.io#186Rockchip 6.18.y: drop upstreamed patches. by @igorpecovnik in armbian/build#9288Rockchip EDGE: drop up-streamed patches. by @igorpecovnik in armbian/build#9290rockchip64: station-m3: Enable USB type-C port. by @kasimling in armbian/build#9246rootfs: enable loong64 in qemu binfmt registration. by @igorpecovnik in armbian/build#9279scripts: use git commit date for 'edited' timestamp instead of filesystem mtime. by @igorpecovnik in armbian/armbian.github.io#177Switch Docker module to distribution maintained packages. by @igorpecovnik in armbian/configng#719Update CI documentation to reflect automated target generation. by @igorpecovnik in armbian/documentation#867Use armbian-apps config for app-specific images. by @igorpecovnik in armbian/armbian.github.io#187work-around Ubuntu Rust coreutils bug in dirname affecting linux-headers board-side compile of scripts/mod. by @iav in armbian/build#9264View the full article

http://blog.armbian.com/content/images/2026/01/githubhighlights-2-1.webpThis week in Armbian development saw a significant round of kernel updates, board support enhancements, and workflow improvements. Notable changes include refactoring of the sunxi patchset, multiple kernel bumps for Rockchip and sunxi platforms, and the introduction of parallel repository management. Several device-specific fixes were implemented, such as improved fan control and USB support for the Station M3, and initial support for the OrangePi 4A. Deprecated and problematic drivers were removed to streamline builds, while eBPF options and bootloader updates further enhance system capabilities. The team also addressed various patching, locale, and build issues, ensuring smoother operations across supported hardware. sunxi: refactor full patchset. by @EvilOlaf in armbian/build#9219Apply rtl8723cs bluetooth only with kernels above 6.1. by @paolosabatino in armbian/build#9184armbian-kernel: more eBPF-oriented options for userspace tooling. by @rpardini in armbian/build#9193atf: once again no-warn-rwx-segment woes. by @rpardini in armbian/build#9162Drop USB wireless driver that doesn't want to compile. by @igorpecovnik in armbian/build#9202Enable OrangePi 4A CSC Initial Support. by @juanesf in armbian/build#9185evict device trees from patches into bare dt. by @EvilOlaf in armbian/build#9215extensions/mtkflash: mtk-flash --no-erase-mmc1 landed upstream as --preserve-boot1. by @rpardini in armbian/build#9198extensions/ufs: don't check sfdisk version also when BUILDING_IMAGE!=yes. by @rpardini in armbian/build#9161feat: implement parallel repository management workflow. by @igorpecovnik in armbian/build#9224Fix broken patch due to upstream changes, drop edge kernel as its not used. by @igorpecovnik in armbian/build#9200Fix locale warnings during chroot operations. by @iav in armbian/build#9160Fix rootfs compilation (dropping deprecated gtk2 engines), drop broken patch on meson64. by @igorpecovnik in armbian/build#9199framework & kernel config - rework the optionality of kernel builtins vs modules. by @tabrisnet in armbian/build#9165framework - extension_hook_opt_out. by @tabrisnet in armbian/build#9178genio/radxa-nio-12l: OPTEE/u-boot/TF-A/FIP bootloader + EXT=mtkflash + fixes. by @rpardini in armbian/build#9159genio: kernel quality-of-life enhancements. by @rpardini in armbian/build#9167grub: remove invalid hack for hvc0. by @rpardini in armbian/build#9189Helios64: update uboot to v26-01. by @iav in armbian/build#9125host-release: allow to build on resolute. by @rpardini in armbian/build#9190mixtile-blade3: board: disable 'edge' kernel, as it's not ready for end-users yet. by @rpardini in armbian/build#9181mvebu64: re-revitalize espressobin - can build (under noble) again. by @rpardini in armbian/build#9182NanoPi R3S LTS: Update to u-boot-v2026.01. by @pyavitz in armbian/build#9207opt-out of driver_rtl8723cs in some legacy kernels so they build again. by @rpardini in armbian/build#9176patching: introduce add-only mode for DT Makefile AutoPatcher. by @rpardini in armbian/build#9204PR actions scripts: fix workflow execution name. by @igorpecovnik in armbian/build#9186rock-3a: unset BOOTFS_TYPE for non-vendor builds. by @EvilOlaf in armbian/build#9068Rockchip bump current to 6.18 and edge to 6.19. by @paolosabatino in armbian/build#9169Rockchip maint: drop upstreamed patch. by @igorpecovnik in armbian/build#9196rockchip/uefi-loong64 6.19: rewrite patches against 6.19-rc4. by @rpardini in armbian/build#9172rockchip64-6.18: Enable audio for HDMI0 on station-m3. by @kasimling in armbian/build#9170rockchip64: bump edge to 6.19; current 6.12 -> 6.18. by @EvilOlaf in armbian/build#9067rockchip64: patch ATF 2.13 to build on gcc-14+ (ref rk3399's m0). by @rpardini in armbian/build#9208rtl8723cs: stop including proprietary driver for kernel 6.19 onwards. by @paolosabatino in armbian/build#9171station-m3: Fix fan speed and enable USB 3.0 Type-A port. by @kasimling in armbian/build#9177sun55iw3.conf bump u-boot to v2026.01 (final). by @juanesf in armbian/build#9197sunxi-6.18: rename patch that does fixups for clarity. by @rpardini in armbian/build#9213sunxi: Add CONFIG_TTY_OVERY_SDIO to edge kernel config. by @EvilOlaf in armbian/build#9226sunxi: bump edge to 6.18.4. by @EvilOlaf in armbian/build#9188sunxi: bump current and edge to latest minor. by @EvilOlaf in armbian/build#9229sunxi: bump current to 6.12.64. by @EvilOlaf in armbian/build#9195sunxi: cleanup old patchsets. by @EvilOlaf in armbian/build#9212sunxi: move overlays from various patches into auto-patcher. by @EvilOlaf in armbian/build#9211thinkpad-x13s: bump arm64-sc8280xp to steev's 6.18.y. by @rpardini in armbian/build#9173tools/repository/extract-repo.sh: simplify extraction by copying directly from pool. by @igorpecovnik in armbian/build#9174u-boot: allow custom LOGLEVEL with UBOOT_LOGLEVEL (default to 6). by @rpardini in armbian/build#9191u-boot: bump u-boot to v2026.01 (final) for boards that had -rcX. by @rpardini in armbian/build#9179kernel-make: clang: Remove -Wno-error=unknown-warning-option from clang KCFLAGS.. by @iav in armbian/build#9183View the full article

Hello all. I have an Android-based Yundoo Y8 TV box, which I want to use for UPS management. I want it to be able to run Armbian to install the UPS management software, but I cannot figure out which Armbian I should download. The board is based on Rockchip RK3399. In cpu-z app I see the board identified as rk30sdk, and the hardware is rk30board. Can you please help me identify the board so I can understand which version of Armbian I need? I couldn't find anything in the forum about RK3399... I really appreciate any help you can provide.

Hello Armbian community, I am writing this topic because, despite the drivers for the processor's integrated GPU are installed within the operating system, they do not seem to work properly. Precisely the system seems to work but as soon as I try to play a video it is played by the CPU and not by the GPU with lag and the CPU is at 100%. I leave the link and the attachment of the result of the armbianmonitor -U command that I posted here: https://paste.debian.net/1337993/ it is a compressed tar.gz file since I included all the results of the command Analysis.txt

I'm seeing this exact Cinnamon problem on the Pinebook Pro (Rockchip rk3399). I get the same error message flagging Util.latinise. I see no Start menu button. If I press the hardware start button on my keyboard I see a blank menu box appear with no icons or functionality. Under Armbian/bookworm, which I currently run on the Pinebook Pro, there is no problem; Cinnamon seems to work fine under Armbian/bookworm. The problem appears only with Armbian/trixie.

Hi I have an RK3566 board with a Unisoc UWE5621DS wifi/BT chip on it. I have had a number of kernels running on this board (4.19.209 BSP, 6.0 mainline, 6.1-rc1 mainline) but the wifi is a problem. I noticed that there is an Orange Pi 5.17 kernel that includes a driver for UWE5622. I'm not sure how close 5621DS is to 5622 Also I think that this kernel is meant for the Orange Pi 4 which has an RK3399, whereas I have RK3566. Anyone any thoughts on what is most likely to work?

This week’s Armbian development saw a series of notable updates focused on expanding hardware support and improving system stability. Key highlights include the addition of new board configurations, such as the Radxa E24C and rk3566-box-demo, as well as enhancements to device tree files for improved hardware control. Kernel updates were prominent, with fixes for AV1 and VP9 decoding, expanded support for kernel 6.18, and a rewrite of Rockchip kernel patches. Installation processes were streamlined with the introduction of a direct flashing method, while sound card and display support received targeted improvements. The team also deprecated EFI/Grub in favor of a more robust u-boot flow for Genio devices. Overall, these changes reflect Armbian’s ongoing commitment to broadening compatibility and refining user experience. Add BOARD_VENDOR to board configs. by @igorpecovnik in armbian/build#9063Add Radxa E24C; vendor kernel and vendor u-boot only for now. by @rpardini in armbian/build#9038Add support for rk3566-box-demo. by @andyshrk in armbian/build#9008dts: rockchip: rk3399-fine3399: adjust pwm-fan control strategy. by @Lemon1151 in armbian/build#9036Enable direct flashing method in armbian-install menu. by @igorpecovnik in armbian/build#9022Fixed SOC_RT5651 build. by @iamdrq in armbian/build#9052Genio: Deprecate EFI/Grub in favor of proper uboot flow. by @HeyMeco in armbian/build#9040jethubj200: update JetHub D2 DT file for I2C display and GPIO expande…. by @QwaSeeK in armbian/build#9048lib / rootfs-create: make rm command more robust. by @leggewie in armbian/build#9060nanopct6: Add ALSA sound card configuration. by @SuperKali in armbian/build#9045nanopi-r76s: move patch to board specific folder. by @EvilOlaf in armbian/build#9062qcs6490: VP9 fix backported from mailing list. by @HeyMeco in armbian/build#9055Rock-5B-Plus: Fix Mainline u-boot. by @HeyMeco in armbian/build#9039rockchip-current: rewrite kernel patches. by @EvilOlaf in armbian/build#9054rockchip64-6.18: add patch to fix av1 decoding on rk3588. by @amazingfate in armbian/build#9042rockchip64-edge: enable CONFIG_ROCKCHIP_DW_DP. by @amazingfate in armbian/build#9047rtw88: Add kernel 6.18 support and clean up patch logic. by @SuperKali in armbian/build#9041sunxi-current: bump to latest 6.12.y version. by @EvilOlaf in armbian/build#9053sunxi: bump current to latest minor. by @EvilOlaf in armbian/build#9066Watchdog extension. by @iav in armbian/build#9044View the full article

Hey there! I’ve been running Home Assistant Supervised on Armbian for a while, but lately I keep seeing a repeat issue after system upgrades (Docker or kernel updates). After upgrading, some HA containers stop unexpectedly, for example: odroid-c2-homeassistant:2025.12.2 exits with code 137 aarch64-addon-configurator:5.8.0 exits with code 143 My current setup runs on Helios64/RK3399 · kernel 6.12.58-current-rockchip64 · Docker CE 29.1.3 (f52814d). After digging a bit, I noticed this line in dmesg right after the failures -> apparmor="DENIED" operation="signal" profile="hassio-supervisor" signal=kill I also found the small watchdog script (supervisor_fix.sh) that restarts the Supervisor when it reports unhealthy, but the upgrade breakage seems to slip through. I’m just thinking out loud here, but maybe something like a post-upgrade AppArmor refresh, or some other small adjustment, could help ? Not sure what makes the most sense, so any input would be really appreciated. Thanks for your time and for all the work you put into Armbian!

Description Fix Type-C DP altmode on some rk3399 boards. Currently only on rockchip64-6.15. The old implementation is tricky, and only works in normal orientation. If the plug is flipped, there will be only USB2.0 connectivity. With the proposed changes, the type-c ports on related rk3399 boards should work in both orientations. A few patches from Megous are picked(some of them already present in sunxi64 kernel patches). The tricky part is how to notify rk3399 cdn-dp driver about DP HPD(hot plug detection), and a workaround is written. A caveat is that the c port has to be OTG mode, otherwise it will behave very similar to the old implementation if DP is enabled. I'm not sure if orange pi 4 / 4 LTS support this, so there's no change to their dts yet. Apart from the work above, the missing fan node is added to tinkerboard 2's dts. list of changes fix type-c dp altmode Megous' glue driver and related improvements are imported this involves enabling the driver in defconfig CONFIG_TYPEC_EXTCON=m a workaround for notifying DP HPD to cdn-dp is written(not merged anywhere) related device tree files/patches are updated accordingly(what about orangepi 4?) add missing fan node in tinkerboard 2's dts along with some minor tweaks How Has This Been Tested? [x] build tinkerboard-2 with edge kernel [x] test on tinkerboard 2s with a hub [x] hub alone works in both orientations [x] hub with display connected works in both orientations [x] when hub is connected, display hot plug/unplug works [x] USB 3.0 type-c drive works in both orientations [ ] test with a DP-only dongle [ ] test on pinebook pro [ ] test on nanopc-t4 [ ] maybe test on orangepi 4 (need dts change) [ ] maybe test on orangepi 4 LTS (need dts change) Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [x] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article