Active threads

Actually not as I am human - I need time and focus to be able to understand what the code does. Same as everyone else. BASH is list of commands and if you are average tech person you can interpret those command, one after another to understand what is going on. AI can help. You can, but you can not expect that I will answer them. Perhaps someone else will, perhaps nobody. I show you how you can understand it without destroying my brain - I need to look into the code to answer questions ... Its Friday evening here and I already answered at maximum effort.

Just tested trunk 244, (Armbian_community_26.2.0-trunk.244_Radxa-cubie-a5e_trixie_edge_6.18.5_minimal.img.xz) and it doesn't have this reboot issue. However, trunk 244 doesn't support the PCIe, USB3 or WiFi/BT so something must have changed when those devices started to be supported recently. I take that back, it does still have the rebooting issue. I'll keep digging.

OK, so the URL I posted is not correct. If those devices are there, your only option is to use dd with correct offsets on SPI/MTD or eMMC ( or SD-card) to write a U-Boot binary. An lsblk should show those devices, else maybe the armbian-install tool is likely correct with its error message.

Awesome. Let me try that. Had to reinstall my SBC cause I done a stupid thing, removed my boot partition. Wanted to format another sd-card of the same size and didn't look well enough. Installing wine and all the others now, will try with all you've mentioned. Big thank you, I'm in the hospital with little to do, and I miss Farming Simulator to make the time pass quickly. Thank you for the great work.

Thank you. Basic functionality, few non critical bugs = release ready. Moving to main download location. Imager will have them after they are moved to primary download location. Test images are not there. We don't provide that. We will only provide images with mainline derived kernel which is hard to compare - its a very different SW stack - with Radxa vendor kernel. Basic (!) functions for headless usage are already working. The rest in next 6-12-> month.

This would be amazing. I don't suppose anything came of this? I'm not sure if armbian-install is still actively maintained, but I'm not having any luck using it with several boards I have now.

Hi, after find out that the usb-connector right so have I tried install on a usb3-sata-m2 disk, I have problem to install. I created partision on the usb-disk with ambian-install, and after that trying to select 8 (download and install clean image), but it can't find any image for my board. I have no eMMC on my 4GB ram radaxa zero 3Wso I run from SD-card.

I own the same box. Do you unbrick your box in the meanwhile?

The related PR states this was tested. @Efe Çetin can you confirm this still works as expected?

I've been trying to get the LCD working on my box. I've used Nicks image - Armbian-unofficial_25.05.0-trunk_X98h_bookworm_edge_6.12.11_xfce_desktop I've followed instructions for OpenVFD and tm16xx on these forums but both result in an Exec Format Error when I try to install the compiled module. From what I have read this is a version mismatch between the kernal and what the module was built with but when I compare uname -r with the vermagic of the module they match. I initially installed the linux headers from Nick's Github: linux-headers-edge-sunxi64_25.05.0-trunk_arm64_6.12.11. After I got the format error I tried installing headers from Armbian-config but get the same result. Make wouldn't work at all initially until I did a symlink between the relevant folders in usr/src and lib/modules. Maybe that stuffed something up?

@marcosdsdba I would compile this on the box. Install kernel headers. Post the errors you are getting. https://github.com/NickAlilovic/build/releases/download/20250306/linux-headers-edge-sunxi64_25.05.0-trunk_arm64__6.12.11-S62b2-Da873-P8a5c-C1abcH02eb-HK01ba-Vc222-B9bbb-R448a.deb

@Jain Ziad Try this: https://forum.armbian.com/topic/57960-sv6256p-wifi-now-working-on-linux-6x-armbian-tested/

@brunorro What a read! That's cool stuff - hopefully those guys'n'gals visit the next station on their journey soon: from TH1520, via JH7110, then (hopefully) X1. At least that mailbox communication sounds similar with the SpacemiT SoC: power management via extra rCPU is also a thing here. Thank you for the link // Sven-Ola

I'm trying to enable UART6, UART7, and UART10 via overlays on a sige5 board. UART6 AND UART7 are working fine but I'm not seeing UART10 in the /dev directory. Could someone help me debug this?

@gabriel_altoe Try this: https://brandolamarck.substack.com/p/como-extrair-e-decompilar-a-device. I'll take some time to try and follow the tips. I'll post any updates here.

While reviewing the system logs, I noticed several ftrace warnings appearing in dmesg. After investigating the root cause, I have applied the necessary configuration updates to eliminate these logs. The driver is now running cleanly without any ftrace-related noise.

Hi, did you resolve this? I'm having trouble with the same thing and this seems to be the only forum where this is mentioned. It seems to be a watchdog issue?

Board: MKS-Klipad50 Images: * Armbian_26.2.1_Mksklipad50_noble_current_6.18.8_minimal.img.xz * Armbian_26.2.1_Mksklipad50_trixie_current_6.18.8_minimal.img.xz Passed tests: * gpg and sha checksum files * boot from emmc, leds, display, touch, usb, internal wifi * initial setup, uboot-console, full klipper/klipperscreen install, reboot Result: All expected images do exist, verify and work properly.

Any news or predictions on when HDMI and VAAPI will work? I want to use the board as a Jellyfin server!

I managed to burn the eFuse. Now I can load the uart0hello.sunxi file signed with toc0 and even get the "Hello H3..." output. But I can't sign the system image or even just the SPL; when I boot from them, the console is silent. Does anyone have any thoughts or know what to do?

Great! It's working now, sorry, I made it too complex previously.

Collabora continues to be a key contributor to the Linux kernel, with 125 patches from 21 developers! Highlights include Arm Mali GPU improvements, expanded MediaTek and Rockchip SoC support, Rust integration progress, and new Rockchip video capture functionality. View the full article

I've made some improvements of .dts for H96 MAX M9S, tested on Linux version 6.19.0-edge-rockchip64 (build@armbian) What's new: GPU working USB 3.0 mode working Currently working: both USB ports, incl. USB 3.0 mode GPU (using Panfrost driver) HDMI (audio+video) Ethernet port Wifi (using aic8800 DKMS drivers provided by https://github.com/radxa-pkg/aic8800/releases) Leds Not working: NPU Bluetooth S/PDIF rk3576-evb1-v10-main-h96-v5.dts dmesg-19.0.txt

armbian-config submenu STO001