Active threads

Meson 8B is codename of s805 means its not 4k at all bro mine is also 8B i checked it with adb

Actually no. While 6.12.y may be an LTS kernel, support for rk3588 was barely there so very few boards actually work with this. I suggest to download/build an image with either "vendor" kernel 6.1.115 or "edge" with >=6.18.y. This should work better.

Armbian 26.2.1 Noble XFCE (BSP Kernel: 6.1.115) + PanVk - mesa 26.0 (https://launchpad.net/~ernstp/+archive/ubuntu/mesaaco) + Box64 arm64 v0.4.1 4474ac0f1 (https://ryanfortner.github.io/box64-debs/) + ge-proton10-32 (https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/GE-Proton10-32) + DXVK-stripped v1.7.3 ~40fps@720p (mixed settings) Metal Gear Solid V - The Phantom Pain - v.1.01 (denuvoless version) (Tpp_steam_mst_en_0803_2200)

According to the datasheet (https://de.scribd.com/document/948890791/MT7988A-Datasheet) the supported baudrate seems to be between 300baud and 3Mbaud. However cannot tell anything about support status. Neither do I have this hw, nor did I ever dig into this soc. Starting with device tree overlays might be a good start or check the whole device tree in general for the uart nodes if present.

logs? versions??

I managed to boot armbian from SD card without eMMC. The way achived this is by create a bootable insomwrt with venodr u boot, using my script `./run.sh custom` then replace the ROOTFS with armbian's ROOTFS from there I could boot armbian and fix the fstab. So far it's working fine root@aml-s9xx-box:~# lsblk -f NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS mmcblk1 ├─mmcblk1p1 vfat FAT16 BOOT 1C34-0D25 200.9M 18% /boot └─mmcblk1p2 ext4 1.0 ROOTFS 6f2edfb1-adb2-4f1b-8087-46d189763c9b 5.2G 20% /var/log.hdd / zram0 root@aml-s9xx-box:~# uname -a Linux aml-s9xx-box 6.1.66-DBAI #1 SMP PREEMPT Fri Nov 29 09:52:27 +07 2024 aarch64 GNU/Linux root@aml-s9xx-box:~# uptime 01:44:24 up 19 min, 1 user, load average: 0.00, 0.00, 0.00 root@aml-s9xx-box:~# cat /etc/os-release PRETTY_NAME="Armbian 26.2.0-trunk.563 trixie" NAME="Debian GNU/Linux" VERSION_ID="13" VERSION="13 (trixie)" VERSION_CODENAME=trixie DEBIAN_VERSION_FULL=13.3 ID=debian HOME_URL="https://www.armbian.com" SUPPORT_URL="https://forum.armbian.com" BUG_REPORT_URL="https://www.armbian.com/bugs" ARMBIAN_PRETTY_NAME="Armbian 26.2.0-trunk.563 trixie" root@aml-s9xx-box:~#

Howdy hey. What do you guys think of this Android TV Box Q19 Android16 Allwinner H618 https://www.aliexpress.com/item/1005011785087357.html it does claim 8GB ram and price is ~40 euro ? or 95 TV Box Android14 Allwinner H616 https://www.aliexpress.com/item/1005009496923463.html which one is a better bet?

I tried the nightly build, and I'm happy with the result. Vulkan and OpenGL are still running on the CPU, but I'll try newer images in the future. I did a quick test with Yamagi Quake 2. OpenGL 1.4 doesn't even get 60fps at 640x480, but it looks playable. Should run a lot faster once we can run Vulkan on the GPU. https://github.com/yquake2/yquake2/blob/master/doc/020_installation.md This the make command I used: make WITH_GLES1=yes WITH_SDL3=no -j4 I also tested Stable Diffusion XL Turbo with OnnxStream. Image generated in 7m27s. Looks like the CPU performance is as expected. You do need gcc-14 and g++-14. They are available in the repository. https://github.com/vitoplantamura/OnnxStream You need to change the architecture string in CMakeLists.txt. -march=rv64gcv

Hello I am using: Linux nanopineo 6.12.74-current-sunxi #10 SMP Thu Feb 19 15:29:56 UTC 2026 armv7l GNU/Linux PRETTY_NAME="Armbian_community 26.2.0-trunk.464 trixie" NAME="Debian GNU/Linux" VERSION_ID="13" VERSION="13 (trixie)" VERSION_CODENAME=trixie DEBIAN_VERSION_FULL=13.3 ARMBIAN_PRETTY_NAME="Armbian_community 26.2.0-trunk.464 trixie" i am tring to bind spi1 to fbdev. Here are the configurations: /boot/armbianEnv.txt: /boot/overlay-user/spi1-st7789.dts: SPI1 is not generating any CLK or MOSI signals on the physical pins. Looking forward for any help Best regards, Genadi

Hi everyone, I'm very new to Armbian Linux. I'm about to acquire Orange Pi Zero 2W for my audio project. I have read some of the forum posts related to the SOC's native I2S, and I'd like to know if those problems mentioned in the posts have been resolved in the new kernel? Meaning that users don't have to write and compile their own device tree overlay and kernel mode driver? My project require a full duplex I2S with the CODEC as the master. Nothing fancy, just 2 channels in and 2 channels out. Hope someone can help clear the doubts so that I know for sure I will not be buying what I can not use. Thanks

I have dtb files used by manufacturers for compiling on the Android 5.1 system (OEM versions 2.17 and 2.19). It differs from boards like the firefly, for example: using a 100 Mbps network port, USB GPIO uses <0x50 0x0c 0x00>. Can anyone help with adapting this board? I want to compile it for armbian. 2.17.dtb 2.19.dtb

Greetings, i own a CB1, however i cannot get it to work well either. Perhaps we can help each other.

when using your fork, it worked https://github.com/fensoft/rk3528-tvbox

I am currently at 7.0.0-rc1. I can upload my jump-start image so you can check if my kernel build works with your device. If you like what you see, it is only a 'prepare-jump-start ${target-mount-point}' away to install the kernel package alongside your existing system. I know about it, but since it is just another not mainline solution with another dependency mess, I am not particularly interested.

Thanks for the replies. But I've decided on Linux Mainline on ARM Chromebooks (Veyron): https://github.com/velvet-os/imagebuilder/releases/tag/251115-02 which at least works from the SD card. I'm still working on the installation. 😉

Oh damn, wish I would have read this before I tried to install (26.2 with vendor kernel build on the 9th) from SD to Nvme... How can I reflash MTD if I only have a MacBook available? Note to self and the next one hitting that wall: Going to maskrom mode kinda fixed it, after that I started again from a mSD and from that running ArmBian I flashed the same img to the Nvme on the board. Another reboot and it was started from the SSD 😉

This week’s Armbian development saw a wide range of improvements and fixes across the project’s build framework, kernel support, and device compatibility. Notable changes include the transition from POSIX to Bash syntax for enhanced script reliability, expanded support for new hardware such as the Norco-EMB-3531 board, and the addition of Vulkan and improved 3D package descriptions. Several device-specific updates were made, including kernel enhancements for sm8250, mainline support for SpacemiT, and fixes for wireless and HDMI functionality on various boards. The team also introduced new features like a cache manager modal in the imager and improved marking for container-based software. Multiple bug fixes addressed issues with OS image duplication, patch timestamps, and device quirks. Security was bolstered with hardened GitHub Actions, ensuring a more robust development pipeline. Changes(#9400 P1a) Replace POSIX [ ] with bash [[ ]] across build framework. by @iav in armbian/build#9462Add manual execution and daily cron schedule for MOTD generation. by @igorpecovnik in armbian/armbian.github.io#249Add norco-emb-3531 board and norco vendor image. by @retro98boy in armbian/armbian.github.io#244add Vulkan support and expand 3D package descriptions. by @igorpecovnik in armbian/build#9494Added config improvements and fixes to ayn odin2. by @Squishy123 in armbian/build#9316bump 7.0 to rc2. by @EvilOlaf in armbian/build#9475dwc2: explicitly force host mode for USB_DR_MODE_HOST. by @igorpecovnik in armbian/build#9486feat: add cache manager modal with per-image management. by @SuperKali in armbian/imager#109feat: mark container-based software in menu and docs. by @igorpecovnik in armbian/configng#761fix(gitignore): ignore pycache at all depths (#7863). by @iav in armbian/build#9490fix(images): adapt module to new armbian-images.json structure. by @igorpecovnik in armbian/configng#756fix(manage_zsh): abort shell change if zsh package install fails. by @ajorpheus in armbian/configng#759fix: resolve OS image list duplication when switching filters. by @SuperKali in armbian/imager#110Fix: SakuraPi RK3308B WLAN broken. by @TheSnowfield in armbian/build#9478i915: fix Dell XPS 13 7390 device ID in quirk patches. by @igorpecovnik in armbian/build#9485Improve sm8250 6.19 edge kernel. by @retro98boy in armbian/build#9434meson64: bump edge to 7.0-rc1. by @EvilOlaf in armbian/build#9459meson: freeze current kernel at 6.12.28 and fix HDMI PHY frequency limit. by @igorpecovnik in armbian/build#9465nanopi-zero2: enable mainline kernel support and PCIe for M.2 WiFi. by @rubycomm in armbian/build#9453OrangePi 3B: Add device tree overlays for OrangePi 3B with I2C, PWM, SPI support. by @kskshaf in armbian/build#9460OrangePi-RV2: Fix wireless access point mode by using the correct FW. by @sven-ola in armbian/build#9504orangepi5: rewrite uboot patches against v2026.04-rc3. by @EvilOlaf in armbian/build#9457patching: fix #9028 timestamp when multiple patches touch same file. by @iav in armbian/build#9489pkg_install/pkg_remove: properly propagate apt-get exit codes. by @igorpecovnik in armbian/configng#760Removed un-needed patch for SM8550-6.18; patch has already been updat…. by @Squishy123 in armbian/build#9487rk3568: add 51.2MHz PLL rate for HDMI. by @skorobkov in armbian/build#9477rock-5b-plus: add current kernel to build targets. by @igorpecovnik in armbian/build#9464rock-5t: add current kernel to build targets. by @igorpecovnik in armbian/build#9463Rockchip64 fix patches due to upstream changes in 6.19.6 and 6.18.16. by @EvilOlaf in armbian/build#9483rockchip: Disable specific patches in 6.19 series. by @igorpecovnik in armbian/build#9493rockchip: Enable Wireguard/TUN module in vendor kernel. by @vidplace7 in armbian/build#9492Spacemit legacy loadpatch. by @sven-ola in armbian/build#9496SpacemiT: Add linux-7.0.y "mainline" support. by @pyavitz in armbian/build#9458spacemit: remove old and unused patch set. by @sven-ola in armbian/build#9497unset QEMU_CPU for aml_image_packer. by @QwaSeeK in armbian/build#9417Update odroidxu4-current to 6.6.128. by @belegdol in armbian/build#9491[StepSecurity] ci: Harden GitHub Actions. by @step-security-bot in armbian/build#9356View the full article

Update — Working fix available I've got eMMC detection working on my Radxa Zero 3W with Armbian Trixie (vendor kernel 6.1.115, SD card boot). The fix uses a device tree overlay to inject the missing voltage regulators, pinctrl references, and eMMC capabilities into the base DTB, combined with a small systemd service that rebinds the SDHCI driver to work around a deferred probe timing issue. After applying, the eMMC is detected as expected: mmc0: new HS200 MMC card at address 0001 mmcblk0: mmc0:0001 8GTF4R 7.28 GiB armbian-install works normally after that to migrate to eMMC boot. The rebind service is conditionally skipped when booting from eMMC so it doesn't interfere. I've attached a zip with all the files. The README.md inside has the full details — root cause analysis, what was tried and failed (including full DTB recompile), how the fix works, installation/verification/revert steps, and known limitations (the pinctrl phandle values are specific to this kernel build). I still working on a version that does not need the rebind service for sd cards. but for now you need the rebind on the sd card to get it to find the EMMC so you can install. emmc-fix.zip

Hi folks, I was looking to activate the NPU on my beagley-AI chip, running armbian, and I couldn't find how. This chip as a NPU (AM67A) on the SOC from TexasInstruments (https://api.pageplace.de/preview/DT0400.9783895766572_A50990365/preview-9783895766572_A50990365.pdf). The loading of the NPU seems to have failed: mesg | grep remoteproc [ 8.461511] k3-dsp-rproc 7e000000.dsp: configured DSP for remoteproc mode [ 8.461728] remoteproc remoteproc0: 7e000000.dsp is available [ 8.461868] k3-dsp-rproc 7e000000.dsp: register pm nitifiers in remoteproc mode [ 8.464448] k3-dsp-rproc 7e200000.dsp: configured DSP for remoteproc mode [ 8.465124] remoteproc remoteproc0: Direct firmware load for j722s-c71_0-fw failed with error -2 [ 8.465164] remoteproc remoteproc0: powering up 7e000000.dsp [ 8.465271] remoteproc remoteproc0: Direct firmware load for j722s-c71_0-fw failed with error -2 [ 8.465285] remoteproc remoteproc0: request_firmware failed: -2 [ 8.480524] remoteproc remoteproc1: 7e200000.dsp is available [ 8.480658] k3-dsp-rproc 7e200000.dsp: register pm nitifiers in remoteproc mode [ 8.482329] remoteproc remoteproc1: Direct firmware load for j722s-c71_1-fw failed with error -2 [ 8.482375] remoteproc remoteproc1: powering up 7e200000.dsp [ 8.482488] remoteproc remoteproc1: Direct firmware load for j722s-c71_1-fw failed with error -2 [ 8.482501] remoteproc remoteproc1: request_firmware failed: -2 [ 8.964763] platform 79000000.r5f: configured R5F for remoteproc mode [ 9.047514] remoteproc remoteproc2: 79000000.r5f is available [ 9.048055] remoteproc remoteproc2: Direct firmware load for j722s-mcu-r5f0_0-fw failed with error -2 [ 9.048099] remoteproc remoteproc2: powering up 79000000.r5f [ 9.048222] remoteproc remoteproc2: Direct firmware load for j722s-mcu-r5f0_0-fw failed with error -2 [ 9.048241] remoteproc remoteproc2: request_firmware failed: -2 [ 9.234391] remoteproc remoteproc3: 78000000.r5f is available [ 9.234578] remoteproc remoteproc3: attaching to 78000000.r5f [ 9.402138] remoteproc remoteproc3: remote processor 78000000.r5f is now attached [ 9.505240] platform 78400000.r5f: configured R5F for remoteproc mode [ 9.547946] remoteproc remoteproc4: 78400000.r5f is available [ 9.548359] remoteproc remoteproc4: Direct firmware load for j722s-main-r5f0_0-fw failed with error -2 [ 9.548400] remoteproc remoteproc4: powering up 78400000.r5f [ 9.548505] remoteproc remoteproc4: Direct firmware load for j722s-main-r5f0_0-fw failed with error -2 [ 9.548521] remoteproc remoteproc4: request_firmware failed: -2 [ 15.281722] Modules linked in: algif_aead rpmsg_ctrl rpmsg_char cc33xx mac80211 libarc4 snd_soc_simple_card cc33xx_sdio snd_soc_simple_card_utils crct10dif_ce panel_simple pci_endpoint_test e5010_jpeg_enc cpufreq_dt pvrsrvkm(O) pwm_fan at24 rti_wdt cfg80211 ti_k3_r5_remoteproc btti_uart bluetooth snd_soc_davinci_mcasp snd_soc_ti_udma wave5 rpi_panel_attiny_regulator snd_soc_ti_edma snd_soc_hdmi_codec snd_soc_ti_sdma videobuf2_dma_contig v4l2_mem2mem videobuf2_memops videobuf2_v4l2 videobuf2_common snd_soc_core snd_pcm_dmaengine tc358762 snd_pcm videodev ti_k3_dsp_remoteproc ti_k3_common mc snd_timer snd omap_mailbox optee_rng efi_pstore nfnetlink [ 15.285991] Modules linked in: algif_aead rpmsg_ctrl rpmsg_char cc33xx mac80211 libarc4 snd_soc_simple_card cc33xx_sdio snd_soc_simple_card_utils crct10dif_ce panel_simple pci_endpoint_test e5010_jpeg_enc cpufreq_dt pvrsrvkm(O) pwm_fan at24 rti_wdt cfg80211 ti_k3_r5_remoteproc btti_uart bluetooth snd_soc_davinci_mcasp snd_soc_ti_udma wave5 rpi_panel_attiny_regulator snd_soc_ti_edma snd_soc_hdmi_codec snd_soc_ti_sdma videobuf2_dma_contig v4l2_mem2mem videobuf2_memops videobuf2_v4l2 videobuf2_common snd_soc_core snd_pcm_dmaengine tc358762 snd_pcm videodev ti_k3_dsp_remoteproc ti_k3_common mc snd_timer snd omap_mailbox optee_rng efi_pstore nfnetlink The usual lspci doesn't contain much: lspci 00:00.0 PCI bridge: Texas Instruments Device b010 How should I proceed to make it work? Thanks!

I also saw that both apt and beta repo's do not contain recent rockchip64 kernels at the moment. There is only a recent generic arm64 one. So it is not only my rock3a, also my nanopi-r6c would be affected, but I use own/other/vendor kernels as well, so specific 6.18.8 is not an issue for me. I use extlinux or grub to select a certain kernel (6.19 flavor on nanopi-r6c for example). For my rock3a, I need vendor kernel, but if you use mainline based, you could use standard Debian backports kernel: https://packages.debian.org/trixie-backports/linux-image-arm64 You need to get the .dtb manually and I just assume most features are supported when the rock3a has mainline U-Boot in SPI. You need of course add that to sources.list and specifically select it. You could also use Armbian build framwork to build a 6.18.x yourself, you will also get a header files package then. For Debian14 I see there is: /usr/lib/linux-image-6.18.15+deb14-arm64/rockchip/rk3568-rock-3a.dtb But as indicated, this is total DIY, I have not tested it. I only know that on rock5b I could run standard distro since quite some months, but use 6.1.115 vendor one as I need all RK3588 HW to work.

Ok, after doing more tests the issue was the boot switch on the board. It must be switched to boot from SD/eMMC and not SPI (BIOS). Then reboot works fine.

ha extension is not a part of the framework. Copy from here https://github.com/armbian/os/tree/main/userpatches/extensions

If you’re thinking about running Armbian on the OnePlus 8T, basic functionality like calls, SMS, and mobile data will really depend on how well the device drivers are supported in the current build. From what most community discussions suggest, Wi-Fi and some hardware features may work, but cellular, camera, and other components can still be hit-or-miss compared to more mature options like Sailfish OS or Ubuntu Touch on officially supported devices. It’s a good idea to check active developer threads and user reports before installing.

Ah I didn't know about that. I just created a systemd service that runs cpupower at boot.

@Morales Morales