Werner

Okay, then you have to adjust the source to mitigate the issue. Also log excerpts are often useless. My random guess is that uboot is some old outdated version depending on python2 which has been deprecated years ago.

Ask where you got the source code from.

duplicate

https://debug.armbian.de

This is not Armbian. It is a fork that uses the name Armbian without permission. Also they do not contribute to the project. If you have questions about their images you have to ask at their place.

no. I don't deal with tvboxes

moved

Here are some:https://github.com/armbian/community/releases/

moved

6.12.y current is far from being feature-complete and won't get any new ones but bug fixes only. Try 6.1.y vendor or 6.15 edge.

Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.

Check here https://github.com/armbian/community/releases/tag/25.5.0-trunk.256 or on a mirror with archive https://docs.armbian.com/Mirrors/#current-mirrors for what you are looking for. We're aware that some links are broken for yet to be determined reason.

A fix has been pushed. It will take up to a week until all new images have it.

moved

We don't deal with Android. Better check xda developers forums.

I think @amazingfate made a custom Chromium package at some point that included optimizations for rk35xx but no clue about its status. Might be even included in mesa-vpu extension? Firefox probably won't work since that would need adjustments as well and I think messing with browsers is a pita already. topics merged as duplicates.

I don't know. I don't have this board nor is the Armbian team aware of its state since it is community supported. This looks like some upstream (Debian to say) uboot package which certainly does not support this board. IIRC u-boot versions for rk3588, depending on family are something like 2017.09 or 2024.01 (both vendor cases) and 2025.01 or .04 for current/edge.

https://docs.armbian.com/User-Guide_FAQ/#why-does-hardware-feature-xy-work-in-old-kernel-but-not-in-more-recent-one

tl;dr: Yes Status of CSC boards is unknown to the Armbian team. They probably work but could also be broken. Standard and above are tested to some extend.

https://debug.armbian.de

none of these are Armbian images. We do not support 3rd party OS.

We don't support 3rd party forks

direct boot from nvme isn't possible. Boot loader (u-boot to say) must be present on SPI, eMMC or microSD.

Cannot reproduce root@build:~# dmesg|grep 'rk_gmac\|model' [ 3.044416] Machine model: Orange Pi 5 [ 5.539395] rk_gmac-dwmac fe1c0000.ethernet: IRQ eth_lpi not found [ 5.539572] rk_gmac-dwmac fe1c0000.ethernet: Looking up phy-supply from device tree [ 5.539584] rk_gmac-dwmac fe1c0000.ethernet: Looking up phy-supply property in node /ethernet@fe1c0000 failed [ 5.539604] rk_gmac-dwmac fe1c0000.ethernet: supply phy not found, using dummy regulator [ 5.539686] rk_gmac-dwmac fe1c0000.ethernet: clock input or output? (output). [ 5.539702] rk_gmac-dwmac fe1c0000.ethernet: TX delay(0x42). [ 5.539715] rk_gmac-dwmac fe1c0000.ethernet: Can not read property: rx_delay. [ 5.539727] rk_gmac-dwmac fe1c0000.ethernet: set rx_delay to 0xffffffff [ 5.539745] rk_gmac-dwmac fe1c0000.ethernet: integrated PHY? (no). [ 5.539760] rk_gmac-dwmac fe1c0000.ethernet: cannot get clock mac_clk_rx [ 5.539774] rk_gmac-dwmac fe1c0000.ethernet: cannot get clock mac_clk_tx [ 5.539796] rk_gmac-dwmac fe1c0000.ethernet: cannot get clock clk_mac_speed [ 5.540029] rk_gmac-dwmac fe1c0000.ethernet: init for RGMII_RXID [ 5.540156] rk_gmac-dwmac fe1c0000.ethernet: User ID: 0x30, Synopsys ID: 0x51 [ 5.540176] rk_gmac-dwmac fe1c0000.ethernet: DWMAC4/5 [ 5.540189] rk_gmac-dwmac fe1c0000.ethernet: DMA HW capability register supported [ 5.540202] rk_gmac-dwmac fe1c0000.ethernet: RX Checksum Offload Engine supported [ 5.540215] rk_gmac-dwmac fe1c0000.ethernet: TX Checksum insertion supported [ 5.540227] rk_gmac-dwmac fe1c0000.ethernet: Wake-Up On Lan supported [ 5.540271] rk_gmac-dwmac fe1c0000.ethernet: TSO supported [ 5.540283] rk_gmac-dwmac fe1c0000.ethernet: Enable RX Mitigation via HW Watchdog Timer [ 5.540297] rk_gmac-dwmac fe1c0000.ethernet: Enabled L3L4 Flow TC (entries=2) [ 5.540310] rk_gmac-dwmac fe1c0000.ethernet: Enabled RFS Flow TC (entries=10) [ 5.540323] rk_gmac-dwmac fe1c0000.ethernet: TSO feature enabled [ 5.540335] rk_gmac-dwmac fe1c0000.ethernet: Using 32/32 bits DMA host/device width [ 12.372333] rk_gmac-dwmac fe1c0000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-0 [ 12.376013] rk_gmac-dwmac fe1c0000.ethernet eth0: PHY [stmmac-1:01] driver [YT8531 Gigabit Ethernet] (irq=POLL) [ 12.376537] rk_gmac-dwmac fe1c0000.ethernet eth0: No Safety Features support found [ 12.376546] rk_gmac-dwmac fe1c0000.ethernet eth0: IEEE 1588-2008 Advanced Timestamp supported [ 12.376657] rk_gmac-dwmac fe1c0000.ethernet eth0: registered PTP clock [ 12.376832] rk_gmac-dwmac fe1c0000.ethernet eth0: FPE workqueue start [ 12.376837] rk_gmac-dwmac fe1c0000.ethernet eth0: configuring for phy/rgmii-rxid link mode [ 16.441134] rk_gmac-dwmac fe1c0000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx [ 496.767911] rk_gmac-dwmac fe1c0000.ethernet eth0: Link is Down [13273.107988] rk_gmac-dwmac fe1c0000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx root@build:~# uname -a Linux build 6.1.115-vendor-rk35xx #1 SMP Tue Apr 15 18:23:00 UTC 2025 aarch64 aarch64 aarch64 GNU/Linux

Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.