Search the Community

Armbian Weekly Highlights This summary highlights key updates to the Armbian build repository, including kernel adjustments, tooling fixes, and configuration changes. These contributions reflect ongoing efforts from the community to ensure system stability, compatibility, and enhanced performance across supported platforms. Rockchip: Fixing Broken EDGE Kernel Patch Commit by: @Igor Pecovnik View Commit › Add “Out of Date” Notice to Example Config Author: EvilOlaf View Commit › UFS Devices: Add Sector Size Variable Author: FantasyGmm View Commit › Update prepare-host.sh “This doesn’t feel right. The package exists across all main distros. Probably not needed in every case… but it’s toolchain-related, so worth revisiting if merged.” Author: Werner View Commit › Add New Host Build Dependency for Noble Author: EvilOlaf View Commit › rockchip64: Fix ATF Build & Bump to Latest Author: Werner View Commit › Allwinner: Bump to Latest Author: Igor Pecovnik View Commit › Fix ORAS Tooling Download – Add wget Moved wget to basic dependencies Cleaned up spacing Author: Werner View Commit › ZRAM Service Fix – mkfs Deprecation Author: Igor Pecovnik View Commit › Auto-Sync Board Config Status Author: Igor Pecovnik View Commit › Fix jq Filter Usage in apt-utils Author: Franklyn Tackitt View Commit › AIC Wi-Fi Driver Adjustment for Rockchip Author: Igor Pecovnik View Commit › BananaPi SM1: Fix Patch Naming “Do to my laziness these patches were submitted ugly. My bad.” Author: Patrick Yavitz View Commit › Btrfs Root on Subvolume Support Author: Igor Velkov View Commit › U-Boot v2025 for Sunxi: H616 Fixes, DTS Updates Author: The-going View Commit › Sunxi 6.13 Series Re-export Patches b10d00d Fix EMAC0/MDIO0 (rtl8211F) 61ad7ce Zero2W: Add Missing Nodes c019129 Update to v6.13.11 83d866a Add Sound Support for H616/618 c5fc8be PWM Nodes & Overlays f61dc0c Enable TV Output & Zero2W Patches 481b407 Cedrus V4L2: Add More Formats + DMA Update f2c4d41 Panfrost: Rework Power Domain Patches (v2) c129052 Switch from rkr5 to rkr5.1 Author: Mecid View Commit › Improve Example Config Handling Add BUILD_DESKTOP Automation 1469fda Fix Link & Create Proper Example c93edf5 Copy Example Config at First Start 554580a Remove Deprecated lib.config 1d9c78a Armbian is a community-driven project maintained by a group of dedicated individuals in their limited free time. We provide the platform and tools for collaboration, but fixing every bug is beyond our capacity. Even large, well-funded teams face similar limits. That’s why we rely on the community—not just for reporting issues, but for actively helping to resolve them. file:///tmp/lu1588574hd9ee8.tmp/lu1588574hd9fat_tmp_858a6d92.png View all commits and contribute at github.com/armbian/build file:///tmp/lu1588574hd9ee8.tmp/lu1588574hd9fat_tmp_7111f4e6.png Support Armbian development: Donate Today! The post Armbian Weekly Highlights first appeared on Armbian. View the full article

Good news and bad news - I found the culprit for the kernel panic, but it's the GPU - once I blacklisted the panfrost module, it booted and completed the initial setup. The rknpu driver is v0.9.8, so it should be usable with the immich ML. Probably will try to investigate the GPU issue, but not anytime soon.

hi, I tested also xfce on the system, have some notes to installation (also others available uefi-x86 images) and will continue here as armbian newbie describing experiences. for now, quick notes: grub config - tiny: would be nice to have here some most used items explicitly defined as help/doc too - mainly delay(?) ... as a newbie, will be easy to modify existing item than search for it boot - selecting locale - when I was finding CZ, it is in some images listed as 98, somewhere as 99 ... probably the list is not consistent (I dont know if it was goal, but having this list stable can be handy) - tiny quirk - some images miss board logo, debian images even miss armbian logo and there is debian 12 default, okay )) armbian-config - storage - install should have probably alphabetically sorted items, as in some case nvme1 is listed first and selected by default, better nvme0, of course 🙂 - also, it seems that in some images, desktop icon for this launches using sudo and elsewhere without it, some images failed storage-install from icon, by sudo from terminal, okay (I also realized that uefi-x86 has obviously drastically simple armbian-config vs arm sbc boards, sure ... had chatgpt involved in discussion what all to possible configure on armbian installed systems - if its possible to trust all what it replied, will see ... I am totally new to GPU related things like mesa, panfrost, wayland etc etc ... gpt is good source of comparison info, imho, I ued it as teacher available 24/7, expecting also invented halucinations, sure )) Xfce - gparted was unable to launch from menu?? dont know why yet I am making these notes here for myself also, can try to peek inside armbian-config sources soon to learn how things are done and try to solve it, if possible (few years ago I did my very first bash work related to John Winans Z80retro! as CP/M firmware change/backup toolkit for midnight commander, so far so good experience, bash is okay) cheers Petr

After testing it with verbosity=7 on both vendor and current, there's nothing suspicious in the kernel logs -- on vendor, I get: root@radxa-zero3:~# journalctl -k -b 0 | grep -iE 'hdmi|drm|gpu|edid|cec' Apr 08 11:26:19 radxa-zero3 kernel: OF: fdt: Reserved memory: failed to reserve memory for node 'drm-logo@0': base 0x0000000000000000, size 0 MiB Apr 08 11:26:19 radxa-zero3 kernel: OF: fdt: Reserved memory: failed to reserve memory for node 'drm-cubic-lut@0': base 0x0000000000000000, size 0 MiB Apr 08 11:26:19 radxa-zero3 kernel: platform fe040000.vop: Fixed dependency cycle(s) with /hdmi@fe0a0000 Apr 08 11:26:19 radxa-zero3 kernel: platform fe0a0000.hdmi: Fixed dependency cycle(s) with /vop@fe040000 Apr 08 11:26:19 radxa-zero3 kernel: [drm] all windows should be assigned, full plane mask: Cluster0 | Cluster1 | Esmart0 | Esmart1 | Smart0 | Smart1[0x3f], current plane mask: [0x0 Apr 08 11:26:19 radxa-zero3 kernel: [drm] use default plane mask Apr 08 11:26:19 radxa-zero3 kernel: rockchip-vop2 fe040000.vop: [drm:vop2_bind] vp0 assign plane mask: Cluster0 | Cluster1 | Esmart0 | Esmart1 | Smart0 | Smart1[0x3f], primary plane phy id: Smart0[4] Apr 08 11:26:19 radxa-zero3 kernel: rockchip-vop2 fe040000.vop: [drm:vop2_bind] vp1 assign plane mask: [0x0], primary plane phy id: INVALID[-1] Apr 08 11:26:19 radxa-zero3 kernel: rockchip-vop2 fe040000.vop: [drm:vop2_bind] vp2 assign plane mask: [0x0], primary plane phy id: INVALID[-1] Apr 08 11:26:19 radxa-zero3 kernel: [drm] failed to init overlay plane Cluster0-win1 Apr 08 11:26:19 radxa-zero3 kernel: rockchip-drm display-subsystem: bound fe040000.vop (ops 0xffff80000939a0c0) Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: Looking up avdd-0v9-supply from device tree Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: Looking up avdd-0v9-supply property in node /hdmi@fe0a0000 failed Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: Looking up avdd-1v8-supply from device tree Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: Looking up avdd-1v8-supply property in node /hdmi@fe0a0000 failed Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: Detected HDMI TX controller v2.11a with HDCP (DWC HDMI 2.0 TX PHY) Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: registered DesignWare HDMI I2C bus driver Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: error -ENXIO: IRQ index 1 not found Apr 08 11:26:19 radxa-zero3 kernel: rockchip-drm display-subsystem: bound fe0a0000.hdmi (ops 0xffff8000093b2958) Apr 08 11:26:19 radxa-zero3 kernel: [drm] Initialized rockchip 4.0.0 20140818 for display-subsystem on minor 0 Apr 08 11:26:19 radxa-zero3 kernel: rockchip-drm display-subsystem: failed to parse loader memory Apr 08 11:26:19 radxa-zero3 kernel: EDID block 0 is all zeroes Apr 08 11:26:19 radxa-zero3 kernel: EDID block 0 is all zeroes Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: failed to get edid Apr 08 11:26:19 radxa-zero3 kernel: EDID block 0 is all zeroes Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: failed to get edid Apr 08 11:26:19 radxa-zero3 kernel: rockchip-vop2 fe040000.vop: [drm:vop2_crtc_atomic_enable] Update mode to 1280x720p60, type: 11(if:HDMI0, flag:0x0) for vp0 dclk: 74250000 Apr 08 11:26:19 radxa-zero3 kernel: rockchip-vop2 fe040000.vop: [drm:vop2_crtc_atomic_enable] set dclk_vop0 to 74250000, get 74250000 Apr 08 11:26:19 radxa-zero3 kernel: EDID block 0 is all zeroes Apr 08 11:26:19 radxa-zero3 kernel: rockchip-drm display-subsystem: [drm] fb0: rockchipdrmfb frame buffer device Apr 08 11:26:19 radxa-zero3 kernel: rockchip-drm display-subsystem: [drm] run display error_event monitor Apr 08 11:26:19 radxa-zero3 kernel: Registered IR keymap rc-cec Apr 08 11:26:19 radxa-zero3 kernel: rc rc0: dw_hdmi as /devices/platform/fe0a0000.hdmi/rc/rc0 Apr 08 11:26:19 radxa-zero3 kernel: input: dw_hdmi as /devices/platform/fe0a0000.hdmi/rc/rc0/input0 Apr 08 11:26:19 radxa-zero3 kernel: input: hdmi_cec_key as /devices/platform/fe0a0000.hdmi/dw-hdmi-cec.1.auto/input/input1 Apr 08 11:26:19 radxa-zero3 kernel: vdd_gpu: supplied by vcc_sys Apr 08 11:26:19 radxa-zero3 kernel: vdd_gpu: 500 <--> 1350 mV at 900 mV, enabled Apr 08 11:26:19 radxa-zero3 kernel: rockchip-pm-domain fdd90000.power-management:power-controller: Looking up gpu-supply from device tree Apr 08 11:26:19 radxa-zero3 kernel: rockchip-pm-domain fdd90000.power-management:power-controller: Looking up gpu-supply property in node /power-management@fdd90000/power-controller failed Apr 08 11:26:19 radxa-zero3 kernel: mali fde60000.gpu: Kernel DDK version g25p0-00eac0 Apr 08 11:26:19 radxa-zero3 kernel: mali fde60000.gpu: error -ENXIO: IRQ JOB not found Apr 08 11:26:19 radxa-zero3 kernel: mali fde60000.gpu: error -ENXIO: IRQ MMU not found Apr 08 11:26:19 radxa-zero3 kernel: mali fde60000.gpu: error -ENXIO: IRQ GPU not found Apr 08 11:26:19 radxa-zero3 kernel: mali fde60000.gpu: Insufficient register space, will override to the required size Apr 08 11:26:19 radxa-zero3 kernel: mali fde60000.gpu: Register window unavailable Apr 08 11:26:19 radxa-zero3 kernel: mali fde60000.gpu: Failed to map registers Apr 08 11:26:19 radxa-zero3 kernel: mali fde60000.gpu: Register map failed error = -5 Apr 08 11:26:19 radxa-zero3 kernel: mali fde60000.gpu: Device initialization failed Apr 08 11:26:19 radxa-zero3 kernel: mali: probe of fde60000.gpu failed with error -5 Apr 08 11:26:19 radxa-zero3 kernel: EDID block 0 is all zeroes Apr 08 11:26:19 radxa-zero3 kernel: #0: rockchip-hdmi0 Apr 08 11:26:19 radxa-zero3 systemd[1]: Starting modprobe@drm.service - Load Kernel Module drm... Apr 08 11:26:19 radxa-zero3 systemd[1]: modprobe@drm.service: Deactivated successfully. Apr 08 11:26:19 radxa-zero3 systemd[1]: Finished modprobe@drm.service - Load Kernel Module drm. Apr 08 11:26:19 radxa-zero3 kernel: panfrost fde60000.gpu: clock rate = 594000000 Apr 08 11:26:19 radxa-zero3 kernel: panfrost fde60000.gpu: bus_clock rate = 500000000 Apr 08 11:26:19 radxa-zero3 kernel: panfrost fde60000.gpu: Looking up mali-supply from device tree Apr 08 11:26:19 radxa-zero3 kernel: panfrost fde60000.gpu: mali-g52 id 0x7402 major 0x1 minor 0x0 status 0x0 Apr 08 11:26:19 radxa-zero3 kernel: panfrost fde60000.gpu: features: 00000000,00000cf7, issues: 00000000,00000400 Apr 08 11:26:19 radxa-zero3 kernel: panfrost fde60000.gpu: Features: L2:0x07110206 Shader:0x00000002 Tiler:0x00000209 Mem:0x1 MMU:0x00002823 AS:0xff JS:0x7 Apr 08 11:26:19 radxa-zero3 kernel: panfrost fde60000.gpu: shader_present=0x1 l2_present=0x1 Apr 08 11:26:19 radxa-zero3 kernel: [drm] Initialized panfrost 1.2.0 20180908 for fde60000.gpu on minor 1 Apr 08 11:29:48 radxa-zero3 kernel: EDID block 0 is all zeroes Apr 08 11:29:48 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: failed to get edid And on the failing one, just the same old: Apr 09 22:04:32 radxa-zero3 kernel: /vop@fe040000: Fixed dependency cycle(s) with /hdmi@fe0a0000 Apr 09 22:04:32 radxa-zero3 kernel: /hdmi@fe0a0000: Fixed dependency cycle(s) with /vop@fe040000 Apr 09 22:04:32 radxa-zero3 kernel: /hdmi@fe0a0000: Fixed dependency cycle(s) with /hdmi-con Apr 09 22:04:32 radxa-zero3 kernel: /hdmi-con: Fixed dependency cycle(s) with /hdmi@fe0a0000 Apr 09 22:04:32 radxa-zero3 kernel: rockchip-drm display-subsystem: bound fe040000.vop (ops vop2_component_ops [rockchipdrm]) Apr 09 22:04:32 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: Detected HDMI TX controller v2.11a with HDCP (DWC HDMI 2.0 TX PHY) Apr 09 22:04:32 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: registered DesignWare HDMI I2C bus driver Apr 09 22:04:32 radxa-zero3 kernel: rockchip-drm display-subsystem: bound fe0a0000.hdmi (ops dw_hdmi_rockchip_ops [rockchipdrm]) Apr 09 22:04:32 radxa-zero3 kernel: [drm] Initialized rockchip 1.0.0 for display-subsystem on minor 0 Apr 09 22:04:32 radxa-zero3 kernel: rockchip-drm display-subsystem: [drm] Cannot find any crtc or sizes Apr 09 22:04:32 radxa-zero3 kernel: rockchip-drm display-subsystem: [drm] Cannot find any crtc or sizes So I suspect there's some EDID problem. (I'll try forcing EDID next, but I have a few more boards ordered to see if it's a hardware problem or not (or is this a sneaky way of making me buy more CAD$60 boards...)

Here are the logs on the vendor side (grepping for drm and edid): root@radxa-zero3:~# journalctl -k -b 0 | grep -e hdmi -e drm Apr 08 11:26:19 radxa-zero3 kernel: OF: fdt: Reserved memory: failed to reserve memory for node 'drm-logo@0': base 0x0000000000000000, size 0 MiB Apr 08 11:26:19 radxa-zero3 kernel: OF: fdt: Reserved memory: failed to reserve memory for node 'drm-cubic-lut@0': base 0x0000000000000000, size 0 MiB Apr 08 11:26:19 radxa-zero3 kernel: platform fe040000.vop: Fixed dependency cycle(s) with /hdmi@fe0a0000 Apr 08 11:26:19 radxa-zero3 kernel: platform fe0a0000.hdmi: Fixed dependency cycle(s) with /vop@fe040000 Apr 08 11:26:19 radxa-zero3 kernel: [drm] all windows should be assigned, full plane mask: Cluster0 | Cluster1 | Esmart0 | Esmart1 | Smart0 | Smart1[0x3f], current plane mask: [0x0 Apr 08 11:26:19 radxa-zero3 kernel: [drm] use default plane mask Apr 08 11:26:19 radxa-zero3 kernel: rockchip-vop2 fe040000.vop: [drm:vop2_bind] vp0 assign plane mask: Cluster0 | Cluster1 | Esmart0 | Esmart1 | Smart0 | Smart1[0x3f], primary plane phy id: Smart0[4] Apr 08 11:26:19 radxa-zero3 kernel: rockchip-vop2 fe040000.vop: [drm:vop2_bind] vp1 assign plane mask: [0x0], primary plane phy id: INVALID[-1] Apr 08 11:26:19 radxa-zero3 kernel: rockchip-vop2 fe040000.vop: [drm:vop2_bind] vp2 assign plane mask: [0x0], primary plane phy id: INVALID[-1] Apr 08 11:26:19 radxa-zero3 kernel: [drm] failed to init overlay plane Cluster0-win1 Apr 08 11:26:19 radxa-zero3 kernel: rockchip-drm display-subsystem: bound fe040000.vop (ops 0xffff80000939a0c0) Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: Looking up avdd-0v9-supply from device tree Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: Looking up avdd-0v9-supply property in node /hdmi@fe0a0000 failed Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: Looking up avdd-1v8-supply from device tree Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: Looking up avdd-1v8-supply property in node /hdmi@fe0a0000 failed Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: Detected HDMI TX controller v2.11a with HDCP (DWC HDMI 2.0 TX PHY) Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: registered DesignWare HDMI I2C bus driver Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: error -ENXIO: IRQ index 1 not found Apr 08 11:26:19 radxa-zero3 kernel: rockchip-drm display-subsystem: bound fe0a0000.hdmi (ops 0xffff8000093b2958) Apr 08 11:26:19 radxa-zero3 kernel: [drm] Initialized rockchip 4.0.0 20140818 for display-subsystem on minor 0 Apr 08 11:26:19 radxa-zero3 kernel: rockchip-drm display-subsystem: failed to parse loader memory Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: failed to get edid Apr 08 11:26:19 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: failed to get edid Apr 08 11:26:19 radxa-zero3 kernel: rockchip-vop2 fe040000.vop: [drm:vop2_crtc_atomic_enable] Update mode to 1280x720p60, type: 11(if:HDMI0, flag:0x0) for vp0 dclk: 74250000 Apr 08 11:26:19 radxa-zero3 kernel: rockchip-vop2 fe040000.vop: [drm:vop2_crtc_atomic_enable] set dclk_vop0 to 74250000, get 74250000 Apr 08 11:26:19 radxa-zero3 kernel: rockchip-drm display-subsystem: [drm] fb0: rockchipdrmfb frame buffer device Apr 08 11:26:19 radxa-zero3 kernel: rockchip-drm display-subsystem: [drm] run display error_event monitor Apr 08 11:26:19 radxa-zero3 kernel: rc rc0: dw_hdmi as /devices/platform/fe0a0000.hdmi/rc/rc0 Apr 08 11:26:19 radxa-zero3 kernel: input: dw_hdmi as /devices/platform/fe0a0000.hdmi/rc/rc0/input0 Apr 08 11:26:19 radxa-zero3 kernel: input: hdmi_cec_key as /devices/platform/fe0a0000.hdmi/dw-hdmi-cec.1.auto/input/input1 Apr 08 11:26:19 radxa-zero3 kernel: #0: rockchip-hdmi0 Apr 08 11:26:19 radxa-zero3 systemd[1]: Starting modprobe@drm.service - Load Kernel Module drm... Apr 08 11:26:19 radxa-zero3 systemd[1]: modprobe@drm.service: Deactivated successfully. Apr 08 11:26:19 radxa-zero3 systemd[1]: Finished modprobe@drm.service - Load Kernel Module drm. Apr 08 11:26:19 radxa-zero3 kernel: [drm] Initialized panfrost 1.2.0 20180908 for fde60000.gpu on minor 1 Apr 08 11:28:40 radxa-zero3 kernel: dwhdmi-rockchip fe0a0000.hdmi: failed to get edid root@radxa-zero3:~# This happens on multiple monitors and cables.

Hello, Yesterday I decided to revisit this project, found out that the VPU actually WORKS with Jellyfin for HW Transcoding (I did use nyanmisaka's docker image here), but mainly to get Immich ML working on the NPU. Tried to compile a new image using the defconfig and csc given in this thread, but the boot process didn't resume after this error in u-boot: optee check api revision fail: -1.0 optee api revision is too low ### ERROR ### Please RESET the board ### Then I checked and saw that there are some differences in the defconfig and csc for sige 5 - some new and also some deleted stuff. It seems that Armsom no longer add OP-TEE to their defconfig. Also the Panfrost GPU driver is no longer blacklisted - https://github.com/armbian/build/pull/7307/files. The only way to restore the board to a working state was through rkdevtool and MASKROM mode. @hzdm, would you be able to compile new images with the latest version (6.1.99) of the kernel? I also did try compiling with the mesa-vpu extension. @Pavel S - in the 4PDA forum I saw some mentions of a serial number, but haven't checked them myself - https://4pda.to/forum/index.php?showtopic=1095643 @DeadOfGamers - check Hqnicolas' post above yours - https://forum.armbian.com/topic/40483-efforts-to-develop-firmware-for-h96-max-m9-rk3576-tv-box-8g128g/page/3/#findComment-212665

This dmesg log is when HDMI is connected and it's working properly https://paste.next.armbian.com/urucidibas.yaml And this dmesg log is when HDMI is Disconnected and boot delayed for aprox. 4 minutes. https://paste.next.armbian.com/idivonoyol.yaml Im getting this error 8 times with significant delay: [ 200.158193] meson-drm ff900000.vpu: [drm] *ERROR* flip_done timed out [ 200.158211] meson-drm ff900000.vpu: [drm] *ERROR* [CRTC:43:meson_crtc] commit wait timed out [ 210.398133] meson-drm ff900000.vpu: [drm] *ERROR* flip_done timed out [ 210.398147] meson-drm ff900000.vpu: [drm] *ERROR* [CONNECTOR:33:Composite-1] commit wait timed out [ 220.638124] meson-drm ff900000.vpu: [drm] *ERROR* flip_done timed out [ 220.638139] meson-drm ff900000.vpu: [drm] *ERROR* [PLANE:37:meson_primary_plane] commit wait timed out [ 220.742126] ------------[ cut here ]------------ [ 220.742135] [CRTC:43:meson_crtc] vblank wait timed out [ 220.742189] WARNING: CPU: 2 PID: 1334 at drivers/gpu/drm/drm_atomic_helper.c:1682 drm_atomic_helper_wait_for_vblanks.part.0+0x278/0x29c [ 220.742216] Modules linked in: snd_soc_hdmi_codec snd_soc_meson_g12a_toacodec snd_soc_meson_axg_tdmout snd_soc_meson_g12a_tohdmitx polyval_ce snd_soc_meson_codec_glue polyval_generic snd_soc_meson_axg_sound_card panfrost gpu_sched snd_soc_meson_card_utils drm_shmem_helper meson_vdec(C) snd_soc_meson_axg_toddr meson_gxbb_wdt snd_soc_meson_axg_frddr snd_soc_meson_axg_fifo videobuf2_dma_contig snd_soc_meson_axg_tdmin meson_ir rc_core v4l2_mem2mem videobuf2_memops videobuf2_v4l2 dw_hdmi_i2s_audio meson_ddr_pmu_g12 snd_soc_meson_t9015 videodev snd_soc_meson_axg_tdm_interface videobuf2_common snd_soc_meson_axg_tdm_formatter mc snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine snd_pcm snd_timer snd soundcore zram zsmalloc binfmt_misc sch_fq_codel efi_pstore dm_mod autofs4 meson_gxl smsc meson_saradc rtc_meson_vrtc axg_audio sclk_div reset_meson_audio_arb realtek clk_phase meson_rng dwmac_generic dwmac_meson8b nvmem_meson_efuse adc_keys [ 220.742412] CPU: 2 UID: 0 PID: 1334 Comm: setfont Tainted: G WC 6.12.21-current-meson64 #1 [ 220.742426] Tainted: [W]=WARN, [C]=CRAP [ 220.742430] Hardware name: Banana Pi BPI-M5 (DT) [ 220.742435] pstate: 60400009 (nZCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 220.742444] pc : drm_atomic_helper_wait_for_vblanks.part.0+0x278/0x29c [ 220.742457] lr : drm_atomic_helper_wait_for_vblanks.part.0+0x278/0x29c [ 220.742467] sp : ffff80008321b5e0 [ 220.742471] x29: ffff80008321b5e0 x28: 0000000000000007 x27: 0000000000000000 [ 220.742484] x26: 0000000000000001 x25: 0000000000000038 x24: ffff000009203000 [ 220.742497] x23: 0000000000000001 x22: 0000000000000000 x21: ffff000004e5af80 [ 220.742509] x20: ffff000009205880 x19: 0000000000000000 x18: ffffffffffffffff [ 220.742522] x17: 0000000000000000 x16: 00000000000007ff x15: ffff80008220dbf4 [ 220.742534] x14: 0000000000000000 x13: 000000000000036a x12: 00000000ffffffea [ 220.742546] x11: 0000000000000001 x10: 0000000000000001 x9 : ffff8000820c4838 [ 220.742559] x8 : 0000000000017fe8 x7 : c0000000ffffefff x6 : 0000000000057fa8 [ 220.742571] x5 : ffff0000e07d1488 x4 : 0000000000000000 x3 : ffff80005eab6000 [ 220.742583] x2 : 0000000000000000 x1 : 0000000000000000 x0 : ffff0000026e8000 [ 220.742595] Call trace: [ 220.742599] drm_atomic_helper_wait_for_vblanks.part.0+0x278/0x29c [ 220.742611] drm_atomic_helper_commit_tail_rpm+0x84/0xa0 [ 220.742623] commit_tail+0xa0/0x188 [ 220.742632] drm_atomic_helper_commit+0x16c/0x180 [ 220.742642] drm_atomic_commit+0xb4/0xec [ 220.742653] drm_client_modeset_commit_atomic+0x204/0x264 [ 220.742662] drm_client_modeset_commit_locked+0x5c/0x194 [ 220.742670] drm_fb_helper_pan_display+0xdc/0x214 [ 220.742682] fb_pan_display+0x98/0x110 [ 220.742692] bit_update_start+0x20/0x48 [ 220.742700] fbcon_switch+0x3e8/0x530 [ 220.742710] redraw_screen+0x148/0x244 [ 220.742720] fbcon_do_set_font+0x25c/0x344 [ 220.742730] fbcon_set_font+0x230/0x26c [ 220.742740] con_font_op+0x294/0x400 [ 220.742748] vt_ioctl+0xac8/0x1370 [ 220.742758] tty_ioctl+0x21c/0xa8c [ 220.742768] __arm64_sys_ioctl+0xa8/0xec [ 220.742780] invoke_syscall+0x48/0x110 [ 220.742792] el0_svc_common.constprop.0+0xc8/0xe8 [ 220.742802] do_el0_svc+0x20/0x2c [ 220.742810] el0_svc+0x30/0xd0 [ 220.742823] el0t_64_sync_handler+0x13c/0x158 [ 220.742829] el0t_64_sync+0x190/0x194 [ 220.742838] ---[ end trace 0000000000000000 ]---

Hi @Ryzer I had the same issue with network unreachable error. looks like they updated the repository (25-Mar-2025 16:19). I guess it's still updating? Everything you need is here. http://apt.undo.it:7241/debian/pool/main/f/ffmpeg-v4l2request/ Edit: ffmpeg-v4l2request repository works now. They reverted back to the original files. I don't see the (25-Mar-2025 16:19) updates anymore. I tried all these patches and they all applied cleanly. I haven't noticed any "DRM_IOCTL_MODE_CREATE_DUMB" errors. I don't need the cma changes anymore. 1080p videos still shuttering using the official build and these patches. https://github.com/NickAlilovic/build/tree/v20250306/patch/kernel/archive/warpme-6.12 patches.armbian/0126-drm-panfrost-dvfs-switch-gov-to-performance.patch patches.armbian/0553-media-cedrus-Don-t-CPU-map-source-buffers.patch patches.armbian/0554-media-Add-NV12-and-P010-AFBC-compressed-formats.patch patches.armbian/0555-media-cedrus-add-format-filtering-based-on-depth-and.patch patches.armbian/0556-media-cedrus-Implement-AFBC-YUV420-formats-for-H265.patch patches.armbian/0557-media-cedrus-Increase-H6-clock-rate.patch patches.armbian/0558-media-verisilicon-g2-fix-chroma-offset-calculation.patch patches.armbian/0563-hantro-Add-quirk-for-NV12-NV12_4L4-capture-format.patch

Hi, same problem here, however kwankiu archlinux that use the same release of the kernel has working SATA. Maybe it's patchs or options could be used as references? Didn't looked at the reboot issue. On the other side Arch for ARM is far more limited than other Arch Linux flavor I use (x86_64 and RISC-V), strangely there is not even GL acceleration (only vulkan-panfrost is compiled). Armbian as far more complete package set. I would like to have a Trixie version to cross compile some RISC-V things, as GCC12 included in Bookworm What, uname sees as kernel: Armbian (no SATA but GL acceleration): Linux rock-5-itx 6.1.99-vendor-rk35xx #1 SMP Wed Mar 19 11:16:36 UTC 2025 aarch64 GNU/Linux Archlinux (SATA, but no GL acceleration) Linux armitx 6.1.99-rockchip #1 SMP Fri Feb 28 19:07:25 HKT 2025 aarch64 GNU/Linux zgrep SATA give the same options set: <pre> $ zgrep SATA config.gz CONFIG_SATA_HOST=y CONFIG_SATA_PMP=y CONFIG_SATA_AHCI=y CONFIG_SATA_MOBILE_LPM_POLICY=0 CONFIG_SATA_AHCI_PLATFORM=y # CONFIG_SATA_INIC162X is not set # CONFIG_SATA_ACARD_AHCI is not set # CONFIG_SATA_SIL24 is not set $ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sda 8:0 0 1,8T 0 disk ├─sda1 8:1 0 47,7G 0 part ├─sda2 8:2 0 47,7G 0 part ├─sda3 8:3 0 1,7T 0 part └─sda4 8:4 0 6G 0 part sdb 8:16 0 2,7T 0 disk ├─sdb1 8:17 0 50G 0 part ├─sdb2 8:18 0 2,7T 0 part └─sdb3 8:19 0 2G 0 part mtdblock0 31:0 0 16M 0 disk mmcblk0 179:0 0 7,3G 0 disk ├─mmcblk0p1 179:1 0 16M 0 part ├─mmcblk0p2 179:2 0 300M 0 part └─mmcblk0p3 179:3 0 7G 0 part mmcblk0boot0 179:32 0 4M 1 disk mmcblk0boot1 179:64 0 4M 1 disk mmcblk1 179:96 0 28,9G 0 disk ├─mmcblk1p1 179:97 0 16M 0 part └─mmcblk1p2 179:98 0 28,8G 0 part / nvme0n1 259:0 0 238,5G 0 disk └─nvme0n1p1 259:1 0 236,1G 0 part </pre>

@going There might be a clue to the sound problem in the following: sysadmin@orangepizero3:~$ sudo dmesg | grep -iE 'audio|ahub|video|codec|hdmi|drm' [ 0.079206] /soc/hdmi@6000000: Fixed dependency cycle(s) with /soc/tcon-top@6510000 [ 0.079254] /soc/tcon-top@6510000: Fixed dependency cycle(s) with /soc/hdmi@6000000 [ 0.084097] /soc/hdmi@6000000: Fixed dependency cycle(s) with /soc/tcon-top@6510000 [ 0.084454] /soc/hdmi@6000000: Fixed dependency cycle(s) with /soc/tcon-top@6510000 [ 0.084604] /soc/tcon-top@6510000: Fixed dependency cycle(s) with /soc/hdmi@6000000 [ 0.086562] /soc/hdmi@6000000: Fixed dependency cycle(s) with /connector [ 0.086632] /connector: Fixed dependency cycle(s) with /soc/hdmi@6000000 [ 0.912097] sun4i-codec 5096000.codec: Failed to get the module clock [ 0.912123] sun4i-codec 5096000.codec: probe with driver sun4i-codec failed with error -2 [ 1.893626] sun4i-drm display-engine: bound 1100000.mixer (ops 0xffff8000811bd460) [ 1.893826] sun4i-drm display-engine: bound 6510000.tcon-top (ops 0xffff8000811c2200) [ 1.894162] sun4i-drm display-engine: bound 6515000.lcd-controller (ops 0xffff8000811ba228) [ 1.894226] sun8i-dw-hdmi 6000000.hdmi: supply hvcc not found, using dummy regulator [ 1.894461] sun8i-dw-hdmi 6000000.hdmi: Detected HDMI TX controller v2.12a with HDCP (DWC HDMI 2.0 TX PHY) [ 1.894775] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugin [ 1.895002] sun8i-dw-hdmi 6000000.hdmi: registered DesignWare HDMI I2C bus driver [ 1.895247] sun4i-drm display-engine: bound 6000000.hdmi (ops 0xffff8000811bc528) [ 1.895741] [drm] Initialized sun4i-drm 1.0.0 for display-engine on minor 0 [ 1.895777] sun8i-dw-hdmi 6000000.hdmi: read_hpd result: 1 [ 2.082951] sun4i-drm display-engine: [drm] fb0: sun4i-drmdrmfb frame buffer device [ 6.372421] systemd[1]: Starting modprobe@drm.service - Load Kernel Module drm... [ 6.470837] systemd[1]: modprobe@drm.service: Deactivated successfully. [ 6.471579] systemd[1]: Finished modprobe@drm.service - Load Kernel Module drm. [ 7.573250] videodev: Linux video capture interface: v2.00 [ 7.688212] cedrus 1c0e000.video-codec: Device registered as /dev/video0 [ 7.887240] [drm] Initialized panfrost 1.3.0 for 1800000.gpu on minor 1 [ 9.349292] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugout [ 9.349334] sun8i-dw-hdmi 6000000.hdmi: read_hpd result: 2 [ 9.498174] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugin [ 9.498214] sun8i-dw-hdmi 6000000.hdmi: read_hpd result: 1 [ 9.498316] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugin [ 19.333441] hdmi-audio-codec hdmi-audio-codec.5.auto: Only one simultaneous stream supported! [ 19.333474] hdmi-audio-codec hdmi-audio-codec.5.auto: ASoC: error at snd_soc_dai_startup on i2s-hifi: -22 [ 19.333494] ahub_plat-i2s-hifi: ASoC: error at __soc_pcm_open on ahub_plat-i2s-hifi: -22 [ 29.107222] hdmi-audio-codec hdmi-audio-codec.5.auto: Only one simultaneous stream supported! [ 29.107251] hdmi-audio-codec hdmi-audio-codec.5.auto: ASoC: error at snd_soc_dai_startup on i2s-hifi: -22 [ 29.107270] ahub_plat-i2s-hifi: ASoC: error at __soc_pcm_open on ahub_plat-i2s-hifi: -22 [ 941.536296] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugin [ 1049.709728] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugout [ 1049.709779] sun8i-dw-hdmi 6000000.hdmi: read_hpd result: 2 [ 1049.859960] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugin [ 1049.859997] sun8i-dw-hdmi 6000000.hdmi: read_hpd result: 1 [ 1049.860100] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugin [ 1066.819613] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugin [ 1463.903829] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugout [ 1463.903883] sun8i-dw-hdmi 6000000.hdmi: read_hpd result: 2 [ 1464.055245] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugin [ 1464.055282] sun8i-dw-hdmi 6000000.hdmi: read_hpd result: 1 [ 1464.055381] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugin

I think so. sysadmin@orangepizero3:~$ lsmod | grep lima lima 65536 0 gpu_sched 49152 2 lima,panfrost drm_shmem_helper 24576 2 lima,panfrost sysadmin@orangepizero3:~$ lsmod | grep gpu_sched gpu_sched 49152 2 lima,panfrost sysadmin@orangepizero3:~$ glxinfo -B name of display: :0 display: :0 screen: 0 direct rendering: Yes Extended renderer info (GLX_MESA_query_renderer): Vendor: Panfrost (0xffffffff) Device: Mali-G31 (Panfrost) (0xffffffff) Version: 22.3.6 Accelerated: yes Video memory: 1975MB Unified memory: yes Preferred profile: core (0x1) Max core profile version: 3.1 Max compat profile version: 3.1 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.1 OpenGL vendor string: Panfrost OpenGL renderer string: Mali-G31 (Panfrost) OpenGL core profile version string: 3.1 Mesa 22.3.6 OpenGL core profile shading language version string: 1.40 OpenGL core profile context flags: (none) OpenGL version string: 3.1 Mesa 22.3.6 OpenGL shading language version string: 1.40 OpenGL context flags: (none) OpenGL ES profile version string: OpenGL ES 3.1 Mesa 22.3.6 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10 ********* display show gears running.*********** sysadmin@orangepizero3:~$ glxgears Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. 303 frames in 5.0 seconds = 60.491 FPS 301 frames in 5.0 seconds = 60.000 FPS 301 frames in 5.0 seconds = 60.000 FPS 300 frames in 5.0 seconds = 59.994 FPS ^C ************** Display show G3D **************** sysadmin@orangepizero3:~$ g3dviewer Gtk-Message: 09:52:52.184: Failed to load module "canberra-gtk-module" (g3dviewer:3131): LibG3D-WARNING **: 09:52:52.232: libg3d: plugins: failed to load /usr/lib/aarch64-linux-gnu/libg3d/plugins/import/imp_vrml.so: /usr/lib/aarch64-linux-gnu/libg3d/plugins/import/imp_vrml.so: undefined symbol: yywrap ** (g3dviewer:3131): CRITICAL **: 09:52:53.802: add_objects: assertion 'object->name != NULL' failed screenshot "g3dviewer-screenshot-g3d.ac.png" saved.

sunxi-6.12: leo@bananapim4berry:~$ uname -r 6.12.19-current-sunxi64 leo@bananapim4berry:~$ dmesg | grep -iE 'audio|ahub|video|codec|hdmi|drm' [ 0.099396] /soc/hdmi@6000000: Fixed dependency cycle(s) with /soc/tcon-top@6510000 [ 0.099455] /soc/tcon-top@6510000: Fixed dependency cycle(s) with /soc/hdmi@6000000 [ 0.104244] /soc/hdmi@6000000: Fixed dependency cycle(s) with /soc/tcon-top@6510000 [ 0.104620] /soc/hdmi@6000000: Fixed dependency cycle(s) with /soc/tcon-top@6510000 [ 0.104780] /soc/tcon-top@6510000: Fixed dependency cycle(s) with /soc/hdmi@6000000 [ 0.107433] /soc/hdmi@6000000: Fixed dependency cycle(s) with /connector [ 0.107516] /connector: Fixed dependency cycle(s) with /soc/hdmi@6000000 [ 1.946257] sun4i-drm display-engine: bound 1100000.mixer (ops 0xffff80008119ae90) [ 1.946454] sun4i-drm display-engine: bound 6510000.tcon-top (ops 0xffff80008119fc60) [ 1.946768] sun4i-drm display-engine: bound 6515000.lcd-controller (ops 0xffff800081197ab0) [ 1.947062] sun8i-dw-hdmi 6000000.hdmi: Detected HDMI TX controller v2.12a with HDCP (DWC HDMI 2.0 TX PHY) [ 1.949760] sun8i-dw-hdmi 6000000.hdmi: registered DesignWare HDMI I2C bus driver [ 1.950030] sun4i-drm display-engine: bound 6000000.hdmi (ops 0xffff800081199f58) [ 1.950535] [drm] Initialized sun4i-drm 1.0.0 for display-engine on minor 0 [ 1.950566] sun8i-dw-hdmi 6000000.hdmi: read_hpd result: 1 [ 2.438265] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugin [ 4.012109] sun4i-drm display-engine: [drm] fb0: sun4i-drmdrmfb frame buffer device [ 9.311566] systemd[1]: Starting modprobe@drm.service - Load Kernel Module drm... [ 9.583263] systemd[1]: modprobe@drm.service: Deactivated successfully. [ 9.590683] systemd[1]: Finished modprobe@drm.service - Load Kernel Module drm. [ 11.222612] [drm] Initialized panfrost 1.2.0 for 1800000.gpu on minor 1 [ 11.336128] videodev: Linux video capture interface: v2.00 [ 11.672804] cedrus 1c0e000.video-codec: Device registered as /dev/video0 [ 36.607644] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugin [ 37.501202] sun8i-dw-hdmi 6000000.hdmi: EVENT=plugin [ 39.278755] hdmi-audio-codec hdmi-audio-codec.5.auto: Only one simultaneous stream supported! [ 39.278791] hdmi-audio-codec hdmi-audio-codec.5.auto: ASoC: error at snd_soc_dai_startup on i2s-hifi: -22 [ 39.278816] ahub_plat-i2s-hifi: ASoC: error at __soc_pcm_open on ahub_plat-i2s-hifi: -22 [ 57.559744] hdmi-audio-codec hdmi-audio-codec.5.auto: Only one simultaneous stream supported! [ 57.559772] hdmi-audio-codec hdmi-audio-codec.5.auto: ASoC: error at snd_soc_dai_startup on i2s-hifi: -22 [ 57.559789] ahub_plat-i2s-hifi: ASoC: error at __soc_pcm_open on ahub_plat-i2s-hifi: -22 pkg for test: sunxi64-6.12.19

OK, this is great, sounds logical that KMS somehow needs to be used but I did not realize. A quick test on my NanoPi-R6C dumping to a .ts file (format mpegts) with ffmpeg from the jellyfin ffmpeg7 Debian package works fine, that is: I use multi-user.target, so CLI only, therefore only clear screen with Armbian bash login prompt with blinking cursor. CPU load is almost 0, CPU clock 408Mhz. The Armbian installation is Bookworm with beta repo enabled, and I know it runs KDE Plasma as well since some months (with both latest vendor and latest mainline kernels). I have not looked at panfrost, I probably did half a year ago, but will need to look at my notes. So it is mainly an out-of-the-box action, except the installation of external jellyfin ffmpeg7 which has rkmpp included. There might indeed be performance issues, but that is not really a surprise to me; An RK3566 is a cost-cut, lowest cost RK35xx, only (lower clocked) 4x Cortex-A55, you cannot expect too much of it compared to 4x Cortex-A55 + 4x Cortex-A76 + faster DRAM, etc found in RK3588. It all depends on what else it running, e.g. libreoffice slideshow or a heavy game.

Ok so here is the definitive solution : You need panfrost so use the correct armbian version with vendor kernel, then you are going to need to compile ffmpeg for rockchip, just follow those instructions : https://github.com/nyanmisaka/ffmpeg-rockchip/wiki/Compilation Once it is done, you might have some performance issues when capturing the screen with either x11 or Wayland, BUT ffmpeg allows you to capture directly from the device through kmsgrab sudo setcap cap_sys_admin+ep /usr/bin/ffmpeg sudo ffmpeg -device /dev/dri/card0 -f kmsgrab -i - -r 60 -vcodec h264_rkmpp -f rtp rtp://localhost:8004 There I am streaming to a rtp server but you can write into a file. Do not forget to use the -vcodec h264_rkmpp which will use hardware encoding through VPU.

@dfahren My box is some what smooth than yours. But only GUI part. I don't see much laggy. Mouse cursoe, dragging windows all work fine. But I still don't get smooth web video decoding. There is nothing special, just make sure you have correct package and kernel mod installed. root@h96-tvbox-3566:~# lsmod|grep panf panfrost 73728 0 gpu_sched 36864 1 panfrost drm_shmem_helper 16384 1 panfrost root@h96-tvbox-3566:~# lsmod|grep hantr hantro_vpu 249856 0 v4l2_vp9 20480 1 hantro_vpu v4l2_jpeg 12288 1 hantro_vpu v4l2_h264 16384 2 hantro_vpu,rockchip_vdec2 videobuf2_dma_contig 20480 2 hantro_vpu,rockchip_vdec2 v4l2_mem2mem 24576 3 hantro_vpu,rockchip_rga,rockchip_vdec2 videobuf2_v4l2 20480 4 hantro_vpu,rockchip_rga,rockchip_vdec2,v4l2_mem2mem videodev 237568 5 videobuf2_v4l2,hantro_vpu,rockchip_rga,rockchip_vdec2,v4l2_mem2mem videobuf2_common 53248 8 videobuf2_dma_contig,videobuf2_v4l2,hantro_vpu,rockchip_rga,videobuf2_dma_sg,rockchip_vdec2,v4l2_mem2mem,videobuf2_memops mc 53248 6 videodev,videobuf2_v4l2,hantro_vpu,videobuf2_common,rockchip_vdec2,v4l2_mem2mem root@h96-tvbox-3566:~# dpkg -l|grep mesa ii glx-alternative-mesa 1.2.2 arm64 allows the selection of MESA as GLX provider ii libegl-mesa0:arm64 25.0.1-2 arm64 free implementation of the EGL API -- Mesa vendor library ii libgl1-mesa-dri:arm64 25.0.1-2 arm64 free implementation of the OpenGL API -- DRI modules ii libgl1-mesa-glx:arm64 22.3.6-1+deb12u1 arm64 transitional dummy package ii libglu1-mesa:arm64 9.0.2-1.1+b3 arm64 Mesa OpenGL utility library (GLU) ii libglx-mesa0:arm64 25.0.1-2 arm64 free implementation of the OpenGL API -- GLX vendor library ii libosmesa6:arm64 25.0.1-2 arm64 Mesa Off-screen rendering extension ii mesa-drm-shim:arm64 25.0.1-2 arm64 DRM shim libraries ii mesa-libgallium:arm64 25.0.1-2 arm64 shared infrastructure for Mesa drivers ii mesa-opencl-icd:arm64 25.0.1-2 arm64 free implementation of the OpenCL API -- ICD runtime ii mesa-utils 9.0.0-2+b1 arm64 Miscellaneous Mesa utilities -- symlinks ii mesa-utils-bin:arm64 9.0.0-2+b1 arm64 Miscellaneous Mesa utilities -- native applications ii mesa-va-drivers:arm64 25.0.1-2 arm64 Mesa VA-API video acceleration drivers ii mesa-vdpau-drivers:arm64 25.0.1-2 arm64 Mesa VDPAU video acceleration drivers ii mesa-vulkan-drivers:arm64 25.0.1-2 arm64 Mesa Vulkan graphics drivers

[ 9.527925] videodev: Linux video capture interface: v2.00 [ 9.539551] panfrost 1800000.gpu: clock rate = 432000000 [ 9.539593] panfrost 1800000.gpu: bus_clock rate = 200000000 [ 9.540215] panfrost 1800000.gpu: mali-g31 id 0x7093 major 0x0 minor 0x0 status 0x0 [ 9.540250] panfrost 1800000.gpu: features: 00000000,000027f7, issues: 00000000,00000400 [ 9.540262] panfrost 1800000.gpu: Features: L2:0x07100206 Shader:0x00000000 Tiler:0x00000209 Mem:0x1 MMU:0x00002821 AS:0xff JS:0x7 [ 9.540274] panfrost 1800000.gpu: shader_present=0x1 l2_present=0x1 [ 9.544584] [drm] Initialized panfrost 1.2.0 for 1800000.gpu on minor 1 Thank you for the information provided! A simple clarification. Does it work on an h616 processor with the patch disabled? For the h618 processor, I was unable to get the GPU to work with or without this patch. It remains to be seen whether this patch plays a positive role for the h6 processor. If there is no positive effect, then I'd better turn it off.

I think so, yes root@pihole-v2:~# dmesg|grep -i gpu [ 5.922915] panfrost 1800000.gpu: clock rate = 432000000 [ 5.922952] panfrost 1800000.gpu: bus_clock rate = 200000000 [ 5.923733] panfrost 1800000.gpu: mali-t720 id 0x720 major 0x1 minor 0x1 status 0x0 [ 5.923762] panfrost 1800000.gpu: features: 00000000,00000408, issues: 00000000,21054400 [ 5.923770] panfrost 1800000.gpu: Features: L2:0x07110206 Shader:0x00000000 Tiler:0x00000809 Mem:0x1 MMU:0x00002821 AS:0xf JS:0x7 [ 5.923779] panfrost 1800000.gpu: shader_present=0x3 l2_present=0x1 [ 5.931337] [drm] Initialized panfrost 1.2.0 for 1800000.gpu on minor 1

@Andyshrk Is your How-to still relevant given the instructions here: https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/docs/drivers/panfrost.rst

The first release candidate of Mesa 25.0 has recently shipped, bringing with it multiple updates to Panfrost, and most notably to PanVK, the open source Vulkan driver for Arm Mali GPUs. View the full article

@Hqnicolas: Thanks for the invitation! I have the impression, you overestimate my capabilities to participate in this project. NPU, for example, I'm completely blank, have no idea what it is about. May be I'm able to integrate this particular OpenVFD driver in the kernel, but that is something for the (hopefully not so distant) future. Panfrost, rkvdec and so on is for the DEVs with high stakes and - without any doubt - boat loads of time, which, very unfortunately, have not ... 😞 I'll get back to this forum once I have good news to share (or questions to ask). Till then: all the best to everybody!

Afiftyp, I tested your patches. First boot the kernel detected my bluetooth module. [ 15.837115] Bluetooth: hci0: BCM: features 0x2f [ 15.860556] Bluetooth: hci0: BCM4335B0 JA-3G SemcoB62 AFH_LimitPwr_EDR2 2STOPBIT-0343 [ 15.860579] Bluetooth: hci0: BCM4335A0 (002.001.006) build 0347 But after multiple reboots I would get hci1. [ 9.987983] Bluetooth: hci1: command 0x0c03 tx timeout [ 9.988039] Bluetooth: hci1: BCM: Reset failed (-110) Also some new panfrost errors. [ 58.359410] panfrost 1800000.gpu: js fault, js=0, status=DATA_INVALID_FAULT, head=0xa1cdec0, tail=0xa1cdec0

Hi Nick, Yes, hopefully, the error has been fixed and the panfrost kernel module will be loaded. However, when I play a video, it freezes after a few seconds.

I've built 6.13-rc5 kernel and kernel-dtb using the Armbian build tools, and pushed that to my Orange Pi5 running Armbian Bookworm that itself shipped with the 6.12 kernel straight from the download page. I installed kernel/headers/dtb packages with dpkg and rebooted, and it worked without issue. The kernel enables the VOP, and I can get 1080p120 and up to 2160p30 resolutions working on my 4K TV via HDMI. 2160p60 doesn't show up as an option, but I'm unsure if that's a limit of the current VOP driver, or my cable. (There's talk on the mailing list about more work needing to be done for certain resolutions to be supported). I'm running X11 currently (default from the Armbian image). I'll try Wayland at some point. I've compiled in Mesa from git-main for the Panfrost drivers, and Vulkan seems to work pretty well. I get a few odd colours randomly here and there, but I assume these early bugs will sort themselves out in time. I initially didn't get OpenGL working, but that's because I forgot to compile in the drm-shim tools in Mesa. With those compiled and installed, OpenGL works fine too without the need to do any LD_PRELOAD stuff in the Mesa documentation (I think that's outdated info from the 24.x tree), and is quite fast. Simple OpenGL-display/scale things like MAME can happily achieve 400% speed output, and aren't being capped by the GPU's bandwidth like they are on some older SoCs. The Mali G610 is a pretty nice GPU, I have to say. Zink isn't working so well just yet, but also I haven't tried limiting the OpenGL version it's attempting yet. I probably need to pull that right back to match the features available in the current Panfrost Vulkan implementation. Although the Panfrost Gallium driver seems to work well enough for OpenGL, so that's nice. I'm quite impressed with how well this works even with code that's full of "testing only" warnings. I think across a variety of games and emulators I've had one crash so far. Pretty exciting to see this board fully supported by mainline kernel+mesa finally. Seeing GameCube emulation running at full speed with Vulkan on this little SoC is really cool. Kernel 6.13 was released officially yesterday, so hopefully we'll see this all appear in the "edge" Armbian packaging soon.

Hi I'm trying to enable GPU on my custom kernel. I have applied a patch from Nick's repository, But when I allow `gpu` node in the Transpeed device tree, the kernel freezes here: [ 9.931994] sun50i-h616-codec 5096000.codec: Failed to register against DMAEngine [ 9.933237] sun8i-ce 1904000.crypto: will run requests pump with realtime priority [ 9.947692] sun8i-ce 1904000.crypto: will run requests pump with realtime priority [ 9.955742] sun8i-ce 1904000.crypto: will run requests pump with realtime priority [ 9.964193] sun8i-ce 1904000.crypto: will run requests pump with realtime priority [ 9.972000] sun8i-ce 1904000.crypto: Register cbc(aes) [ 9.977448] sun8i-ce 1904000.crypto: Register ecb(aes) [ 9.982650] sun8i-ce 1904000.crypto: Register cbc(des3_ede) [ 9.988522] sun8i-ce 1904000.crypto: Register ecb(des3_ede) [ 9.994324] sun8i-ce 1904000.crypto: CryptoEngine Die ID 0 [ 10.054128] sun8i-mixer 1100000.mixer: Adding to iommu group 0 [ 10.150367] ahub_dam-snd-soc-dummy-dai: substream ahub_dam-snd-soc-dummy-dai has no playback, no capture [ 10.160265] sunxi-snd-mach soc:ahub_dam_mach: ASoC: can't create pcm ahub_dam-snd-soc-dummy-dai :-22 [ 10.176581] sunxi-snd-mach soc:ahub_dam_mach: probe with driver sunxi-snd-mach failed with error -22 [ 10.355412] videodev: Linux video capture interface: v2.00 [ OK ] Reached target sound.target - Sound Card. [ 10.394078] Registered IR keymap rc-empty [ 10.398320] rc rc0: sunxi-ir as /devices/platform/soc/7040000.ir/rc/rc0 [ 10.405141] input: sunxi-ir as /devices/platform/soc/7040000.ir/rc/rc0/input4 [ 10.413088] sunxi-ir 7040000.ir: initialized sunXi IR driver [ 10.475252] panfrost 1800000.gpu: clock rate = 432000000 [ 10.480726] panfrost 1800000.gpu: bus_clock rate = 200000000 When I disable the `gpu` node. The Xserver comes up. However, the videos are playing slowly and the CPU usage is 100%. Any idea what could be the problem?

# uname -a Linux odroidc4 6.6.63-current-meson64 #1 SMP PREEMPT Fri Nov 22 14:38:37 UTC 2024 aarch64 aarch64 aarch64 GNU/Linux Installed latest "Armbian_24.11.1_Odroidc4_noble_current_6.6.60-kisak.img" ...with latest sudo apt update; sudo apt upgrade, rebooted... Hardware: - Odroid-C4 - Sabrent USB 3.0 to 2.5-Inch SATA Adapter; Model: EC-SSHD with latest firmware patch, connected to a Kingston SSD: SA400S37480G # dmesg -l emerg,alert,crit,err [ 0.879290] meson-drm ff900000.vpu: DSI transceiver device is disabled [ 3.402246] systemd[1]: Failed to start systemd-sysctl.service - Apply Kernel Variables. [ 4.327154] panfrost ffe40000.gpu: error -ENODEV: _opp_set_regulators: no regulator (mali) found [ 4.871183] systemd[1]: Failed to start systemd-sysctl.service - Apply Kernel Variables. [ 5.093021] I/O error, dev sda, sector 2064 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 2 [ 5.098203] I/O error, dev sda, sector 2088 op 0x0:(READ) flags 0x80700 phys_seg 2 prio class 2 [ 5.098226] I/O error, dev sda, sector 2120 op 0x0:(READ) flags 0x80700 phys_seg 6 prio class 2 [ 5.102570] Buffer I/O error on dev sda1, logical block 2, async page read [ 5.111428] Buffer I/O error on dev sda1, logical block 2, async page read I'm not worried about vpu, or panfrost errors, ..., since I don't care about gpu on this headless (non-desktop) cli mini-server. # dmesg | grep -i systemd-sysctl [ 3.331877] systemd[1]: Starting systemd-sysctl.service - Apply Kernel Variables... [ 3.399999] systemd[1]: systemd-sysctl.service: Main process exited, code=exited, status=1/FAILURE [ 3.400501] systemd[1]: systemd-sysctl.service: Failed with result 'exit-code'. [ 3.402246] systemd[1]: Failed to start systemd-sysctl.service - Apply Kernel Variables. [ 4.822476] systemd[1]: Starting systemd-sysctl.service - Apply Kernel Variables... [ 4.870046] systemd[1]: systemd-sysctl.service: Main process exited, code=exited, status=1/FAILURE [ 4.870601] systemd[1]: systemd-sysctl.service: Failed with result 'exit-code'. [ 4.871183] systemd[1]: Failed to start systemd-sysctl.service - Apply Kernel Variables. I checked /etc/sysctl.conf, and everything looks ok, afaik.? # cat /etc/sysctl.conf # # /etc/sysctl.conf - Configuration file for setting system variables # See /etc/sysctl.d/ for additional system variables. # See sysctl.conf (5) for information. # #kernel.domainname = example.com # Uncomment the following to stop low-level messages on console #kernel.printk = 3 4 1 3 ################################################################### # Functions previously found in netbase # # Uncomment the next two lines to enable Spoof protection (reverse-path filter) # Turn on Source Address Verification in all interfaces to # prevent some spoofing attacks #net.ipv4.conf.default.rp_filter=1 #net.ipv4.conf.all.rp_filter=1 # Uncomment the next line to enable TCP/IP SYN cookies # See http://lwn.net/Articles/277146/ # Note: This may impact IPv6 TCP sessions too #net.ipv4.tcp_syncookies=1 # Uncomment the next line to enable packet forwarding for IPv4 #net.ipv4.ip_forward=1 # Uncomment the next line to enable packet forwarding for IPv6 # Enabling this option disables Stateless Address Autoconfiguration # based on Router Advertisements for this host #net.ipv6.conf.all.forwarding=1 ################################################################### # Additional settings - these settings can improve the network # security of the host and prevent against some network attacks # including spoofing attacks and man in the middle attacks through # redirection. Some network environments, however, require that these # settings are disabled so review and enable them as needed. # # Do not accept ICMP redirects (prevent MITM attacks) #net.ipv4.conf.all.accept_redirects = 0 #net.ipv4.conf.default.accept_redirects = 0 # _or_ # Accept ICMP redirects only for gateways listed in our default # gateway list (enabled by default) # net.ipv4.conf.all.secure_redirects = 1 # # Do not send ICMP redirects (we are not a router) #net.ipv4.conf.all.send_redirects = 0 # # Log Martian Packets #net.ipv4.conf.all.log_martians = 1 # ################################################################### # Magic system request Key # 0=disable, 1=enable all, >1 bitmask of sysrq functions # See https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html # for what other values do #kernel.sysrq=438 Swappiness for zram, see swapon vm.swappiness=100 # Decrease swap usage to a more reasonable level #vm.swappiness=30 # # Improve cache management #vm.vfs_cache_pressure=50 # # Improve writing to external media like USB memory sticks #vm.dirty_bytes=335544320 #vm.dirty_background_bytes=167772160 # ------------------------------- For the sake of brevity, I'm only running "transmission-daemon" on this successfully -sort of, with everything else being the default Armbian server settings, ... see: with: # cat /etc/udev/rules.d/99-usb-drive.rules ENV{ID_FS_UUID}=="501ce172-bc60-40db-90b6-9e025d2748bb", ACTION=="add", RUN{program}+="/usr/bin/systemd-mount --type=ext4 --no-block --collect $devnode /media/USB01/" ...so as to mount my USB-SSD-drive upon boot. But that's for another topic, since the "Failed to start systemd-sysctl.service - Apply Kernel Variables." were there before, and nothing else was changed. Basically, are the errors in my "dmesg" output above anything to really worry about.?