jock

No need to recompile, rk322x already have had all the right bits in the right place for years. Everything is written down in the first page of the thread for rk332x tv boxes (What works: ---> Hardware video acceleration) in the hope people read it.

I tell you to read the first post of the thread.

@Aroldo Bossoni
 
The optimal would be understanding the reason why the watchdog triggers, but could be a difficult task without a hint because of the closed source proprietary trust os.
 
The easiest thing is to provide armbian images with the opensource trust os rather than the proprietary, which is totally feasible because it just requires to swap a file in the armbian build scripts. That would blow the issue away, but unfortunately the proprietary trust os provided DDR scaling and virtual poweroff. The latter is a seldom used feature, but the DDR scaling provided a dramatic improvement in performance and it is hard to give up on that.
 
Swapping the things at runtime is not savvy: when u-boot updates, the proprietary trust os will be reinstalled overwriting whatever you put in there.
 
I would be happy with opensource Trust OS and no runtime DDR scaling, but stil having it at a fixed decent rate (660MHz, instead of the default 330MHz), but some boards do not boot at all when they are instructed to boot at 660MHz.

Attached the source overlay file for the tm16xx driver. All features working.   See for details and thanks to https://github.com/jefflessard .
rx3318-H50.dtso.txt

@Vinicius Guastala I agree with @fabiobassa, thanks for the very detailed post of your board and broad description of the behaviour.
I would suggest you to erase the internal flash and try to boot from sdcard with this armbian image. It is an "experimental" image with opensource Trust OS; many recent boards are having issues with proprietary trust os, possibly yours has similar issues, so you could give a shot to this. By the way, the serial log output would be indeed very handy if you have the chance to find the serial port.
 
Beware also that armbian (and multitool) use 115200bps baud rate for the serial, while proprietary software uses 1.5Mbps baud rate!

@Virgilio Junior  you can use multitool, and use the "jump start" installation: you should be able to boot from sdcard and USB as well without doing the process by hand.
Forget about the NAND, it causes troubles you would not deal with

Found with google: https://forum.armbian.com/topic/34923-csc-armbian-for-rk322x-tv-box-boards/page/96/#findComment-218361
 

In theory, it shouldn't

AFAIK bookworm is fine with wayland (weston, kde, ...)

Hi, welcome everyone. I’m using an H50 TV box that I was about to throw away because I thought I had completely bricked it.
I disassembled it and found the pins to activate maskrom mode.
I think this could be useful for everyone.
I then installed the current image, and everything seems to work except for the HDMI output (blank screen).
Do you have any suggestions? Thanks. Some data and photo below.
In case you want to install please note that also multitool fails to activate the HDMI, so you will need SSH to config.
 
SOC: RK3188 (Hopefully - I did not remove the heatsink)
eMMC: Samsung KLMBG4GEAC-B001 32GB (64x4)
eMCP: Samsung KMQN10006B 8 GB eMMC + 1 GB LPDDR3 RAM
Wi-Fi IC 339S0209 2.4G/5G
 
LAN working
WIFI Working
 
----------------------------
root@rk3318-box:~# lscpu
Architecture:                aarch64
  CPU op-mode(s):            32-bit, 64-bit
  Byte Order:                Little Endian
CPU(s):                      4
  On-line CPU(s) list:       0-3
Vendor ID:                   ARM
  Model name:                Cortex-A53
    Model:                   4
    Thread(s) per core:      1
    Core(s) per cluster:     4
    Socket(s):               -
    Cluster(s):              1
    Stepping:                r0p4
    CPU(s) scaling MHz:      60%
    CPU max MHz:             1008.0000
    CPU min MHz:             600.0000
    BogoMIPS:                48.00
    Flags:                   fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid
Caches (sum of all):
  L1d:                       128 KiB (4 instances)
  L1i:                       128 KiB (4 instances)
  L2:                        256 KiB (1 instance)
NUMA:
  NUMA node(s):              1
  NUMA node0 CPU(s):         0-3
Vulnerabilities:
  Gather data sampling:      Not affected
  Indirect target selection: Not affected
  Itlb multihit:             Not affected
  L1tf:                      Not affected
  Mds:                       Not affected
  Meltdown:                  Not affected
  Mmio stale data:           Not affected
  Reg file data sampling:    Not affected
  Retbleed:                  Not affected
  Spec rstack overflow:      Not affected
  Spec store bypass:         Not affected
  Spectre v1:                Mitigation; __user pointer sanitization
  Spectre v2:                Not affected
  Srbds:                     Not affected
  Tsa:                       Not affected
  Tsx async abort:           Not affected
  Vmscape:                   Not affected
 
root@rk3318-box:~# free -l
               total        used        free      shared  buff/cache   available
Mem:         1504636      291372     1037440       46940      297848     1213264
Low:         1504636      467196     1037440
High:              0           0           0
Swap:         752316           0      752316
 
SOME TESTS ON THE HDMI ISSUE:
hdmi_debug_20251008_230528.log
 
hdmi_test_20251008_230948.log


 
 

I troubleshooted my problem! So for some reason (I'm not sure if this is for all x88 pro 10's), the SD card needed to be under pressure on it to read Multitool. So, throughout the entire Multitool process, I needed to hold down the SD card with my thumb. I did hurt a bit, but it flashed to the EMMC   

I came here to thank @jock

https://github.com/armbian/build/pull/8679
 
and ask you to make the test @Vincenzoernst1 @GBEM @guenter
you don't need to install external driver anymore

merged 2 commits into armbian:main from paolosabatino:update-tm16xx  4 days ago

Available since https://github.com/armbian/build/tree/v25.11.0-trunk.258
rockchip rk3566: h96-TVbox: Include i2c Led Pins into dts. by @hqnicolas in armbian/build#8666
rockchip64: update tm16xx driver from kernel mailing list. by @paolosabatino in armbian/build#8679

 
 

sorry, no idea 🤷‍♂️

@samircobra Did you try multitool? You can find it in the first post; also read carefully the first post, it contains very useful informations, for example the hint about the failing eMMC on these rk3318 boards. Probably your box has a failing eMMC. Also another important thing: we don't talk about "firmwares" here, we talk about Armbian, so if you have questions not related to Armbian, this is the wrong place.

I found the error, please don't do it again.
Just Search for Supported boards before buying
Partners boards that will work in this case: https://www.armbian.com/partners/

login via ssh

Hello!
 
You should really look to the board name in rk3318-config rather than relying to led-conf numbering; also your dmesg is showing a very bad error which is probably due to an unstable system rather than a bug

rk322x armbian images never used the offset of 8192 sectors, only the multitool has such offset to increase compatibility with stock images

Hi everyone, i manage to extract the .dtb file from the recovery partition of the rk3528-X88pro13-android.  This is the board number : X88PRO 13-D4-V1.1 (2023-04-12).  Maybe it will be useful to someone 😉
rk3528-x88pro13-android.dtb

Please do not promote forks of Armbian on these forums.  If you what to help Armbian, please submit PRs and contribute code that makes Armbian better.  It doesn't help to have yet another fork of stuff out there that never gets contributed back.
 
Your warning about using external builds applies equally well to external git sources.  No one should trust this unless they inspect all the changes you have made from genuine Armbian.  User be warned.

It won't work, openvfd is another driver and wants things a different way.
Not to blame the author, but unfortunately openvfd is badly designed. tm16xx driver instead is very well designed, and is the way to go. 👌

This remembers me a recent set of changes to the DWC3 driver for RK3399 to fix exactly these kind of issues exposed here, including the single-orientation problem, plus some more issues with the displayport over usb type-c functionality.
 
The PR had a lot of comments but finally it got merged because both the author and me tested the whole apparatus and it proved to improve significantly the situation on rk3399: https://github.com/armbian/build/pull/8271

Patches should address some issues in the dwc3 driver in general, and I see from the device tree that rk356x uses the snps,dwc3 compatibility string, so probably also rk356x benefits from them as well. It would although require some device tree tinkering: I tested on Orange PI4 LTS board and the device tree fixes are within this hunk; rk356x-based devices can probably share several declarations but that depends upon the rk356x capabilities. I would start from changing dr_mode to otg and removing regulator-always-on; property from the vbus supply.

Thanks for putting all this together — it’s a fantastic resource for anyone still trying to get the most out of these cheap RK3318 boxes. Fully agree on avoiding them for anything critical, but for tinkering and learning, this thread is gold.

Hello, this quick tutorial is to introduce an experimental Debian and Ubuntu APT repository to install ffmpeg compiled with v4l2request and v4l2drmprime patches developed by Linux kernel, LIbreELEC and Kodi folks to allow hardware video decoding on stateless decoders like those implemented in Rockchip and Allwinner SoCs for h.264, h.265, vp8 and vp9 codecs.
 
The repository introduces a new ffmpeg package that integrates and substitues the base ffmpeg package and its related packages.
 
Preconditions:
Mainline kernel 6.1 or more recent armhf or arm64 architecture Supported distributions: Debian 12 - Bookworm Debian 13 - Trixie Ubuntu 22.04 - Jammy Ubuntu 24.04 - Noble Rockchip and Allwinner have already been tested, but this should work on other platforms with stateless decoders supported in kernel  
APT REPOSITORY SETUP
To install the repository, just copy and paste the lines in a terminal:
$ sudo wget http://apt.undo.it:7242/apt.undo.it.asc -O /etc/apt/trusted.gpg.d/apt.undo.it.asc $ . /etc/os-release && echo "deb http://apt.undo.it:7242 $VERSION_CODENAME main" | sudo tee /etc/apt/sources.list.d/apt.undo.it.list $ echo -e "Package: *\nPin: release o=apt.undo.it\nPin-Priority: 600" | sudo tee /etc/apt/preferences.d/apt-undo-it  
INSTALL FFMPEG AND MPV PACKAGES
$ sudo apt update $ sudo apt install ffmpeg mpv  
SETUP MPV CONFIG FILE
$ sudo mkdir -p /etc/mpv $ echo -e "hwdec=drm\ndrm-drmprime-video-plane=primary\ndrm-draw-plane=overlay" | sudo tee /etc/mpv/mpv.conf  
You can now play your videos using mpv and they should run with hardware decoding if supported, either in virtual terminals or in X11/Wayland windows!
Enjoy!
 
Notes:
your mileage may vary a lot: the more recent is the kernel version, the better is support (you may need edge kernel) bug: when rendered in X11/Wayland window, video may show scattered tiles during frames bug: Lima driver (Mali 400/450) shows a red/pink tint when video is played in X11/Wayland (see https://github.com/mpv-player/mpv/issues/12968) (workaround below: https://forum.armbian.com/topic/32449-repository-for-v4l2request-hardware-video-decoding-rockchip-allwinner/?do=findComment&comment=177968) you may want to add --gpu-hwdec-interop=drmprime-overlay to the mpv command line if used in pure virtual terminal (no X, no Wayland) to use direct-to-overlay output Panfrost driver should work flawlessy 10 bit HEVC are generally supported on all Rockchip devices (rk322x, rk3288, rk33x8, rk3399), but Allwinner H3 have no hardware support for that  
 
 

Hello! Asus Tinkerboard is still perfectly supported by Armbian.
Best setup is the current LTS kernel 6.12, you can take an image from the official download page: https://www.armbian.com/tinkerboard/
 
enjoy!