All Activity

@Ducdanh Nguyen @ccs1664 is correct.. there’s a lot of information on that thread and the x96q threads to get your box running. I have to post the same advice over and over again. The last thread you posted in. I gave instructions to get your dram settings and dts. Have you extracted them? it could be possible that you have secure boot.

yep, thats how i connected them i think it might be that? ill try to get some fresh wires and see if it helps

Your gpios lines are declaring reset="i6" and dc="h4"... is that correct? At this point, we can see that all pins are correctly defined and connected. Maybe wire length issue? Bad terminal connection? My wires are 15cm long... directly connected with dupont connectors.

Boot while looking at the serial output, what do you see?

Self compiled Armbian Bookworm + XFCE with Linux Edge 6.15.x Then follow all the instructions in https://forum.armbian.com/topic/32449-repository-for-v4l2request-hardware-video-decoding-rockchip-allwinner/#findComment-176981 Then add extraargs=cma=256M to armbianEnv.txt

Which OS works well for you?

If it doesn't work, compile your own Armbian with EDGE linux (what worked for me). Stay away from Trixie at this time (its mpv doesn't work as well as Bookworm's)

Great, thanks for the links! Meanwhile it works partially. The DT tweaking was not needed. I made a mistake by specifying the armbian extraargs. I added a second line to armbianEnv.txt but realized all args must be one line. I had to increase cma=256M (Yes, really, tested all lower values). Then it works, BUT ... Fun fact, will further investigate: Decoding with "-hwaccel drm" results in lower fps (about 6..8) whereas software decoder goes up to 10 😀 Decoding has been verified with htop. CPU only => 4 cores 100%. hwaccel one core about 20% which is likely th e yuv to rgb and scaling. Maybe this is still an issue caused by DT, at least when reading https://gregdavill.com/posts/allwinner-s3-videoencoders/ It specifies memory-region = <&cma_pool>; which is missing in my decompiled DT, also the referenced reserved-memory section. Maybe that's not needed if it's coded inside the driver or specified elswhere. T.

https://www.phoronix.com/news/Debian-13.0-Released Debian 13 trixie released https://www.debian.org/News/2025/20250809

I also confirmed that USB-C functionality is still not working on ODROID-M2 with Kernel 6.16 RC. I guess we would have to wait a little more for the working USB-C Port.

@ccs1664 thanks for the information, but i already have a image that works on my mxq pro 4k 5g allwinner h313, but im struggling how to boot in the sd card, and i cant enter recovery mode too (it showed an update screen but nithing updated) im glad you replied to my situation.

Depending on your location this might not be anything that can be fixed on Armbian side. If this happens on any mirror, the issue is either your setup or ISP blocking access.

Regardless of whether I use the main or v25.08 branch, set REGIONAL_IMAGE to china or not, or switch between noble and trixie base images, I consistently encounter a 403 Forbidden error right after the customization step. I've tried various configurations, but the issue persists. Any help?🤔

@rafaeldavid My device appears to have the same problem as yours. What was your fix? @Nick AThanks! The chips on the motherboard include H313, AXP313A, KMQN10006B-B318, and EA6521QF (Wi-Fi + BT chip). I have the Linux driver package for this Wi-Fi chip. this Wi-Fi chip (EA6521QF) likely isn't supported by mainline Linux kernel.I’ll figure out how to integrate it later when I need to use Wi-Fi. Using Wi-Fi is not the most important thing; the key is that I want to install it into the eMMC instead of booting from the SD card. May I ask what modifications I need to make to the original Armbian project code based on the dts I provided to ensure stable read/write operations on the eMMC without crashes? Moreover, I've already tried using a different TF card. These same cards work fine when installing to eMMC on my other X96Q (DDR v5.1), but they keep freezing up on this device.。 dmesg.txt

Latest edge kernel update to 6.16 breaks boot

Hello, I have x96q2 H313 2/16 board v4.0 ram k4b2g0446c hyh9 and apx305. I tried all img, and no one worked on my TV box. Mb u can help me, how I can build img for my board? I need sd card version armbian or arch Linux (not emmc installation)

THANK YOU

Hi I think that a boot on this TV box it should be not so hard, I never tested an Allwiner. Please, start reading some advices from this post from 2023: once that h313, probably follows at the same procedure of the H61X ... I hope to help you ccs

@robertoj --hwdec=v4l2request seems present on mpv v0.40, which is the one in trixie. Older mpv versions have --hwdec=drm; I don't know the differences, but I guess drm become v4l2request at some point. --gpu-hwdec-interop=drmprime-overlay directly presents the frames using an hardware overlay. It is very useful if you want to go fullscreen (like on a virtual terminal), but if you are running a desktop environment, everything behind the video overlay will be hidden. --gpu-hwdec-interop=drmprime instead uses the linux facilities (dmabuf) to transfer the decoded frames from the hardware decoder buffer to the EGL/OpenGL (or whatever) presentation layer without actually copying the buffer data, but just passing a file handler. It is more complex and has more overhead, but it is suitable to be used within a desktop environment because the frames are drawn in regular windows. --gpu-hwdec-interop=auto don't know, I guess mpv does some guessing to decide which one is the best.

I get this warning because I removed lightdm-gtk-greeter.desktop... what should I do to not expect the file? roberto@orangepizero3:~$ update-alternatives --display lightdm-greeter update-alternatives: warning: alternative /usr/share/xgreeters/lightdm-gtk-greeter.desktop (part of link group lightdm-greeter) doesn't exist; removing from list of alternatives lightdm-greeter - auto mode link best version is /usr/local/share/xgreeters/pi-greeter.desktop link currently points to /usr/local/share/xgreeters/pi-greeter.desktop link lightdm-greeter is /usr/share/xgreeters/lightdm-greeter.desktop /usr/local/share/xgreeters/pi-greeter.desktop - priority 70 After some research of greeters, I see that the default greeter is compatible with wayland https://github.com/Xubuntu/lightdm-gtk-greeter I have been working as if lightdm requires X11 (which I need to avoid), and so I wanted to used pi-greeter Does anybody have lightdm+gtkgreeter in a pure wayland setup? No X11

What is the difference between --hwdec=v4l2request and --hwdec=drm ? And drmprime, drmprime_overlay, and auto? Is the v4l2request absent from Trixie's mpv, due to a pre-compile configuration, or was it removed from the mpv source code?

@ARx8 can you take a picture of your board so we can figure out if your wifi chip has mainline kernel drivers. You can find the gpio #’s using your dts.0.dts file. The wifi might already be detected but you are missing firmware. If you can post your dmesg.

Hello everyone, I'm having a couple of issues with my H96 Max (V11 "original", rk3318, 2GB RAM, 16GB eMMC) while running the latest Armbian nightly build from an SD card (kernel 6.12.x). Any help or suggestions would be greatly appreciated. 1. USB 3.0 Port Hangs the System When I plug a usb stick (3.0) into the USB 3.0 port, the system freezes. My SSH session terminates, and the network connection drops, I do not connect hdmi output. The USB 2.0 port, however, works perfectly fine. Is this likely a hardware issue, or i need to reconfigure the USB 3.0 port from "host" to "peripheral" to prevent this from happening? 2. Unable to Boot from a USB Drive My goal is to boot from an SD card with the root filesystem on a USB drive. I've tried a few methods without consistent success: - Using '''armbian-install''': The process fails at the "format" step for /dev/sda1 and returns to the main terminal. - Using '''dd''' command and re-seed the sd card UUID randomly: This method is unreliable, with boot failures occurring roughly 4 out of 10 times. When it fails, the USB drive's LED stays lit, but the system doesn't boot. - Flashing directly to a new USB 2.0 drive: I flashed the same Armbian build to a new USB 2.0 drive, but the box would not boot from either USB port, only from the SD card or eMMC. Am I missing a critical step for creating a bootable USB drive for this specific H96 Max model? Or is this a known limitation that I'm unaware of? Thanks in advance for your help!

However, we're seeing a problem with kernel 6.12.x where the first time the computer is turned on, ArmBian doesn't always boot. Only after powering down and turning it back on does the Orange Pi Zero v1 start booting. This problem didn't occur previously on the same hardware, so perhaps updating U-Boot to version v2025.04 would solve the problem. We'd like to ask those who are also making changes to the Orange Pi Zero V1 to update U-Boot.

(sorry for bad english) i'm looking to boot in an armbian bookworm by sicxnull on my mxq pro 4k 5g, i checked the aida64, it showed the allwinner h313, i tried the toothpick method to the recovery menu (which have a boot option?) i'm novice to android 😕 by the way here are the images of the tv box pcb: