jock
-
Joined
-
Last visited
Posts posted by jock
-
-
@sailorbg did you first try to boot from sdcard rather than install the armbian image on emmc? It is always highly suggested to test the armbian image from sdcard first rather than installing it.
The serial log will probably tell what is the problem with your board.
-
@haven openvfd is long time deprecated. Armbian images have tm16xx driver which is far better and superior and x88 pro is supported out of the box via device tree overlay.
-
On 9/12/2026 at 7:03 PM, Opcode_0xFF said:
The fix was replacing only /lib/firmware/brcm/brcmfmac4334-sdio.rockchip,rk3318-box.txt with vendor/etc/firmware/nvram_4334.txt extracted from the matching stock Android 12 H96 Max V12 image ...
It is already mentioned in the first page under the "Special Hardware" paragraph.
-
On 9/2/2026 at 11:57 PM, Mitti said:
@jock The SD card slot is physically broken and does not work.
Then you may want to follow the instructions on first page for boards without sd slot
-
@lopanrs ssv6051p is already supported out of the box with rk322x-box armbian images, you should not have to compile anything.
Anyway this thread is about ssv6256p, which is another chip and requires another similar, but different, driver.
-
@Mitti Why do you say the board has no sdcard slot when the sdcard slot is just there?
BTW, you have few options, but I suggest you not to use the NAND for the system at all. You can clean it completely, then the system will boot from sdcard, or you can use multitool to install the Jump step to boot from sdcard and USB stick.
-
12 hours ago, conta secundaria said:
Hi everyone, i just found out about all of this yesterday and been trying since, mine is an nand version 8gb of ram, the problem im having is in finding the legacy archive i tried with the newest kernel and with de 5.2 but couldnt get it to work, i wasnt able to find the legacy anywhere, the error im getting is the uuid missing, if anyone could help me find it or figure out any other way of getting it to work i would appriciate it
Legacy is deprecated and long time discontinued. You'd better use mainline kernel with sdcard and forget the nand flash chip.
-
39 minutes ago, Kaique Giuvelini said:
I want to "format" the system—maybe install the latest version. But I can't physically enter mask mode on the board; I ended up damaging the shorting contact used to enter it.
Three options:
- multitool
- boot armbian from sdcard and erase eMMC (or reinstall) from there
- keep "reset" button pressed (5 seconds will suffice) while turning on the board: armbian u-boot will immediately trigger maskrom mode
-
Hello, normally audio on Asus Tinkerboard works out of the box.
I have not tested HDMI audio for a long time because I don't have a suitable monitor. It should work, but I can't bet on it. Analog audio also should work.
You need to set the correct device to aplay because the default may be set to HDMI (or SPDIF).
The command aplay -L will give you the various ALSA outputs you can play on, find something like plughw:CARD=analog,DEV=0 and then use -D aplay flag to specify the device. You should get something similar to this:
aplay -D plughw:CARD=analog,DEV=0 my-audio-file.wav
-
Well I don't know what is that firmware and I'm not going to touch it even with a 6 meters stick, sorry.
Random software from the internet is not a wise idea, even more if it is a software you are going to install onto a computer laying in your private network.
About the serial adapter, I don't know, you should post logs or something useful to give you sensible guidance; giving you blind instructions won't help.
If you're a newbie, probably it is better to wait for someone telling you a way to get maskrom mode on your board.
I just want to ask you if you tried to put the multitool on a sdcard and boot the board with it.
-
Hard bricking is not compatible with the led flashing alternatively: you did not hard bricked the device, you're just having difficulties in changing the firmware.
The maskrom pin may help, but also a serial adapter attached to the uart may let you solve the issue without maskrom. You could also tell us what is the bad firmware that makes your leds blink alternatively.
-
I warmly back @Werner suggestion; dkms for legacy wifi drivers is the best way to go (I only need to do it myself for some wifi drivers still laying around ...)
-
-
5 hours ago, reinoldo vieira said:
I'll update the box to Trixie with kernel 6.18 and also take a look at the ffmpeg/mpv thread you
mentioned. Appreciate the pointers!You'd better upgrade the kernel to 6.18 and keep Debian Bookworm, because Trixie has an mpv version which is not exactly friendly with hardware video decoding because some things are in the middle of a transition
-
@reinoldo vieira nice you found a pipeline that works with gstreamer!
I have a couple of notes though:
- why using such an old armbian image with such old kernel? Current images are on Debian Trixie with kernel 6.18 (edge packages are on 7.0)
- hardware video acceleration is working for years on rk3229, there is a thread mentioned in first page to an ffmpeg repository to achieve that with mpv
-
@Suly rtl8703bs works with 8723cs driver, but the proprietary driver has been disabled so far in newer kernels because maintenance was becoming more and more complex. Actually I don't remember if it works with the mainline kernel driver. Probably it works, but I don't know if it is enable in rockchip64 kernel; it is surely enabled in rockchip armhf family.
-
-
@epost.deb Hmmm, I am a bit skeptical about that; mainly because the SoC (on my board <-- this is important!) does not peek for sdcard at all during boot, thus u-boot is not involved; moreover if I read the SARADC2 from userland, I get it in the range of the eMMC-only boot configuration.
I emphasize this is on my board, because the manufacturer can chose the boot configuration placing a pair of resistors on the board. The manufacturer of my board choose the eMMC-only boot configuration.
If I find the two resistors, and remove the "pull-down" one, my board would try booting from all the options.
-
@lsdlsd88 hello! Thanks for sharing the photos and the serial logs; it looks like the stock firmware did not pick up the sdcard at all. The sdcard seems to be detected, but for some reason the rockchip miniloader of the stock firmware does not it as first source.
Are you able to retrieve the first 100-200 megabytes of the original firmware via serial? You should be able to use dd even within Android.
edit: ah-ha ok, I understand! there is misconfiguration in the webserver and the link changes; thanks, I updated it!
-
@Alexander Polko Do you still have stock firmware in eMMC? You should get some output from the serial uart if you have the stock firmware, otherwise your serial is not working correctly.
Also, boot from sdcard only works via u-boot from stock firmware on this board, for the reason I stated above.
-
17 hours ago, Cammera said:
The install process seems to have changed a lot and the automated setup lets you pick mxq specifically, do I still follow the steps in this thread or is the automatic setup good enough now?
The install process is the same from the beginning of the project, you're confused.
-
Hello, you can only boot from sdcard with that device if you follow the rockchip boot sequence, ie: you have to pack u-boot and trust.img using loaderimage tool from rockchip rkbin repository.
That tools decorates the uboot/trust.img binaries with some signature and checksum, then you have to put on specific positions on your sdcard and the miniloader, residing in the emmc, will boot from sdcard once it validates correctly the binaries you supplied.
You may take a look to my multitool github project for some reference. I have you same box and it boots on mine.
Unfortunately on this particular box, the manufacturer disabled the sdcard boot at SoC/hardware level: this means that the trick to erase the internal flash to boot from sdcard, which worked fine for older SoCs, does not always work with rk3528-based (and probably other rk35xx) boards
-
@andrey.lobov try to upgrade the kernel or pick a fresh image from the github repository. The tm16xx driver has been reenabled recently after having being disabled due to partial kernel upstream.
-
@andrey.lobov openvfd is a badly written old driver, currently there is already tm16xx driver in the kernel for led front panels. You should configure your board appropriately with rk3318x-config and will enable the front panel. If your board is not in the list, please provide photos of the board (back and front) and the dtb
CSC Armbian for RK3318/RK3328 TV box boards
in Rockchip CPU Boxes
Not sure your board is OOO just because you flashed the wrong image.
Most probably the armbian image comes with a ddrbin (the very first software binary) that is supposed to initialize DDR memory. In case it is not compatible with your board, it will soft-brick the board (you get the infamous "ERR!" message in the serial log) and you to resort to maskrom mode to flash back a valid image.
Once said this, the USB-to-TTL adapter is totally safe to connect, do not connect the adapter 3.3v pin, then you can freely experiment the other pins trying to find which one is rx and tx. Actually ground pin shoule be pretty easy to find. If you connect the board 3.3v pin to rx or tx of the adapter should do no harm, since the adapter should be tolerant to such mismatch.