All Activity

Good afternoon. I have a Rockchip 3566 tablet.oscal pad 70 wifi Is it possible to install Armbian on it? I don't have a device tree (I couldn't find anything at all for the WiFi module except the test report), no drivers, nothing. I've found a related one (the letters at the end are slightly different), but there's a little information. The original Pineta B2 costs 159, plus shipping and taxes...that's 300. But the aforementioned one costs 100 and doesn't require taxes! That's what got me thinking. Prices are in dollars. The bootloader can apparently be unlocked with a simple command (according to Google Assistant!) I need the tablet for learning Linux and watching videos in the browser...will it handle it? Is this even possible for a beginner? Best regards and gratitude... I'm writing using Google Translate, so there may be some inaccuracies... I apologize for that! motherboard R863T-RK3566-DK-V1.0 wifi module wxt42j1001s I don't know what kind of touchscreen and display it has. Will I need to unlock the bootloader? I understand it's probably very difficult...isn't the processor too old for our times? Or is installing Armbian probably not an option, and shouldn't I waste my time on it and buy something else? Thanks from the bottom of my heart to everyone who responded.

It looks like mksclient is python code can be patched. Sovol3D forum Enable LED light toggle in Mainsail I followed the steps and was able to get an LED toggle in Mainsail on my SV06 Ace I did loose the touchscreen control of the LED but that's acceptable. I only need the LED when using the Camera to check for Failed prints and previously left the LED on during printing. Now I can save a little electricity😀. To me this also has pertinent implications to the thread. mksclient must be a python blob that can runs on boot. If were willing to tolerate the "black box" close source nature of mksclient, a touch screen supporting build, targeting the OEM electronics, should be possible.

@HarleyyyuAs I was typing that I tried another last-ditch kind of solution (because truly you shouldn't substitute device trees) and changed the armbianEnv.txt I added 'overlays=led-conf7' to the end of the file and added 'irqpoll' to the extraargs. I'm going to try huddling them all into a single .img and try to flash it to the onboard disk, thanks for your help, and wish me good luck.

@jock your armbian build (Bookworm) plus my modified version of openauto works now, its done by using kmssink for drm overlay plane for video (Added to codebase) and RTAudio patched to use ALSA. Youtube: OpenAuto - RK322x Test run with Hardware Acceleration if you want to try it here's a prebuilt version of it, armhf compiled. Github: OpenAuto RK322x Armbian, openauto-rk322x-v1 i would love to make it run better on our hardware

@Dangrain ohhh that makes sense now. If SD boot works, you can just clone the SD card into a raw .img. dd if=/dev/sdX of=working_sd.img bs=4M status=progress (assuming you use linux, ubuntu recommended. Also make sure to check your sdcard path) That image already contains the correct bootloader, partitions, and rootfs. Multitool should be able to flash it to eMCP directly.

@HarleyyyuI just want to have a working OS on the eMCP instead of the SD, I've tried many pre built images already but none have worked even when messing with recommended overlays. Only after I've frankenstein'd It, did it work. That's the purpose.

Armbian 25.11.2 Noble XFCE (BSP Kernel: 6.1.115) + PanVk - mesa 26.0 (https://launchpad.net/~ernstp/+archive/ubuntu/mesaaco) + Box64 arm64 v0.4.1 3ec5de03c (https://ryanfortner.github.io/box64-debs/) + proton-10.0-3-amd64-wow64 (https://github.com/Kron4ek/Wine-Builds/releases/download/proton-10.0-3/wine-proton-10.0-3-amd64-wow64.tar.xz) + dgVoodoo2 (https://github.com/dege-diosg/dgVoodoo2/releases) + DXVK-stripped v1.6.1 15~60fps@720p box64 environment variables: FF13 Lightning Returns

@Dangrain for you to be able to flash your "frankenstein'd Image" you need to combine those pieces into one, I don't know how you will do that though. Tell me, What's the purpose of your img? like what are you trying to achieve?

Thanks Werner and Gaetano I fear DIY an image exceeds my skils 😉 I tried linux-headers-arm64. Result: kernel downgraded to 6.12 and wrong links in /boot: lrwxrwxrwx 1 root root 30 Dec 29 22:28 Image -> vmlinuz-6.18.2-current-meson64 lrwxrwxrwx 1 root root 27 Jan 23 13:27 uInitrd -> uInitrd-6.12.63+deb13-arm64 Corrected, built ZFS but at the end USB not working. It's not worth the hassle. I ended up installing Armbian_25.8.1_Odroidhc4_bookworm_current_6.12.41_minimal.img Everything seams OK, especially ZFS. Anyway, the link to Armbian_community_26.2.0-trunk.151_Odroidhc4_trixie_current_6.18.2_minimal.img is not there anymore 🙂 Thanks for your time. Chris

Ok then i will try with S905W images. Does these boot of an sd card like on the H313 ones ?

Thank you

Hello, thk work fine on my X88 pro13 Here is : Armbian_community_26.2.0-trunk.332_Hinlink-ht2_noble_vendor_6.1.115_gnome_desktop.img Armbian_community_26.2.0-trunk.332_Hinlink-ht2_noble_vendor_6.1.115_gnome_desktop.img

By any chance, could someone post a link to a working image for Cubox I? I'm trying to find any working Armbian build and there is nothing that works. Thanks!

What model is your device? Got a photo?

@robertojTheoretically it will, as H618 supports OpenGL and Vulkan. But do not expect the same performance as RK3588. This is off the topic here and you'd better ask someone who share the same chip with you.

Cool! I own this game as well, just didn't test it as I thought atlus put most their games under DRM. Definitely going to try it later. Also found that some games (probably CPU-intensive ones) work better on hangover compared with box64+proton/wine, if only the game was compatible.

I'm looking for a ROM because this Android box only stops at the logo. However, there's a problem with the PCB board type 3328 but the chip is 3318. How do I find the firmware? Is there anyone here who has it? And I've tried flashing with RK3328 but it still bootloops.

Then stick with what you got going on.

But, now that I have a running linux on it, is there another way to flash the android image? I mean, I had to open the box, connect uart to see what's going on and short random resistors on the board to get it in usb burn mode and flash the android image - which didn't work as I mentioned before. I was receiving timeout errors, and after that the board became unresponsive (./update identify 7 - timeout). After a bit of research I found out it could be the usb 3.0 port on the device that I used (since I tried switching to usb 2.0, but I got it in mask rom mode only through usb 3.0 port the last time, and after that too, never on usb 2.0). Anyway, the point is - now that I'm booting from usb, I disconnected uart and closed the board back in it's case. It was a mess, and I'd rather not open it up just to install android to it. I mean, can I do it from a running linux? Or can I just run install-aml? At the end of the road, I could just use it as is - it will boot to usb, regardless of the garbage in the emmc. I know I mentioned I wanted to take advantage of the 32gb emmc, but now I'm just happy it's even alive.

@kingbecher Why do you believe this isn't an Amlogic s905w? Those cpus are also cortex-a53. I see Amlogic references throughout the boot log you posted

sm1 and g12 share the same common dtsi file. Use that aml flash tool along with --soc=g12a and flash the android img. That should bring you back to where you were. That would be a full recovery.

I didn't know g12 and sm1 were compatible enough for flashing - since I realized how easy it is to mess up by using the wrong soc type I grew very meticulous about everything - I just didn't want to brick my box. (after I soft bricked it already:) About the next step: how to run recovery? Could you please explain in more detail, or just point me in the right direction where to look? I mean, I'm really quite new to all of this, SoC linux installs etc, so I don't really understand a big portion of it. P.S. wifi and eth are also working

@user03 For sm1 devices use --soc=g12a Another option which is something I recently had to do with my BPI-CM4 "if I recall correctly, I've also done so on a tvbox i b0rked" is use pyamlboot. sudo pip3 install pyamlboot Short the board and run; sudo boot-g12.py u-boot.bin # if you have a functional u-boot binary This won't actually flash anything, "atleast it didn't in my case?" it will just force the unit to load that boot binary. From there you should be able to hit the SPACEBAR and check ur options using `print` and `help`. Should see options like usbboot, usb_update, etc. Not saying you should use one of these, but... You may be able to find one online or inside the Android img for ur unit. https://github.com/pyavitz/debian-image-builder/tree/feature/files/boot/uboot/ac2xx Anyway. At least you got it booting from USB. Next step would be running a recovery on it.

Thank you @c0rnelius for guidelines regarding the tools. I was able to successfully get the device in mask rom mode after dozens of unsuccessful attempts, it's been like hell. Anyway, once I managed to get it in mask rom mode, I checked the tools you mentioned - the thing is https://github.com/natinusala/linux-amlogic-toolkit uses https://github.com/Stane1983/aml-linux-usb-burn under the hood, it's more specialized for unpacking, modifying and repacking android images. Then the other tools available such as https://github.com/mluis/aml-flash-tool and https://github.com/PowderLinux/Amlogic-Flash-Tools-Backup don't seem to support my box. I looked at the flash scripts and the --soc options and saw this --soc=<m8|axg|gxl|txlx|g12a> My board is s905x3, which is sm1. This repo https://github.com/PowderLinux/Amlogic-Flash-Tools-Backup even lists s905x3 as supported, but when I opened the flash tool, the script had this soc value check if [[ "$soc" != "m8" ]] && [[ "$soc" != "gxl" ]] && [[ "$soc" != "axg" ]] && [[ "$soc" != "txlx" ]] && [[ "$soc" != "g12a" ]]; then echo "Soc type is invalid, should be either m8,gxl,axg,txlx,g12a" exit 1 fi I mean, seriously - the README explicitly states s905x3 boards are supported, and if you put --soc=sm1 the flash script will probably fail (I didn't dare run that). @SteeManRegarding the install.sh script which I couldn't find - I mentioned I used dd instead of balena-etcher. I tried to install balena-etcher, just to see if the usb would be different, but then I remembered why I didn't do it with balena in the first place - package conflicts (node vs node-lts) on arch, I'd have to uninstall node, and switch to lts version... It was just too much of a hassle, so I didn't install it. With dd, the usb is partitioned in armb_boot and armbi_root, and instead of a /boot folder, I had a partition. The armbi_root partition contains the linux filesystem, /etc, /boot, /lib etc. But I did find a /root directory in the armbi_root partition. And of course, it contains the install-aml.sh script. I thought since /boot was a partition in my case, /root was the armbi_root partition, and the /root dir is hidden and inaccessible to normal users. So, my apologies, I should have been more thorough, and look better and ask instead of asking AI carelessly - should have known it wasn't safe to just follow AI's instructions for installing to emmc, it's too specific and delicate, and AIs are usually too general. I guess it's a very good lesson, one that cost me hours of work and nerves. Thank you again for your patience and all the help you provided. And then I searched with AI, to see if any at all linux tools are available for my board - no results. ChatGPT told me there was an option to flash parts of the android image - without touching the bootloader. So I ended up using https://github.com/Stane1983/aml-linux-usb-burn, to unpack the android image and to flash something. ChatGPT showed me which files and in what order to flash them (going from lowest risk possible supposedly). I managed to flash the dtb successfully but that was it - after that I couldn't flash boot, and the board probably lost contact # dtb flash - successful [user03@arch unpack]$ ./../update partition _aml_dtb _aml_dtb.PARTITION normal file size is 0x10306 AmlUsbTplCmd = download store _aml_dtb normal 0x10306 rettemp = 1 buffer = download store _aml_dtb normal 0x10306 AmlUsbReadStatus retusb = 1 Downloading.... [update]Cost time 0Sec [update]Transfer size 0x10306B(0MB) AmlUsbBulkCmd[download get_status] [update]mwrite success # 1. attempt boot flash - fail [user03@arch unpack]$ ./../update partition boot boot.PARTITION normal file size is 0x98d800 AmlUsbTplCmd = download store boot normal 0x98d800 rettemp = 1 buffer = download store boot normal 0x98d800 AmlUsbReadStatus retusb = 1 Downloading.... [AmlLibUsb]:IOCTL_WRITE_MEDIA_Handler,value=1,index=ffff,len=32,ret=-110 error_msg=Connection timed out Write media command 112 failed AmlWriteMedia failed [update]Cost time 5Sec [update]Transfer size 0x70000B(0MB) ERR:write data to media failed # 2. attempt boot flash - fail [user03@arch unpack]$ ./../update partition boot boot.PARTITION normal file size is 0x98d800 AmlUsbTplCmd = download store boot normal 0x98d800 IOCTL_TPL_CMD_Handler ret=-110,tpl_cmd=download store boot normal 0x98d800 error_msg=Connection timed out rettemp = 0 buffer = download store boot normal 0x98d800 # 3. attempt boot flash - fail [user03@arch unpack]$ ./../update partition boot boot.PARTITION normal file size is 0x98d800 AmlUsbTplCmd = download store boot normal 0x98d800 rettemp = 1 buffer = download store boot normal 0x98d800 AmlUsbReadStatus retusb = 1 [update]ERR(L298):cmdret=[] # test if board available - fail [user03@arch tools]$ ./update identify 7 AmlUsbIdentifyHost IOCTL_IDENTIFY_HOST_Handler ret=-110 error_msg=Connection timed out ERR: get info from device failed So I unplugged it, and tried to boot it, just to see what's the status... amazing, I was shocked when I saw the line ## Booting Android Image at 0x01080000 ... It worked! I mean, of course it didn't boot any android, since I didn't really manage to flash it, but it managed to get to that point. So, I reflashed my usb stick (fresh armbian trixie) and enabled multi-boot with toothpick, and well, it does boot now to amrbian from usb - hdmi working, usbs working, ethernet and wifi not tested, but probably working (ethernet). So, I guess, as long as I have the usb inserted, it should successfully boot:) I call it a day Also, should I even try to run the install-aml.sh script now? I really wanted to use the 32gb emmc, instead of the 8gb usb. If it's not a good idea, then I'll just add another one in the other usb port (which I don't use anyway) and setup fstab rule to load it automatically to be used as additional storage.

Sven, I stumbled across this thread last night and have created this account to thank you. After purchasing this board some time ago, it was quite disappointing to discover how lacking software support was. Again, thank you for your fantastic work so far.