Active threads

FYI: My node running 25.02.0-trunk as mentioned above has stability issues after ~30 days. I had to reboot it at least 2 times. Cause unknown. Maybe not an issue depending on the workload/use case:

Am I missing something?

@Ángel Luis Pérez You don't have to apologize because the type of image was very clear in the post where you reported it... it's just a matter of reading 🙂

https link isn't functioning. I click and a new window opens and rapidly closes without automatic download. Using the latest Chrome (Version 135.0.7049.85 (Official Build) (64-bit)) within Windows 11 Pro, no pop-up blocker enabled.

When I try a sudo apt update it works. However, when I try a sudo apt upgrade or sudo apt full-upgrade they fail, Here is an example of what I am getting: sudo apt full-upgrade Reading package lists... Done Building dependency tree... Done Reading state information... Done You might want to run 'apt --fix-broken install' to correct these. The following packages have unmet dependencies: libraspberrypi0 : Depends: raspberrypi-bootloader but it is not installable or raspi-firmware but it is not installed E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution). any help would be appreciated.

Fred K's February 27 instructions worked great for me as well. It rescued my Helios4 using OMV without any data loss. Thank you! Someone had mentioned that they had trouble downloading https://images.solid-run.com/A38X/U-Boot/v2024.04/2025-02-08_695f767/u-boot-helios-4-sd.kwb I had trouble as well, but how was able to get it was go to the parent folder in that URL, then click on the u-boot-helios-4-sd.kwd file shown there, and that downloaded perfectly fine for me (not sure why the direct link didn't want to work).

@g2t - the overlay you posted wasn't compatible with my 6.1.99-vendor-rk35xx kernel, so I changed it a bit until it started to work. /dts-v1/; /plugin/; / { /* Add new thermal trip points for active cooling */ fragment@0 { target-path = "/thermal-zones/bigcore0-thermal/trips"; __overlay__ { bigcore0-active1 { /* 55 degree with hysteresis of 5 deg */ temperature = <55000>; hysteresis = <5000>; type = "active"; phandle = <0x1001>; }; bigcore0-active2 { /* 60 degree with hysteresis of 2 deg */ temperature = <60000>; hysteresis = <2000>; type = "active"; phandle = <0x1002>; }; }; }; /* Set polling delay for active cooling */ fragment@1 { target-path = "/thermal-zones/bigcore0-thermal"; __overlay__ { /* for active cooling, in milliseconds */ polling-delay = <2000>; }; }; /* Enable PWM fan and adjust cooling levels */ fragment@2 { target-path = "/pwm-fan"; __overlay__ { status = "okay"; cooling-levels = <0 45 80 120 160 255>; }; }; /* Add cooling maps to associate thermal trips with fan cooling levels */ fragment@3 { target-path = "/thermal-zones/bigcore0-thermal"; __overlay__ { cooling-maps { map1 { trip = <0x1001>; cooling-device = <&fan 0 1>; }; map2 { trip = <0x1002>; cooling-device = <&fan 2 5>; }; }; }; }; __symbols__ { fan = "/pwm-fan"; }; };

that's really a good performance, congratulations for comparison i do 3fps 320x240 on rk3566

I think my issue is actually that CONFIG_RT_GROUP_SCHED is enabled. I was certain I had disabled it. After some sluething.. It turns out I don't know how to configure/build a kernel. I run ./compile.sh BOARD=bananapim4zero BRANCH=edge kernel-config I then make some changes and tell it to save: For instance when I enter menuconfig, I see this. I then REMOVE the check. I say YES OOPS. I realized I wanted to make another change. And now it's back. After unchecking this, and building the kernel, moving the kernel, installing, and rebooting I see the config hasn't change on board. So, I must have a misunderstanding of how this is supposed to work. I checked here: https://docs.armbian.com/Developer-Guide_Build-Commands/ Which says "Add or Remove" modules, but doesn't elaborate if it's copying some defaults or where they might be coming from.

The automated script has been updated to support the Nano Pi M6 (Noble mainline kernel IOT/minimal image and Noble Gnome desktop vendor kernel image both tested). Use the -m option to include all loaded modules in the initrd. The boot partition size has also been increased to 400MB, which should fix out-of-space errors when upgrading via apt. The tutorial has been updated accordingly.

I rebuild with above corrections and also changed the bluetooth GPIO pins to be same as transpeed. Now I can see bluetooth before it was missing.

Found the issue and submitted a PR to the repository. It will take some time to get merged and then the new kernel built and put into the apt repository.

I'm running Proxmox VE on small x86-64 hardware with multiple nics and then various LXC containers / VMs. One for OpenWRT, Unifi, Adguard Home, NextCloud, HomeAssistant, Freifunk-Offloader, ...

I've tried starting with edge, but none of them work for me. Maybe I have an old u-boot? Mine's on SPI, made with one of your EFI images from 2023.

hi, its too late (and glad you got documented thing as recommended in FAQ too), but recently I saw quite interesting presentation about reverse engineering unknown old routers, with plenty of info, but only as fun and relax ... at least info that ghidra decompiles any cpu isa into pseudo-c was new to me and it is very close to what I am (OT) trying around my risc-v-alike thing (search github apws vmex) as "aslix", thing slighlty below C ... )) youtube: MEnAKAbz-Y

I just saw your wifi chip in the picture. Unfortunately, this chip only has drivers for older kernel versions. You’ll need to use a usb wifi device or Ethernet.

Hey any update on this? No rush, just checking in. Not sure what has to be done on your end.

Armbian Weekly Leaflet First week of April , 2025 This week’s Armbian update delivers a solid mix of wireless driver enhancements, board refinements, and quality-of-life improvements across the build system. Notably, rtw88 and rtw89 drivers are now enabled for kernel 6.12+, and Radxa Zero 3 receives mainline U-Boot and WiFi upgrades. Rock 3A sees multiple U-Boot tweaks, while NanoPi R3S and Odroid M2 benefit from version bumps and cleanup. Whether you’re maintaining a fleet or tweaking a personal project, there’s plenty in here to streamline your next build. Kernel & Driver Enhancements rtw88 & rtw89 wireless drivers are now enabled for kernel 6.12+ configs. By Igor Pecovnik RTL8812AU driver updated for kernel 6.14.y thanks to upstream merge. By Ricardo Pardini Reverted hacky RTL8812AU workaround now that upstream is in. Board Support Updates Radxa Zero 3 WiFi extension now enabled by default. Upgraded to mainline U-Boot v2025.01. NanoPi R3S U-Boot bumped to v2025.01 for current. Board config cleanup. Rock 3A U-Boot .itb build fixed. Back-and-forth on code duplication optimizations… but it’s finally clean now. Final Fix Odroid M2 U-Boot patches updated to v2025.04-rc5. Cleaned up patch naming and rewrote without functional changes. Infrastructure & System Improvements Cloud QCOW2 images now auto-resize filesystem to include 16GB of free space on boot. By Igor Pecovnik NETKIT support added to all kernel builds 6.7+. Docstrings added to netkit for clarity. By CodeRabbit AI Automatic board status synchronization occurred twice this week. #1 | #2 Miscellaneous armbian-leds.conf added for Radxa E20C Examples removed from hooks for leaner builds Vendor colors now included in BSP & artifact hashing Stay tuned for next week’s highlights! We’re always looking for more contributors and supporters—whether you’re a developer, tester, or fan. This is the final week to donate to our crowdfunding campaign aimed at boosting tech support and growing the team. Let’s build something great together! The post Armbian Weekly Highlights first appeared on Armbian. View the full article

Hello, I'm having the same issue. I can load a module but cannot lsmod or rmmod. What I'm going to show here it's a "hello world" test I've made in order to avoid any other kind of error or issue related to our specific code. First of all, we have an Orange PI Zero LTS with the following /proc/cpuinfo: model name : ARMv7 Processor rev 5 (v7l) Hardware : Allwinner sun8i Family Revision : 0000 I download the armbian distribution pointed from the Orange PI site and download the image: Armbian_community_25.5.0-trunk.334_Orangepizero_bookworm_current_6.6.75_minimal.img I have immediately updated thru the repos going from 6.6.75 kernel to 6.12.20: before: Linux orangepizero 6.6.75-current-sunxi #1 SMP Sat Feb 1 17:37:57 UTC 2025 armv7l GNU/Linux after: Linux orangepizero 6.12.20-current-sunxi #1 SMP Sat Mar 22 19:54:28 UTC 2025 armv7l GNU/Linux I installed the current headers: apt install -y linux-headers-current-sunxi and check that everything matches: # ll /lib/modules/6.12.20-current-sunxi/ total 3296 lrwxrwxrwx 1 root root 44 Apr 8 13:30 build -> /usr/src/linux-headers-6.12.20-current-sunxi drwxr-xr-x 11 root root 4096 Apr 11 08:44 kernel -rw-r--r-- 1 root root 821974 Apr 8 13:30 modules.alias -rw-r--r-- 1 root root 854778 Apr 8 13:30 modules.alias.bin -rw-r--r-- 1 root root 12059 Apr 8 13:30 modules.builtin -rw-r--r-- 1 root root 29861 Apr 8 13:30 modules.builtin.alias.bin -rw-r--r-- 1 root root 14691 Apr 8 13:30 modules.builtin.bin -rw-r--r-- 1 root root 90579 Apr 8 13:30 modules.builtin.modinfo -rw-r--r-- 1 root root 265245 Apr 8 13:30 modules.dep -rw-r--r-- 1 root root 399904 Apr 8 13:30 modules.dep.bin -rw-r--r-- 1 root root 251 Apr 8 13:30 modules.devname -rw-r--r-- 1 root root 124510 Apr 8 13:30 modules.order -rw-r--r-- 1 root root 882 Apr 8 13:30 modules.softdep -rw-r--r-- 1 root root 325137 Apr 8 13:30 modules.symbols -rw-r--r-- 1 root root 402929 Apr 8 13:30 modules.symbols.bin The compiler was algo updated: # gcc --version gcc (Debian 12.2.0-14) 12.2.0 Now, the "hello world" code is as simple as: #include <linux/module.h> #include <linux/init.h> static int my_init(void) { printk(KERN_INFO "hello world\n"); printk(KERN_DEBUG "hello world with debug\n"); printk(KERN_ERR "hello world with error\n"); return 0; } static void my_exit(void) { printk(KERN_INFO "Goodbye world!\n"); } module_init(my_init); module_exit(my_exit); MODULE_DESCRIPTION("Hello test"); MODULE_AUTHOR("Mariano <mariano1977@gmail.com>"); MODULE_LICENSE("GPL"); using the following Makefile: obj-m += hello.o PWD := $(CURDIR) all: $(MAKE) -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean: $(MAKE) -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean then I compile: # make make -C /lib/modules/6.12.20-current-sunxi/build M=/root/kernel_modules/test1 make[1]: Entering directory '/usr/src/linux-headers-6.12.20-current-sunxi' CC [M] /root/kernel_modules/test1/hello.o MODPOST /root/kernel_modules/test1/Module.symvers CC [M] /root/kernel_modules/test1/hello.mod.o CC [M] /root/kernel_modules/test1/.module-common.o LD [M] /root/kernel_modules/test1/hello.ko make[1]: Leaving directory '/usr/src/linux-headers-6.12.20-current-sunxi' # ll total 140 -rw-r--r-- 1 root root 463 Apr 11 09:03 hello.c -rw-r--r-- 1 root root 61208 Apr 11 09:37 hello.ko -rw-r--r-- 1 root root 35 Apr 11 09:37 hello.mod -rw-r--r-- 1 root root 373 Apr 11 09:37 hello.mod.c -rw-r--r-- 1 root root 48640 Apr 11 09:37 hello.mod.o -rw-r--r-- 1 root root 10084 Apr 11 09:37 hello.o -rw-r--r-- 1 root root 173 Apr 11 09:25 Makefile -rw-r--r-- 1 root root 35 Apr 11 09:37 modules.order -rw-r--r-- 1 root root 0 Apr 11 09:37 Module.symvers # modinfo hello.ko filename: /root/kernel_modules/test1/hello.ko license: GPL author: Mariano <mariano1977@gmail.com> description: Hello test depends: name: hello vermagic: 6.12.20-current-sunxi SMP mod_unload ARMv7 thumb2 p2v8 Comparing with a module builded in the distribution: # modinfo /lib/modules/6.12.20-current-sunxi/kernel/net/mac80211/mac80211.ko filename: /lib/modules/6.12.20-current-sunxi/kernel/net/mac80211/mac80211.ko license: GPL description: IEEE 802.11 subsystem depends: cfg80211,libarc4 intree: Y name: mac80211 vermagic: 6.12.20-current-sunxi SMP ll ARMv7 thumb2 p2v8 Now, let's load the module: insmod hello.ko and doing a "dmesg -WT" we get: [Fri Apr 11 09:38:48 2025] hello: loading out-of-tree module taints kernel. [Fri Apr 11 09:38:48 2025] hello world [Fri Apr 11 09:38:48 2025] hello world with debug [Fri Apr 11 09:38:48 2025] hello world with error now when i try to see the loaded modules (via "lsmod"): # lsmod Message from syslogd@orangepizero at Apr 11 09:40:20 ... kernel:[ 388.918263] Internal error: Oops: 5 [#1] SMP THUMB2 Message from syslogd@orangepizero at Apr 11 09:40:20 ... kernel:[ 389.208503] Process lsmod (pid: 1755, stack limit = 0x1cd292f3) Message from syslogd@orangepizero at Apr 11 09:40:20 ... kernel:[ 389.216263] Stack: (0xd17d1e00 to 0xd17d2000) ... Segmentation fault Taking a look at dmesg: [Fri Apr 11 09:40:18 2025] 8<--- cut here --- [Fri Apr 11 09:40:18 2025] Unable to handle kernel paging request at virtual address 7f586345 when read [Fri Apr 11 09:40:18 2025] [7f586345] *pgd=00000000 [Fri Apr 11 09:40:18 2025] Internal error: Oops: 5 [#1] SMP THUMB2 [Fri Apr 11 09:40:18 2025] Modules linked in: hello(O) lima xradio_wlan gpu_sched drm_shmem_helper sun8i_thermal mac80211 libarc4 cfg80211 cpufreq_dt rfkill zram zsmalloc uio_pdrv_genirq uio binfmt_misc usb_f_acm u_serial g_serial libcomposite dm_mod autofs4 ext4 mbcache jbd2 sunxi phy_generic pwrseq_simple ac200_phy [Fri Apr 11 09:40:18 2025] CPU: 1 UID: 0 PID: 1755 Comm: lsmod Tainted: G O 6.12.20-current-sunxi #1 [Fri Apr 11 09:40:18 2025] Tainted: [O]=OOT_MODULE [Fri Apr 11 09:40:19 2025] Hardware name: Allwinner sun8i Family [Fri Apr 11 09:40:19 2025] PC is at m_show+0x74/0x158 [Fri Apr 11 09:40:19 2025] LR is at m_show+0x65/0x158 [Fri Apr 11 09:40:19 2025] pc : [<c0192c1c>] lr : [<c0192c0d>] psr: 90070033 [Fri Apr 11 09:40:19 2025] sp : d17d1e00 ip : c9a9f00d fp : 00400cc0 [Fri Apr 11 09:40:19 2025] r10: 7ffff000 r9 : bfac4304 r8 : c0d8e0bc [Fri Apr 11 09:40:19 2025] r7 : bfac4040 r6 : bfac4044 r5 : c5f385f0 r4 : 7f586335 [Fri Apr 11 09:40:19 2025] r3 : 00000000 r2 : 00000000 r1 : 0000000e r0 : 0000000e [Fri Apr 11 09:40:19 2025] Flags: NzcV IRQs on FIQs on Mode SVC_32 ISA Thumb Segment none [Fri Apr 11 09:40:19 2025] Control: 50c5387d Table: 44e0006a DAC: 00000051 [Fri Apr 11 09:40:19 2025] Register r0 information: non-paged memory [Fri Apr 11 09:40:19 2025] Register r1 information: non-paged memory [Fri Apr 11 09:40:19 2025] Register r2 information: NULL pointer Message from syslogd@orangepizero at Apr 11 09:40:20 ... kernel:[ 388.918263] Internal error: Oops: 5 [#1] SMP THUMB2 [Fri Apr 11 09:40:19 2025] Register r3 information: NULL pointer [Fri Apr 11 09:40:19 2025] Register r4 information: non-paged memory [Fri Apr 11 09:40:19 2025] Register r5 information: slab vm_area_struct start c5f385f0 pointer offset 0 size 80 [Fri Apr 11 09:40:19 2025] Register r6 information: 1-page vmalloc region starting at 0xbfac4000 allocated at load_module+0x4fb/0x16c0 [Fri Apr 11 09:40:19 2025] Register r7 information: 1-page vmalloc region starting at 0xbfac4000 allocated at load_module+0x4fb/0x16c0 [Fri Apr 11 09:40:19 2025] Register r8 information: non-slab/vmalloc memory [Fri Apr 11 09:40:19 2025] Register r9 information: 1-page vmalloc region starting at 0xbfac4000 allocated at load_module+0x4fb/0x16c0 [Fri Apr 11 09:40:19 2025] Register r10 information: non-paged memory [Fri Apr 11 09:40:19 2025] Register r11 information: non-paged memory [Fri Apr 11 09:40:19 2025] Register r12 information: slab kmalloc-cg-4k start c9a9f000 pointer offset 13 size 4096 [Fri Apr 11 09:40:19 2025] Process lsmod (pid: 1755, stack limit = 0x1cd292f3) [Fri Apr 11 09:40:19 2025] Stack: (0xd17d1e00 to 0xd17d2000) [Fri Apr 11 09:40:19 2025] 1e00: c16067b0 00000000 00000000 ffffffff c9a9f000 3a44803b 67f90db3 3a44803b [Fri Apr 11 09:40:19 2025] 1e20: 00000400 c5f385f0 00000000 bfac4044 c5f38608 d17d1eb0 bfac4044 c030982f [Fri Apr 11 09:40:19 2025] 1e40: 00000000 00000000 d17d1e98 c5f38618 00000001 c4954000 0b1e5000 c9a67000 [Fri Apr 11 09:40:19 2025] 1e60: c5f38460 00000000 d17d1f80 c61a46c0 00000000 00000400 00000001 c0b217c4 [Fri Apr 11 09:40:19 2025] 1e80: c0351fcd c0309b7d 00000400 00000001 0133eca0 00000400 00000001 00000000 [Fri Apr 11 09:40:19 2025] 1ea0: d17d1e90 00000400 00000001 00000000 c61a46c0 00000000 00000000 00000000 [Fri Apr 11 09:40:19 2025] 1ec0: 00000000 00000000 00000000 00000000 00000000 00000000 00000400 3a44803b [Fri Apr 11 09:40:19 2025] 1ee0: 00000400 c61a46c0 c49d3c00 0133eca0 d17d1f80 c02e5ef9 00001a55 c4e00048 [Fri Apr 11 09:40:19 2025] 1f00: c4e00048 00000000 00000000 00000000 c23954fc cc190108 00000000 3a44803b [Fri Apr 11 09:40:19 2025] 1f20: b6e94fff d17d1fb0 0133f0a4 00000817 c49d3c00 00000255 c9a67000 c0ac9d73 [Fri Apr 11 09:40:19 2025] 1f40: 00000000 c0ac9d73 00000000 00000000 00000000 3a44803b 00000000 c61a46c0 [Fri Apr 11 09:40:19 2025] 1f60: c61a46c0 00000000 00000000 c01002a0 c49d3c00 00000003 00000000 c02e672d [Fri Apr 11 09:40:19 2025] 1f80: 00000000 00000000 c01002a0 3a44803b bec84020 0133d2e0 000005e8 b6be0888 [Fri Apr 11 09:40:19 2025] 1fa0: 00000003 c0100061 0133d2e0 000005e8 00000003 0133eca0 00000400 00000001 [Fri Apr 11 09:40:19 2025] 1fc0: 0133d2e0 000005e8 b6be0888 00000003 0000000a bec842d4 00000000 00000000 [Fri Apr 11 09:40:19 2025] 1fe0: 00000003 bec84200 b6b7b37b b6af4656 40070030 00000003 00000000 00000000 [Fri Apr 11 09:40:19 2025] Call trace: [Fri Apr 11 09:40:19 2025] m_show from seq_read_iter+0xd3/0x37c [Fri Apr 11 09:40:19 2025] seq_read_iter from seq_read+0xa5/0xcc [Fri Apr 11 09:40:19 2025] seq_read from vfs_read+0x79/0x21c [Fri Apr 11 09:40:19 2025] vfs_read from ksys_read+0x45/0x9c [Fri Apr 11 09:40:19 2025] ksys_read from ret_fast_syscall+0x1/0x5c [Fri Apr 11 09:40:19 2025] Exception stack(0xd17d1fa8 to 0xd17d1ff0) [Fri Apr 11 09:40:19 2025] 1fa0: 0133d2e0 000005e8 00000003 0133eca0 00000400 00000001 [Fri Apr 11 09:40:19 2025] 1fc0: 0133d2e0 000005e8 b6be0888 00000003 0000000a bec842d4 00000000 00000000 [Fri Apr 11 09:40:19 2025] 1fe0: 00000003 bec84200 b6b7b37b b6af4656 [Fri Apr 11 09:40:19 2025] Code: f24e 08bc f2cc 08d8 (6922) 4641 [Fri Apr 11 09:40:19 2025] ---[ end trace 0000000000000000 ]--- I cannot find what's wrong... Does anyone have any idea of what can be happening? regards, Mariano

hi all, I was looking for some unified os for more "rpi zero" clones and found beautiful armbian; and I am quite new to linux still, longtime/decades windows user; to "dogfood", I am also considering use of armbian on my "tiny-big" uefi-x86 (now NUC10, but got now new amd ryzen7 8845hs gmktec nucbox k8 plus), so I tried as very first setup on that ryzen7 latest armbian "ubuntu gnome" - monitor output is attached, so far so good, although I dont know if everything around usb3/4 is working well (log contains some red messages, dont understand them) - it was only simple install, and I have this comments: https://www.gmktec.com/products/amd-ryzen-7-8845hs-mini-pc-nucbox-k8-plus usb-live boot was okay, I then executed armbian-config where in "storage" I proceeded with default installation (I didnt read well the instructions to run armbian-install in fact, this is not in set of icons after usb-live boot also...), which it seems selected nvme1 instead of nvme0 ??? (will try again with other variants as xfce again), so after this way of installation, reboot was into grub rescue, so I did it again forced to nvme0 (deleting all from nvme1 also by gparted) and the reboot was okay ... although, when I am powering-off linux from menu then nucbox pwr button green led switches off, BUT after removing usb and swiching on the nucbox by button nothing happens, black screen (long time, nothing) - I expected some longer boots because of DDR5 behavior (new to me too) but this is not the case. I must force OFF the nucbox by holding power button for 4secs and then re-powering on is okay ... this is not nice behavior 🙂 this nucbox K8 plus has very open APTIO BIOS, nothing is simplified and I left everything on auto for now, it seems secure boot is disabled and what surprised me too is that install to nvme storage did only MBR partitions, not GPT. hope its all handled well for offsets and blocksizes - are possible (good?) 4KB sectors for most efficient nvme flash ssd? I dont know if some defaults changes in bios can force armbian to defalt to GPT partitions, even if it is necessary. in windows, I have 2 big disks now and data/user are is only selected logically by virtuall drive letters (visualsubst), I use lots of them to separate areas and need this to mimic somehow in linux; its question if separate "user" partition with fixed size is okay too ... on windows, I do backups by onedrive syncing and by ZIPs to second drive and even to usb attached sata disks too and only for "really" user data, not everything the same way - its question if on linux its simpler to backup entire partitions (??) I was also quite surprised that "ubuntu gnome" variant boots only to some "tablet only?? ui" very simple ui without any menu, windows without minimize icons ... I am new to linux, what is this "style"? this is "unity" or some tablet variant selected by sone defaults? ... very weird for me, too simple, not useable as desktop, so I will try XFCE and KDE Neon too, sure ... When I tried to add language for regional date/time formats support , trying to download CZ (Czech) failed, probably some minor quirk too; I had no chance to test everything, but I was surprised that it during boot found the WIFI and installation was really deadly easy and sexy, despite that first default bad selection of nvme1 as target (I am not sure if I didnt it in fact .... will try again similar way) ... but what is shown in icons/apps set is contrary to some getting started doc pages, where is mentioned "armbian-install" (not necessary as armbian-config - storage did it too??), btw red config and configng icons launch the same script; I understand that this is lightweight setup and I in fact like it a lot, but that simplistic (tablet?) desktop was like something for kids )) so, thanks to all NicoD videos (I saw tens of them) as my primary intention to test faster "rpi zero" clones is to run some Sinclair QL emulator on them, something with SMSQE, ideally, somehow, there are variants of it; on windows, best/fastest is probably QPC2/SMSQE but this is not full emulation, its hybrid where interfacing to fast windows host is often accelerated on it, so this is not linux-aware emulator, and I cant imagine if it would be possible in wine, probably not; other emulators exists, one of them for SMSQE is based on java too - goal was simply to make some low-power portable Sinclair QL (with SMSQE) machine, so I need to select best/fastest "rpi zero" clone with working GPU acceleration for sure. https://www.kilgus.net/qpc/what/ youtube: yU0ptNyNqcI It is not yet clear if I will converty my main big machine to linux, but having one unified system for "everyhting arm" is definitely nice, it seems that armbian can be my primary linux distro even in virtual machines, I like the concept and systematic approach in documentation and development and even contribution, I read lot of docs and its very nice, it seems. So will be glad also to support you, as much as possible. Thanks, Petr

SOURCE: https://github.com/MathiasStadler/orange-pi-zero-boot-from-spi I spent the whole day trying to boot without a microSD, and I finally got it, using the Orange Pi Zero SPI boot tutorial, with a few adjustments. First of all, you’ll need a microSD card. I used this Armbian version Armbian_24.11.1_Orangepizero2_noble_current_6.6.62_minimal.img.xz Once the system has booted from the microSD: sudo apt update && sudo apt upgrade -y reboot After the system reboots, we need to check if the SPI flash is detected: cat /proc/mtd #It should return something like: dev: size erasesize name mtd0: 00200000 00001000 "spi0.0" #Double-check with: ls -l /dev/mtd* #You should get something like: crw------- 1 root root 90, 0 Apr 10 19:34 /dev/mtd0 crw------- 1 root root 90, 1 Apr 10 19:34 /dev/mtd0ro brw-rw---- 1 root disk 31, 0 Apr 10 19:34 /dev/mtdblock0 /dev/mtd/ total 0 drwxr-xr-x 2 root root 60 Apr 10 19:34 by-name If you see a device at /dev/mtd0 or /dev/mtd/by-name/spi0.0, you can flash U-Boot to the SPI. # Create an empty image sudo dd if=/dev/zero count=2048 bs=1K | tr '\000' '\377' &gt; spi.img # Write U-Boot to the image sudo dd if=/usr/lib/linux-u-boot-current-orangepizero2/u-boot-sunxi-with-spl.bin of=spi.img bs=1k conv=notrunc # Flash the image to SPI sudo flashcp -v spi.img /dev/mtd0 # Or /dev/mtd/by-name/spi0.0 Now it's time to plug in the USB drive (SSD or flash drive): # Install Armbian to the USB stick, pendrive or SSD # Follow the instructions in the menu, default values are usually fine # DON'T REBOOT the device after this step sudo nand-sata-install # Mount the USB stick sudo mount /dev/sda1 /mnt # Copy (overwrite) the /boot directory sudo cp -a /boot /mnt # Now edit /mnt/boot/boot.cmd and set the correct root device: setenv rootdev "/dev/sda1" #Then generate the new boot.scr sudo mkimage -C none -A arm -T script -d /mnt/boot/boot.cmd /mnt/boot/boot.scr #Finally, edit armbianEnv.txt to update the rootdev by UUID: blkid /dev/sda1 #Copy the UUID and update this line rootdev=UUID=your-usb-uuid nano /mnt/boot/armbianEnv.txt Now the moment of truth: sudo shutdown -Fh now Disconnect power and remove the microSD card. Reconnect the power adapter and the system should boot from the USB drive. If there's no sign of life, it's highly recommended to use a UART adapter to debug. Some boards require a jumper between GPIO pins 13 and 14 to boot from SPI — on my board (V1.5), this was not necessary.

How to get debug serial logs: https://debug.armbian.de

I have a temp fix for the WIFI on newer hardware with AIC8800 SDIO WIFI module. Download or wget : https://github.com/radxa-pkg/aic8800/releases/download/3.0%2Bgit20240327.3561b08f-4/aic8800-firmware_3.0+git20240327.3561b08f-4_all.deb https://github.com/radxa-pkg/aic8800/releases/download/3.0%2Bgit20240327.3561b08f-4/aic8800-sdio-dkms_3.0+git20240327.3561b08f-4_all.deb Then : sudo dpkg -i aic8800-firmware_3.0+git20240327.3561b08f-4_all.deb sudo dpkg -i aic8800-sdio-dkms_3.0+git20240327.3561b08f-4_all.deb

As seen in some other threads for mvebu-based boards (helios4, etc), the current images for clearfog base (and I assume) pro are broken in that it appears the initrd can't be loaded. I also haven't been able to use the u-boot for SATA booting in a while. I have been hitting both of these issues for a while and as I showed above in the past you can still flash old images, use an even older u-boot binary for SATA and get up and running - but now (and I'm not sure when it started) any upgrade to current packages renders the system unbootable. It's unfortunate, but it seems these boards are old enough that their support is rotting (and to be clear, I'm not blaming Armbian for this). While this hardware is old it's plenty performant as my home firewall to the Internet and so I don't want to replace it - but it's maybe time to start looking for a replacement anyways. Just a few nights ago, I installed updates for the first time in a few months and when I rebooted it, it failed to come back up. Considering this is my router, that really cramped my style! But I got another box in place in this role and since then I've poked at this a bit. It's easy to reproduce: Flash a copy of Armbian_23.11.1_Clearfogbase_bookworm_current_6.1.63.img to an m.2 SATA drive (if this isn't available any more, ping me and I can post it somewhere). Write a copy of the old u-boot for SATA support to the beginning of the drive (dd if=u-boot.sata of=/dev/foobarbaz bs=512 seek=1) Put the m.2 SATA drive into your clearfog and configure the jumpers to boot off SATA - see here. Plug in ethernet and micro USB to another system and attach to it for console (picocom -b 115200 /dev/ttyUSBFOOBARBAZ) Power it on and hopefully observe it boot - then go through the initial setup Update and upgrade packages (apt update && apt upgrade) Reboot - and watch it stall before it gets anywhere The trick then is to put a "hold" on the kernel and firmware packages before doing #6. The latest kernel I've been able to get running stable is 6.6.63-current-mvebu (installed via armbian-config). for pkg in armbian-bsp-cli-clearfogbase-current armbian-firmware linux-dtb-current-mvebu linux-image-current-mvebu linux-u-boot-clearfogbase-current; do echo "$pkg hold" | dpkg --set-selections done Then you should be able to upgrade everything else and reboot and have it not break. That list of packages is likely larger than it really needs to be, but after rebuilding my drive a couple of times I decided to not take any chances. The rest is either pure Debian or at least things that shouldn't break due to bit rot. If I have more time I'll try to actually dig in and figure out what's wrong with the ramdisk (or whatever it is that causes this) and submit a fix, but this is better than nothing for now.

Hey, how did you do this? I would like to do the same. Did you replace the 'Max' dtb file content or placed the new file and referenced it from elsewhere (like /boot/armbianEnv.txt)?