@Nick A I have one of those T95 H616 AXP313a tv boxes. I have successfully compiled a mainline U-Boot image and it boots fine, all with UART input/output, but none of the images from your github repo work. I only managed to boot MiniArch images up to 6.19 kernel but I couldn't get HDMI, Ethernet, WiFi or Bluetooth to work at all. Got any idea what could be missing? I can help in debugging if you'd like. I attached the extracted and decompiled DTS from the stock Android 10 firmware of the device. Thank you extracted.dts

As title says. Here's the bash script I use to download the dependencies and compile the latest mesa: https://pastebin.com/1n7Sv0dZ How /boot/*Env* looks like right now: https://pastebin.com/mUqHs14Y And the error message I get when I try to run sway goes as follows: MESA: error: ZINK: failed to choose pdev libEGL warning: egl: failed to create dri2 screen [wlr] [EGL] command: eglInitialize, error: EGL_NOT_INITIALIZED (0x3001), message: "DRI2: failed to create screen" MESA: error: ZINK: failed to choose pdev libEGL warning: egl: failed to create dri2 screen [wlr] [EGL] command: eglInitialize, error: EGL_NOT_INITIALIZED (0x3001), message: "DRI2: failed to create screen" [wlr] [EGL] command: eglInitialize, error: EGL_NOT_INITIALIZED (0x3001), message: "DRI2: failed to load driver" [wlr] [EGL] command: eglInitialize, error: EGL_NOT_INITIALIZED (0x3001), message: "eglInitialize" [wlr] [render/egl.c:268] Failed to initialize EGL [wlr] [render/egl.c:571] Failed to initialize EGL context [wlr] [render/gles2/renderer.c:499] Could not initialize EGL [wlr] [render/wlr_renderer.c:272] Could not initialize renderer [sway/server.c:236] Failed to create renderer Oddly enough, "eglinfo -B" shows that everything is fine: https://pastebin.com/6k05DcAS How my .bashrc looks like right now: https://pastebin.com/3W7Qib6U I've tried copying the firmware in (with "cd /lib/firmware sudo wget https://github.com/JeffyCN/mirrors/raw/libmali/firmware/g610/mali_csffw.bin sudo chmod 644 mali_csffw.bin"), forcing "card0" to be used with the env. value WLR_DRM_DEVICES=/dev/dri/card0, and panfrost with "MESA_LOADER_DRIVER_OVERRIDE=panfrost" and "GALLIUM_DRIVER=panfrost" but none of those options helped. I also added my user to "render" and "video" (with sudo usermod -aG video $USER and sudo usermod -aG render $USER), which also didn't do me any good. I also manually removed any trace of panfrost that was left into the system and reinstalled with "libgl1-mesa-dri" and manually compiling everything in again...and it also didn't worked. I don't know what else I should do, and I'm in the verge of reinstalling everything back in. Please help me. And thanks for reading.

@Łukasz Żywczyk Currently no prebuild nightly images. You are on your own. Grab a Debian Trixie on 64 bit PC (8G RAM, 16G Disk), then sudo apt-get install docker.io qemu-user git # add yourself to group docker, logout && login git clone https://github.com/armbian/build.git cd build && ./compile.sh BOARD=orangepirv2 BRANCH=current RELEASE=trixie \ BUILD_MINIMAL=yes KERNEL_CONFIGURE=no KERNEL_BTF=no KERNEL_GIT=shallow should build your image in output/images/*.img ready to be used...

Also: # apt install -y iptables # iptables -v iptables v1.8.11 (nftables): no command specified https://wiki.debian.org/nftables AFAIK using iptables syntax should still work, but nft is what you probably should learn to use instead. https://wiki.nftables.org/wiki-nftables/index.php/Moving_from_iptables_to_nftables

Add to /etc/rc.local and reboot. echo "1" > /sys/devices/system/cpu/cpufreq/boost && echo "performance" | tee /sys/devices/system/cpu/cpu[0-9]/cpufreq/scaling_governor &&