All Activity

That's very useful. I'm nowhere near as practiced with this, so it'll take some time to digest and plan a way forward. It does fit with what seemed to be the case, though: it's device-level issues. I'll start poking around in the specific device differences and see what shows. The great hint you've found is that this is likely affecting all CSI cameras, not just the IMX708. That's most useful. I'm not at all worried about networkmanager, because the only tweak I made in the custom build was to use systemd-networkd, which (for me, anyway) is more straightforward for embedded/minimal/CLI usage. What I haven't yet done, and probably should, is switch to debugging this in something more vanilla, like a Pi 4. At least then I can compile libcamera and friends directly on the device. The Zero 2W should be the same -- he says, hopefully.

Greetings ### [Follow-up Update] Boot Deep-Dive via Cubie-A5E DTB Masking Following up on my previous boot freeze post, I (with some assistance from Gemini - who formatted this post) managed to force the Armbian kernel to initialize by masking the sister chip profile (`sun55i-a523-cubie-a5e.dtb`) over the broken `sun55i-t527-orangepi-4a.dtb` target and injecting `clk_ignore_unused` / `irqpoll` parameters. This got us past the initial handoff hang and successfully spawned the 8-core CPU array initialization and initramfs launch (`Run /init as init process`), but the system eventually hit a permanent deadlock during the device probe phase. I don't think I can get this to go any further without some many hours spent looking at how these things work and its currently 35 degrees C here in the UK so time for a beer methinks! #### Full Boot Log Paste Link: - this is the log before using irqpoll parameter (which eventually caused a deadlock) - I can post the irqpoll logs although i wouldn't have thought irqpolling is the way to go ? https://pastebin.com/TvxTxdbp ### Either way - having just read that this post refers to irqpoll then this is the boot logfile with irqpoll added an an extraparm https://pastebin.com/TNS3DDTC #### Key Technical Takeaways from the Log Dump: 1. **PMIC / I2C Communication Failures:** The kernel initializes the AXP717 and AXP323 power chips but encounters standard timeout errors right away: ```text axp20x-i2c 0-0034: AXP20x variant AXP717 found axp20x-i2c 0-0034: Failed to set masks in 0x40: -6 axp20x-i2c 0-0034: failed to add irq chip: -6 ``` 2. **MMC / Storage Controller Deadlock:** Because the AXP717 framework drops out and the Cubie pin definitions do not line up with the Orange Pi 4A's physical board wiring, the kernel enters an endless loop waiting for internal voltage rails (`cldo3` and `bldo1`) to power up the storage controller: ```text platform 4020000.mmc: deferred probe pending: platform: wait for supplier /soc/i2c@7081400/pmic@34/regulators/cldo3 platform 4021000.mmc: deferred probe pending: platform: wait for supplier /soc/i2c@7081400/pmic@34/regulators/bldo1 ``` This prevents the storage device slot from spinning up, trapping the system right as it attempts to mount the root filesystem. Hopefully this helps isolate the unaligned power configuration loops and clock tables in the current `armbian-imager` source profile for the OPi 4A!

Kraid is a new Rust-based compiler for Panfrost that replaces the aging Bifrost-rooted compiler stack with a cleaner, more flexible design for modern Mali GPUs, improving IR structure, register allocation, hardware testing, and long-term maintainability. View the full article

Greetings - just investigating an issue with the opi-4a Armbian 26.8.0 minimal (edge 7.0.12) build - not getting past starting kernel. The board has a T527 - Hopefully this information is useful ? ### [Bug Report] Orange Pi 4A - Silent Hang at 'Starting kernel ...' (Trixie Minimal) **Board:** Orange Pi 4A (Allwinner A523/T527) **Image used:** Debian Trixie Minimal (Built via armbian-imager) **Installation Media:** SD Card (Class 10) **Log Type:** UART Serial Console Output (115200 baud) --- #### Description of Issue The recent community build of Debian Trixie Minimal for the Orange Pi 4A successfully clears the U-Boot / SPL stages, loads the Ramdisk and DTB from the SD card, but hangs completely silently immediately after hitting `Starting kernel ...`. The onboard status LED remains solid red with no flashing activity. #### The Technical Root Cause Looking closely at the UART initialization text, there appears to be a mismatch between the SoC detected by the low-level firmware and the Device Tree Blob (DTB) loaded by the Armbian boot script: 1. **Firmware/U-Boot Chip Detection:** TF-A and U-Boot explicitly identify the SoC as an **Allwinner A523**: ```text NOTICE: BL31: Detected Allwinner A523 SoC (1890) CPU: Allwinner A523 (SUN55I) ``` 2. **Script DTB Selection:** Immediately afterward, the automated script loads a **T527 DTB** profile: ```text Load fdt: /dtb/allwinner/sun55i-t527-orangepi-4a.dtb ``` Because the kernel tries to initialize the primary power rails and clock gates using a T527 map on an A523 layout, the CPU locks up silently at the execution handoff. --- #### Complete Boot Log (Up to the Hang) ```text U-Boot SPL 2026.01_armbian-2026.01-S127a-P60fe-Hc6a9-Vf757-Bd0d2-R448a (May 30 2026 - 05:53:33 +0000) DRAM: 2048 MiB Trying to boot from MMC1 NOTICE: BL31: v2.13.0(debug):armbian NOTICE: BL31: Built : 05:52:43, May 30 2026 NOTICE: BL31: Detected Allwinner A523 SoC (1890) NOTICE: BL31: Found U-Boot DTB at 0xa0b8ac0, model: OrangePi 4A INFO: Configuring SPC Controller INFO: BL31: Platform setup done INFO: GICv3 without legacy support detected. INFO: ARM GICv3 driver initialized in EL3 INFO: Maximum SPI INTID supported: 287 INFO: BL31: Initializing runtime services INFO: BL31: cortex_a55: CPU workaround for erratum 1530923 was applied INFO: PSCI: Suspend is unavailable INFO: BL31: Preparing for EL3 exit to normal world INFO: Entry point address = 0x4a000000 INFO: SPSR = 0x3c9 U-Boot 2026.01_armbian-2026.01-S127a-P60fe-Hc6a9-Vf757-Bd0d2-R448a (May 30 2026 - 05:53:33 +0000) Allwinner Technology CPU: Allwinner A523 (SUN55I) Model: OrangePi 4A DRAM: 2 GiB sunxi_set_gate: (CLK#35) unhandled Core: 94 devices, 24 uclasses, devicetree: separate WDT: Not starting watchdog@2050000 MMC: mmc@4020000: 0, mmc@4021000: 2, mmc@4022000: 1 Loading Environment from FAT... Unable to read "uboot.env" from mmc0:1... In: serial@2500000 Out: serial@2500000 Err: serial@2500000 Net: No ethernet found. starting USB... USB EHCI 1.00 USB OHCI 1.0 USB EHCI 1.00 USB OHCI 1.0 Bus usb@4101000: 1 USB Device(s) found Bus usb@4101400: 1 USB Device(s) found Bus usb@4200000: 2 USB Device(s) found Bus usb@4200400: 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 0 PCIe: Acquiring resources... PCIe: Failed to get switch-sel GPIO: -2 PCIe: Hardware init failed with error -2 Device 0: unknown device switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found U-Boot script /boot.scr 4641 bytes read in 2 ms (2.2 MiB/s) ## Executing script at 4fc00000 U-boot loaded from SD Boot script loaded from mmc 249 bytes read in 2 ms (121.1 KiB/s) Load fdt: /dtb/allwinner/sun55i-t527-orangepi-4a.dtb 33383 bytes read in 7 ms (4.5 MiB/s) Working FDT set to 4fa00000 Failed to load '/dtb/allwinner/overlay/sun55i-t527-fixup.scr' 16748327 bytes read in 814 ms (19.6 MiB/s) 41171456 bytes read in 1707 ms (23 MiB/s) Moving Image from 0x40080000 to 0x40200000, end=0x42a30000 ## Loading init Ramdisk from Legacy Image at 4ff00000 ... Image Name: uInitrd Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 16748263 Bytes = 16 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 4fa00000 Booting using the fdt blob at 0x4fa00000 Working FDT set to 4fa00000 Loading Ramdisk to 49007000, end 49fffee7 ... OK Loading Device Tree to 0000000048f96000, end 0000000049006fff ... OK Working FDT set to 48f96000 Starting kernel ... ```

NEWS! I got Mali450 on kodi! I compiled my kodi version with the dockerfile attached. About the acceleration, quoting Claude: EDIT: to make KODI working just set Settings → Player → Videos → Render method → Direct to plane Dockerfile.cross

I usually make a quick backup before running bigger updates, especially on systems that are already working well. It also helps to reboot after the update and check armbianmonitor -u if anything seems off afterward. That can provide useful information if you need to troubleshoot.

It seems the DC port is malfunctioning. This type of board can run with both power port and the USB although I prefer the DC port because it may provider more power. You can try replacing the DC jack (5.5x2.1) or check somewhere near it, there may be issues with the power IC. Yeah currently it cannot dual boot Android and Armbian. To install Armbian, you must install the custom U-boot. Can you post the image of your board and your RKDevTool setting?

Hello experts and members, Any possibility of multi booting armbian via petitboot from microsd card or usb or emmc in odroid n2 among other OSs.

A quick diff scan: 'kompare config-6.18.34+rpt-rpi-v8 config-6.18.35-current-bcm2711' about 700 differences, no clue if this is reason for no detection. I made Debian Sid running, currently kernel 7.0.13+deb14-arm64, cam -l finds no CSI cameras, simple USBcam works fine. But is upstream_kernel=1 and there is no overlays for CSI cameras. Then copied 6.18.34+rpt-rpi-v8 kernel+initrd+dtb(o)+firmware from a running latest RPi Trixie (so 64-bit Debian based, not Raspbian re-compiled for armv6) and commented config.txt line upstream_kernel=1 and also set console to ttyS0, not ttyS1 otherwise hang at serial console. So with waveshareH NoIR (=ov5647 sensor) attached: 'cam -c 1 -C1 --file=raspicam.jpg' run as root works, however the picture is just black and white vertical lines. Then swap 6.18.34+rpt-rpi-v8 kernel+initrd+dtb(o) with the ones from 6.18.35-current-bcm2711: cam -l does not see a camera although ov5647 overlay is loaded If I use a faulty configuration, like upstream_kernel=1 the ov5647 overlay is loaded, but fails to initilize due to some i2c-csi-dsi mismatch. So it seems a typical vendor/downstream works, but upstream not. At least for upstream, the camera/sensor needs to be created and in addition, userspace might need changes. Might not only be in libcamera/rpicam, but there are potentially 10s or 100s or more changed debian packages, the most obvious 1 is NetworkManager, see RPi forum.

Hi ! I have a FriendlyElec NanoPi M5 and I want to play movies with it. But I want to squeeze everything out of this SBC ! So, I need hardware acceleration. I tested first with a OS image downloaded from FriendlyElec and mpv and (almost) everything works well. The mpv working configuration is: hwdec=rkmpp, vo=gpu, gpu-api=opengl. But I don't like that OS for other reasons, so I switched to Armbian. I installed the image "Armbian 26.5.1 KDE Wayland (Ubuntu 26.04 - vendor 6.1.115)", then I installed mpv, but when I try to play movies, it says: marus@nanopi-m5:/mnt/NAS/WDRed1/Samples/FullHD$ mpv --hwdec=rkmpp --vo=gpu --gpu-api=opengl H265.8bit.FullHD.1920x816.24fps.10Mbps.SDR.mkv ● Video --vid=1 --vlang=eng 'Carlito's Way 1993' (hevc 1920x816 23.976 fps) [default] ● Audio --aid=1 --alang=eng 'DDP 5.1 ch 640 Kb/s' (eac3 6ch 48000 Hz) [default] Unsupported hwdec: rkmpp AO: [pipewire] 48000Hz 5.1(side) 6ch floatp VO: [gpu] 1920x816 yuv420p AV: 00:00:14 / 00:01:59 (12%) A-V: 0.000 Cache: 104s/146MB Exiting... (Quit) It seems that this mpv doesn't know about rkmpp's existence... Strange ! What can I do ? Has anyone managed to play movies with mpv and full hardware acceleration on NanoPi M5 and Armbian OS?

Need to sync tags and boards at some point again...or hopefully this will work automatically at some point. Anyway, try https://github.com/armbian/build/pull/9796

Just got a ODroid M2 to play with an during initial benchmarking, noticed some weird results. I don't see an M2 specific forum, so @Werner, please move as necessary! Anyway, always interested in crypto throughput, and ARM64 crypto extensions have always put up some good results. So, a little weird when I saw that AES XTS performance seems decent, but CBC seems awful? user@odroidm2:~$ /sbin/cryptsetup benchmark aes-cbc 128b 178.5 MiB/s 162.7 MiB/s aes-cbc 256b 135.0 MiB/s 211.3 MiB/s aes-xts 256b 1399.5 MiB/s 1407.2 MiB/s aes-xts 512b 1186.7 MiB/s 1198.7 MiB/s Checking /proc/crypto seems to indicate that rk_crypto2 is being used, so on a whim, I tried doing this: user@odroidm2:~$ sudo rmmod rk_crypto2 [sudo] password for user: user@odroidm2:~$ /sbin/cryptsetup benchmark aes-cbc 128b 880.4 MiB/s 1722.3 MiB/s aes-cbc 256b 755.8 MiB/s 1247.9 MiB/s aes-xts 256b 1225.2 MiB/s 1422.5 MiB/s aes-xts 512b 1088.9 MiB/s 1123.7 MiB/s Huh. XTS speed is about the same, but CBC is an order of magnitude faster? Might not even be worth using it? Anyway, before I go digging, just curious if anyone's seen this or can reproduce on a Rockchip other than an RK3588S2? Logs from Armbian 26.2.1 (noble/current) -> https://paste.armbian.com/mudojesajo

@chaitan3 @Alex Ling Enable 1 GHz frequency for Panthor on mainline patch https://github.com/armbian/build/pull/10035

OK so the fix is working'ish. Unique problem, well more of an inconvenience, with sound. I applied the fix and works. I run, systemctl --user restart pipewire wireplumber pulseaudio and it system sounds working! Then I open Chromium and it won't play and says I need to restart my device... just a spinning circle. So while Chromium is still open I run, systemctl --user restart pipewire wireplumber pulseaudio again and the video plays and I have sound! Until I pause the video or watch a new video. The I have to run systemctl --user restart pipewire wireplumber pulseaudio AGAIN. Any ideas?

@li20034 just a reply in general. I had no issues with this method after updating to the latest on 6/20/26. Wondering if there is something I may have installed that would have made it work for me?

I managed to download an old image from a torrent archive found in a Reddit thread, where the author mentioned that Armbian was running on the Retroid Flip 2. I flashed the image: Armbian_community_26.2.0-trunk.162_Retroidpocket-rp5_noble_current_6.12.63_gnome_desktop.img However, I encountered the same error. It’s possible that something has changed in the newer console revisions or in the new bootloader.

I'm trying to connect Nokia 5110 / PCD8544 LCD to my Orange Pi One H3 (Board v1.1). This is my wiring: Connection (LCD to OPi) Nokia 5110 LCD pin Orange Pi One pin GND GND LIGHT GND VCC 3.3v CLK PC2 (CLK) DIN PC0 (MOSI) DC PA6 CE PC3 (CE) RST PA9 This is my LCD: The backlight is working upon turning on OPi One. The official Orange Pi One H3 manual suggests using fbtft_device kernel module, which is LONG deprecated and no longer supported. On Raspberry Pi forums, someone was suggested to use a Device Tree Overlay instead. I've stumbled upon an Orange Pi Zero overlay file for my LCD. So I've changed a few lines: /dts-v1/; /plugin/; / { compatible = "allwinner,sun8i-h3"; fragment@0 { target = <&spi1>; __overlay__ { status = "okay"; spidev@0{ status = "disabled"; }; spidev@1{ status = "disabled"; }; }; }; fragment@1 { target = <&pio>; __overlay__ { opiz_display_pins: opiz_display_pins { pins = "PA9", "PA6"; function = "gpio_out"; }; }; }; fragment@2 { target = <&spi1>; __overlay__ { /* needed to avoid dtc warning */ #address-cells = <1>; #size-cells = <0>; opizdisplay: opiz-display@0{ compatible = "philips,pcd8544"; reg = <0>; pinctrl-names = "default"; pinctrl-0 = <&opiz_display_pins>; spi-max-frequency = <400000>; fps = <30>; buswidth = <8>; reset-gpios = <&pio 0 33 1>; dc-gpios = <&pio 0 7 0>; }; }; }; }; And compiled, loaded it into an DTS user directory. I've connected Arduino as a Serial-to-USB convertor to OPi and it would seem it has loaded successfully: Applying user provided DT overlay nokia5110opizero.dtbo 4185 bytes read in 14 ms (291 KiB/s) Applying kernel provided DT fixup script (sun8i-h3-fixup.scr) ## Executing script at 45000000 Kernel image @ 0x42000000 [ 0x000000 - 0xa0ea90 ] ## Loading init Ramdisk from Legacy Image at 43400000 ... Image Name: uInitrd Image Type: ARM Linux RAMDisk Image (gzip compressed) Data Size: 17670074 Bytes = 16.9 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 43000000 Booting using the fdt blob at 0x43000000 Working FDT set to 43000000 Loading Ramdisk to 48f26000, end 49ffffba ... OK Loading Device Tree to 48eb5000, end 48f25fff ... OK Working FDT set to 48eb5000 But according to armbianmonitor -u output , the overlay ends up creating new errors: [ 1.630221] sun8i-h3-pinctrl 1c20800.pinctrl: pin PA14 already requested by 1c28c00.serial; cannot claim for 1c69000.spi [ 1.630250] sun8i-h3-pinctrl 1c20800.pinctrl: error -EINVAL: pin-14 (1c69000.spi) [ 1.630269] sun8i-h3-pinctrl 1c20800.pinctrl: error -EINVAL: could not request pin 14 (PA14) from group PA14 on device 1c20800.pinctrl [ 1.630288] sun6i-spi 1c69000.spi: Error applying setting, reverse things back I know the overlay is for Zero series, but i figured it should be the same since H3 is mentioned in there. Or at least I would be glad to know how to modify this for my board. Attached below are both logs for Serial and the kernel. So far my goal is display anything, even a black square, on the screen. Would be sick to use it as a screen for console (like /dev/fb0). Hoping for your help since I'm stuck. Thanks in advance! dmesg.txt serial.txt

Checking in on Armbian, the installed raspi-firmware is 1.20250915-1~bookworm: $ apt list -a raspi-firmware raspi-firmware/trixie,trixie,now 1:1.20250915-1~bookworm all [installed] raspi-firmware/trixie,trixie 1:1.20250430-4~bookworm all raspi-firmware/trixie,trixie 1:1.20250430-3 all raspi-firmware/trixie,trixie 1:1.20250430-1 all raspi-firmware/stable 1.20240424+ds-6 all I do note there were upstream issues in this: https://github.com/raspberrypi/linux/issues/6753, but that does not 100% match, as we do not get the logs that imply that cause. And the hashes: $ shasum /boot/firmware/bootcode.bin fa4cd59207022a61a2cc645b6dfdf1d481bba07b /boot/firmware/bootcode.bin $ shasum /boot/firmware/start.elf bbd038d812d408c209005c9f8c2801ef1affc501 /boot/firmware/start.elf $ shasum /boot/firmware/fixup.dat 75e5543a3834b3fec1c9f598e2e9e9ae13e5b334 /boot/firmware/fixup.dat Latest Raspbian is using newer firmware: $ apt list -a raspi-firmware raspi-firmware/stable,stable,now 1:1.20260521-3 all [installed] raspi-firmware/stable,stable 1.20240424+ds-6 all And the Raspbian files are all different. Maybe I should try the Ubuntu Armbian and/or a minimal sid build and see how they play out.

Welcome to the latest Armbian Newsletter: your source for the latest developments, community highlights, and behind-the-scenes updates from the world of open-source ARM and RISC-V computing. This week: the desktop installer in armbian-config has been rebuilt from the ground up tiered installs, clean uninstalls, and snap-free native browsers across all architectures. Armbian Imager 2.0 is out, rewritten interface and flashing engine, with boards that boot already configured (username, Wi-Fi, timezone) and byte-for-byte write verification. And the NanoPi M5 becomes the first RK3576 board to boot end-to-end from UFS on mainline U-Boot, with no proprietary image in the loop. SPONSORED Join us in making open source better! Every donation helps Armbian improve security, performance, and reliability — so everyone can enjoy a solid foundation for their devices. Github HighlightsThis week’s work centers on board portfolio expansion, kernel and U-Boot version bumps, and CI and infrastructure hardening across the build and documentation pipelines. Board support saw notable growth with the introduction of the SpacemiT K3 Pico-ITX and Luckfox Nova (RK3308B), alongside a new generic uefi-arm64-dt family and board intendedArmbian blogMichael RobinsonNative UFS boot lands on the NanoPi M5Armbian’s next release boots the FriendlyElec NanoPi M5 end-to-end from UFS on a mainline U-Boot, with no proprietary recovery image in the loop. It is the first RK3576 board in the catalogue to reach this state, and the integration pattern paves the way for the others. UFS, the storage classArmbian blogDaniele BriguglioMeet our new Armbian Imager 2.0We’re releasing Armbian Imager 2.0. We rebuilt the whole thing, the interface and the flashing engine underneath it. The part you’ll notice first: your board boots already set up. Username, password, Wi-Fi, timezone, language. You tell Imager once, it writes that into the image, and the board comes upArmbian blogDaniele BriguglioWe rewrote how Armbian installs desktops. Here’s what changedA friendlier, faster, snap-free desktop install in armbian-config If you’ve installed a desktop environment with armbian-config over the last few months, you may have noticed things feel different: there’s a tier you can pick, the browser actually works on every arch, uninstall doesn’t take half your system with it, andArmbian blogIgor PecovnikView the full article

Welcome to the latest Armbian Newsletter: your source for the latest developments, community highlights, and behind-the-scenes updates from the world of open-source ARM and RISC-V computing. This week: the desktop installer in armbian-config has been rebuilt from the ground up tiered installs, clean uninstalls, and snap-free native browsers across all architectures. Armbian Imager 2.0 is out, rewritten interface and flashing engine, with boards that boot already configured (username, Wi-Fi, timezone) and byte-for-byte write verification. And the NanoPi M5 becomes the first RK3576 board to boot end-to-end from UFS on mainline U-Boot, with no proprietary image in the loop. SPONSORED Join us in making open source better! Every donation helps Armbian improve security, performance, and reliability — so everyone can enjoy a solid foundation for their devices. Github HighlightsThis week’s work centers on board portfolio expansion, kernel and U-Boot version bumps, and CI and infrastructure hardening across the build and documentation pipelines. Board support saw notable growth with the introduction of the SpacemiT K3 Pico-ITX and Luckfox Nova (RK3308B), alongside a new generic uefi-arm64-dt family and board intendedArmbian blogMichael RobinsonNative UFS boot lands on the NanoPi M5Armbian’s next release boots the FriendlyElec NanoPi M5 end-to-end from UFS on a mainline U-Boot, with no proprietary recovery image in the loop. It is the first RK3576 board in the catalogue to reach this state, and the integration pattern paves the way for the others. UFS, the storage classArmbian blogDaniele BriguglioMeet our new Armbian Imager 2.0We’re releasing Armbian Imager 2.0. We rebuilt the whole thing, the interface and the flashing engine underneath it. The part you’ll notice first: your board boots already set up. Username, password, Wi-Fi, timezone, language. You tell Imager once, it writes that into the image, and the board comes upArmbian blogDaniele BriguglioWe rewrote how Armbian installs desktops. Here’s what changedA friendlier, faster, snap-free desktop install in armbian-config If you’ve installed a desktop environment with armbian-config over the last few months, you may have noticed things feel different: there’s a tier you can pick, the browser actually works on every arch, uninstall doesn’t take half your system with it, andArmbian blogIgor PecovnikView the full article

@eselarm Good question, not yet sure what to do. First off, new stock Raspbian worked (for me) out of the box, at least for both V4L2 and libcamera. I'd have yelled at them if they didn't, as that's Raspberry hardware and software up and down the stack, so they have no excuses. I mostly want to use libcamera, but for me, libcamera and V4L2 were in total agreement on both Raspbian and Armbian. On Raspbian, both detected the IMX708, and on Armbian, neither did -- or, rather, /dev/video0 never got set up, despite the module loading fine and dmesg logging it in Armbian. To add, also, with the zram swap system in place, I can't actually compile libcamera (or the apps) on the Armbian Zero 2W, due to lack of memory (!). I ran out the will to work around that at the time. So I built the Debian libcamera packages (all of them) on a Pi 5 and copied them over. Only the trixie-backports modules actually ran through okay, but they did. That seemed to work fine -- and as I said, neither V4L2 nor libcamera set up an accessible camera device -- and they agree -- so I think the issue is kernel-side, not in userspace. I suspect it's in the device tree somewhere. My guess is if we get V4L2 happy, then libcamera will be. The main advantage of V4L2 is that the device list is a clear tell for camera detection on boot, one that doesn't need a much installation work. Also, I didn't yet get to the rpicam apps framework. I will, because I actually use it for the cow I want to deploy. But that's an extra layer beyond libcamera itself. the standard libcamera-tools package contains the cam binary which is enough to detect devices. If I can get V4L2 happy, or if cam can capture an image, then I know the kernel side is fine, and it's all my problem. I'll be happy to take it from that point. Your point about raspi-firmware is very helpful. That would fit some of what I've seen here. I'll dig in and check on that. I would not assume it's using a Raspberry vendor kernel. I didn't try that. And Broadcom shenanigans apart, I hope I don't need to. What's weird is the IMX708 kernel module is definitely loaded and active and detecting the hardware on the Armbian Debian trixie. Most of the Broadcom stuff is there -- all the hardware encoders show up. Just not the camera itself. Many thanks -- I'll dig in today and see if I can progress.

This week's work centers on board portfolio expansion, kernel and U-Boot version bumps, and CI and infrastructure hardening across the build and documentation pipelines. Board support saw notable growth with the introduction of the SpacemiT K3 Pico-ITX and Luckfox Nova (RK3308B), alongside a new generic uefi-arm64-dt family and board intended to standardize UEFI device-tree targets. Qualcomm enablement advanced through Radxa Dragon Q6A and Q8B work, including UFS provisioning for Kodiak, EDL-based UFS flashing in the imager, and audioreach topology firmware for sc8280xp. Catalog assets were extended for the MaaXBoard 8ULP, Mellow Fly C5, Xiaomi Sheng, and the new Radxa and SpacemiT boards. On the kernel and bootloader front, rockchip64, meson64, and rpi4b edge branches were promoted to the stable 7.1 series, with the rtl8192eu driver rebuilt and re-enabled against the new tree. U-Boot was refreshed on cm3588-nas, nanopik2-s905, and the Luckfox Nova, while updated DDR, BL31, and BL32 blobs landed for RK3528 and new SPL loaders were published for RV1103, RV1106, and RK3506. Targeted kernel-config work restored md/RAID modules on sunxi, enabled MIPI DBI panels on sunxi64, and added CPUFreq support for the SpacemiT K1. Infrastructure changes focused on resilience and resource control. The git-trees workflow gained bounded retries, escalating timeouts, and Google mirror fallbacks; Docker base-image pulls now retry transient GHCR failures and split host dependencies into per-group apt layers. Image compression caps xz memory and thread usage, the info-gatherer no longer exhausts file descriptors, and a new CI policy enforces transparent backgrounds and object-size limits for board and vendor logos, with offending assets re-cropped. #Armbian #EmbeddedLinux #UBoot #Qualcomm #Rockchip ChangesActions: Disable debugsym builds. by @vidplace7 in armbian/MorseMicro-DKMS#7Add Board & Vendor logo for the Mellow Fly C5. by @deece in armbian/armbian.github.io#324Add board SpacemiT K3 Pico-ITX. by @pyavitz in armbian/build#10001Add board: Luckfox Nova (RK3308B). by @crackerjacques in armbian/build#9985Add K3 Pico ITX. by @igorpecovnik in armbian/armbian.github.io#341Add Luckfox Nova board image. by @crackerjacques in armbian/armbian.github.io#332Add MaaXBoard 8ULP board image and Avnet vendor logo. by @govindsi in armbian/armbian.github.io#340Add Radxa Dragon Q8B board image. by @SuperKali in armbian/armbian.github.io#342Add spl_loader bins for RV1103, RV1106, RK3506. by @vidplace7 in armbian/rkbin#46Add Xiaomi Sheng board image. by @code002-2 in armbian/armbian.github.io#337armbian-install: fix boot on UEFI systems. by @EvilOlaf in armbian/build#9945armbian-upgrade: use apt-get to silence apt CLI-warning noise. by @igorpecovnik in armbian/build#9998artifact-uboot: opt-in cache-bust via UBOOT_HASH_EXTRA for prebuilt blobs. by @igorpecovnik in armbian/build#9995board assets: fix 10 board-image dimensions + square the Huawei logo. by @igorpecovnik in armbian/armbian.github.io#334ci: board-asset validation — transparent background + object-size + full monthly scan. by @igorpecovnik in armbian/armbian.github.io#333ci: bound each retry attempt with a 10-minute timeout. by @rpardini in armbian/shallow#8ci: double retry timeout each attempt; fetch from Google mirrors. by @rpardini in armbian/shallow#9ci: enforce MAX_OBJECT_PCT=50 + re-crop the two over-limit board images. by @igorpecovnik in armbian/armbian.github.io#335ci: make git-trees workflow resilient to network failures. by @rpardini in armbian/shallow#7ci: push image-info data branch direct to github (bypass git cache proxy). by @igorpecovnik in armbian/armbian.github.io#338ci: vendor logos must be transparent + ≤80% object fill (+ fix the 6 opaque ones). by @igorpecovnik in armbian/armbian.github.io#336cm3588-nas: u-boot: bump to v2026.07-rc3. by @rpardini in armbian/build#9975docker: retry transient ghcr base-image pulls; guard the auto-pull cronjob. by @igorpecovnik in armbian/build#10006docker: split host deps into per-group apt layers in generated Dockerfile. by @rpardini in armbian/build#9999Feature/sunxi mainline stmmac ac300. by @deece in armbian/build#9952fix(images): hide UFS images from the catalog. by @SuperKali in armbian/imager#157fix(profiles): keep the flash profile picker in sync with Settings. by @SuperKali in armbian/imager#156Flash UFS images to Qualcomm boards over EDL. by @SuperKali in armbian/imager#158image: cap xz compression memory and lower the thread cap. by @igorpecovnik in armbian/build#10005info-gatherer: fix 'Too many open files' from cpu*4 parallel workers. by @igorpecovnik in armbian/build#10014introduce new family uefidt and new board uefi-arm64-dt. by @amazingfate in armbian/build#9923Kodiak: add Radxa Dragon Q6A UFS provisioning XML. by @SuperKali in armbian/qcombin#2luckfox-rk3308b-nova: bump U-Boot to v2026.07-rc4. by @crackerjacques in armbian/build#10010meson64: bleedingedge: enable CONFIG_GPIO_CDEV_V1. by @adeepn in armbian/build#9979nanopik2-s905: bump u-boot to v2026.04. by @igorpecovnik in armbian/build#9989PocketBeagle 2 - Fix NCM Networking w/ACM for Serial. by @Grippy98 in armbian/build#10007qcom/qcs6490: replace Radxa Dragon Q6A adsp/cdsp with linux-firmware. by @SuperKali in armbian/firmware#129qcom/sc8280xp: add Radxa Dragon Q8B audioreach topology. by @SuperKali in armbian/firmware#128radxa-cubie-a5e: tidy BOARD_NAME to "Cubie A5E". by @igorpecovnik in armbian/build#9990remove bleedingedge from all boards. by @EvilOlaf in armbian/build#10016rk3528: updated rkbins ddr/bl31/bl32 for rk3528. by @rpardini in armbian/rkbin#47rockchip64 & meson64: bump edge to stable 7.1. by @EvilOlaf in armbian/build#9980rpi4b: bump edge to 7.1.y. by @EvilOlaf in armbian/build#9982rtl8192eu: fix build against 7.1 and re-enable. by @EvilOlaf in armbian/build#10009SpacemiT K1: Update CPUFreq support EDGE. by @pyavitz in armbian/build#9981sunxi64: Enable CONFIG_DRM_PANEL_MIPI_DBI=m for current and edge configs. by @d93921012 in armbian/build#9984sunxi: restore md modules (software raid modules). by @k-popov in armbian/build#9992Update MorseMicro suite to 1.17.9. by @vidplace7 in armbian/MorseMicro-DKMS#8Update odroidxu4-current to 6.6.143. by @belegdol in armbian/build#10018View the full article

This week's work centers on board portfolio expansion, kernel and U-Boot version bumps, and CI and infrastructure hardening across the build and documentation pipelines. Board support saw notable growth with the introduction of the SpacemiT K3 Pico-ITX and Luckfox Nova (RK3308B), alongside a new generic uefi-arm64-dt family and board intended to standardize UEFI device-tree targets. Qualcomm enablement advanced through Radxa Dragon Q6A and Q8B work, including UFS provisioning for Kodiak, EDL-based UFS flashing in the imager, and audioreach topology firmware for sc8280xp. Catalog assets were extended for the MaaXBoard 8ULP, Mellow Fly C5, Xiaomi Sheng, and the new Radxa and SpacemiT boards. On the kernel and bootloader front, rockchip64, meson64, and rpi4b edge branches were promoted to the stable 7.1 series, with the rtl8192eu driver rebuilt and re-enabled against the new tree. U-Boot was refreshed on cm3588-nas, nanopik2-s905, and the Luckfox Nova, while updated DDR, BL31, and BL32 blobs landed for RK3528 and new SPL loaders were published for RV1103, RV1106, and RK3506. Targeted kernel-config work restored md/RAID modules on sunxi, enabled MIPI DBI panels on sunxi64, and added CPUFreq support for the SpacemiT K1. Infrastructure changes focused on resilience and resource control. The git-trees workflow gained bounded retries, escalating timeouts, and Google mirror fallbacks; Docker base-image pulls now retry transient GHCR failures and split host dependencies into per-group apt layers. Image compression caps xz memory and thread usage, the info-gatherer no longer exhausts file descriptors, and a new CI policy enforces transparent backgrounds and object-size limits for board and vendor logos, with offending assets re-cropped. #Armbian #EmbeddedLinux #UBoot #Qualcomm #Rockchip ChangesActions: Disable debugsym builds. by @vidplace7 in armbian/MorseMicro-DKMS#7Add Board & Vendor logo for the Mellow Fly C5. by @deece in armbian/armbian.github.io#324Add board SpacemiT K3 Pico-ITX. by @pyavitz in armbian/build#10001Add board: Luckfox Nova (RK3308B). by @crackerjacques in armbian/build#9985Add K3 Pico ITX. by @igorpecovnik in armbian/armbian.github.io#341Add Luckfox Nova board image. by @crackerjacques in armbian/armbian.github.io#332Add MaaXBoard 8ULP board image and Avnet vendor logo. by @govindsi in armbian/armbian.github.io#340Add Radxa Dragon Q8B board image. by @SuperKali in armbian/armbian.github.io#342Add spl_loader bins for RV1103, RV1106, RK3506. by @vidplace7 in armbian/rkbin#46Add Xiaomi Sheng board image. by @code002-2 in armbian/armbian.github.io#337armbian-install: fix boot on UEFI systems. by @EvilOlaf in armbian/build#9945armbian-upgrade: use apt-get to silence apt CLI-warning noise. by @igorpecovnik in armbian/build#9998artifact-uboot: opt-in cache-bust via UBOOT_HASH_EXTRA for prebuilt blobs. by @igorpecovnik in armbian/build#9995board assets: fix 10 board-image dimensions + square the Huawei logo. by @igorpecovnik in armbian/armbian.github.io#334ci: board-asset validation — transparent background + object-size + full monthly scan. by @igorpecovnik in armbian/armbian.github.io#333ci: bound each retry attempt with a 10-minute timeout. by @rpardini in armbian/shallow#8ci: double retry timeout each attempt; fetch from Google mirrors. by @rpardini in armbian/shallow#9ci: enforce MAX_OBJECT_PCT=50 + re-crop the two over-limit board images. by @igorpecovnik in armbian/armbian.github.io#335ci: make git-trees workflow resilient to network failures. by @rpardini in armbian/shallow#7ci: push image-info data branch direct to github (bypass git cache proxy). by @igorpecovnik in armbian/armbian.github.io#338ci: vendor logos must be transparent + ≤80% object fill (+ fix the 6 opaque ones). by @igorpecovnik in armbian/armbian.github.io#336cm3588-nas: u-boot: bump to v2026.07-rc3. by @rpardini in armbian/build#9975docker: retry transient ghcr base-image pulls; guard the auto-pull cronjob. by @igorpecovnik in armbian/build#10006docker: split host deps into per-group apt layers in generated Dockerfile. by @rpardini in armbian/build#9999Feature/sunxi mainline stmmac ac300. by @deece in armbian/build#9952fix(images): hide UFS images from the catalog. by @SuperKali in armbian/imager#157fix(profiles): keep the flash profile picker in sync with Settings. by @SuperKali in armbian/imager#156Flash UFS images to Qualcomm boards over EDL. by @SuperKali in armbian/imager#158image: cap xz compression memory and lower the thread cap. by @igorpecovnik in armbian/build#10005info-gatherer: fix 'Too many open files' from cpu*4 parallel workers. by @igorpecovnik in armbian/build#10014introduce new family uefidt and new board uefi-arm64-dt. by @amazingfate in armbian/build#9923Kodiak: add Radxa Dragon Q6A UFS provisioning XML. by @SuperKali in armbian/qcombin#2luckfox-rk3308b-nova: bump U-Boot to v2026.07-rc4. by @crackerjacques in armbian/build#10010meson64: bleedingedge: enable CONFIG_GPIO_CDEV_V1. by @adeepn in armbian/build#9979nanopik2-s905: bump u-boot to v2026.04. by @igorpecovnik in armbian/build#9989PocketBeagle 2 - Fix NCM Networking w/ACM for Serial. by @Grippy98 in armbian/build#10007qcom/qcs6490: replace Radxa Dragon Q6A adsp/cdsp with linux-firmware. by @SuperKali in armbian/firmware#129qcom/sc8280xp: add Radxa Dragon Q8B audioreach topology. by @SuperKali in armbian/firmware#128radxa-cubie-a5e: tidy BOARD_NAME to "Cubie A5E". by @igorpecovnik in armbian/build#9990remove bleedingedge from all boards. by @EvilOlaf in armbian/build#10016rk3528: updated rkbins ddr/bl31/bl32 for rk3528. by @rpardini in armbian/rkbin#47rockchip64 & meson64: bump edge to stable 7.1. by @EvilOlaf in armbian/build#9980rpi4b: bump edge to 7.1.y. by @EvilOlaf in armbian/build#9982rtl8192eu: fix build against 7.1 and re-enable. by @EvilOlaf in armbian/build#10009SpacemiT K1: Update CPUFreq support EDGE. by @pyavitz in armbian/build#9981sunxi64: Enable CONFIG_DRM_PANEL_MIPI_DBI=m for current and edge configs. by @d93921012 in armbian/build#9984sunxi: restore md modules (software raid modules). by @k-popov in armbian/build#9992Update MorseMicro suite to 1.17.9. by @vidplace7 in armbian/MorseMicro-DKMS#8Update odroidxu4-current to 6.6.143. by @belegdol in armbian/build#10018View the full article

I am facing the same issue. Trying to solve it also. I have tried to manually point to the boot image in the bootloader but no success. I am wondering are we missing a patch or something for the build environment that is cauing the issue. I am no expert so only speculating

Please help me with building the image. I'm trying to build an image for Retroid Flip 2, which is identical to Pocket 5. I tried building it from WSL and from another ARM64 single-board computer. The image builds successfully, but when booting, there's a U-Boot error that says "no such partition". Build command: ./compile.sh BOARD=retroidpocket-rp5 RELEASE=trixie BUILD_DESKTOP=yes BUILD_MINIMAL=no KERNEL_CONFIGURE=no I also tried RELEASE=noble and various desktop environments, but the error persists. I flash the image to the SD card using Armbian Imager, and the writing process completes successfully. I also tried flashing Batocera Linux, and it works fine. What could be the problem?