Active threads

I don't think so, then my Virtual Machine run would fail the same way as you describe, but it doesn't, it works fine. Of course it is the meson64 kernel running on top of KVM/virt machine, the RTC for example is emulated, while for your real N2+ is a specific Amlogic SoC kernel driver I assume, so there something could be wrong. Or what about clocking tree, there are many failures possible. I know for rockchip64 there were 2 RTC modules, at some point in time 1 was chosen over the other, so a change, could also introduce issues. You could browse kernel changes/patches And also what about an unknown bad/corrupted diskblock or so. I normally use Btrfs for rootfs, so easy to check for and detect corruption. So maybe re-image again. I am still not sure if I used the same image as you, but up to you to track that. You can do the same thing as I did to see if it is maybe a specific Amlogic driver issue; Run that image as VM on the same N2+, you need a network bridge with main eth port or else use NAT. Or you make it first efi bootable, then it can run easier in virt-manager GUI. N2+ is fast enough to run VMs, I even do that on ROCK3A (2GB RAM, 4x Cortex-A55). Or use standard Debian Trixie kernel on real N2+, not sure if that works good enough. Or remove/disable RTC kernel module. Or also remove fake-hwclock stuff if you haven't already done that. I did not do it for this VM run, but when real RTC+battery, I would remove or disable it.

@Gavin Mundayhttps://github.com/NickAlilovic/build/blob/Radxa-A7A/config/boards/radxa-cubie-a7z.csc

Something wrong with xorg or x11 session on cinnamon desktop for my boxes, i can get into desktop when i choose experimental wayland session but that is not a good way to start. So, i switch to Mate and i like it

can this SoC boot from a USB drive? i've tried it multiple times and it didnt work.

moved to staging

Good day, @jock the link of the Multitool is not valid anymore. Please help where I can download from? Thank you for your efford.

I also tried the latest image (https://github.com/armbian/community/releases/download/26.2.0-trunk.22/Armbian_community_26.2.0-trunk.22_Rock-3c_trixie_current_6.12.59_minimal.img.xz) and it works fine (with mainline u-boot). I think I may have experienced problems using radxa's software to erase the spi flash memory, but writing an image fine would always work. So you may be better off writing Radxa's u-boot image to the spi flash memory, as per their instructions (and to get rid of the Android image). You can subsequently manage the spi flash memory either directly from u-boot (by interrupting start-up) or from the linux terminal. See comments by @amazingfate in this post for instruction on how to write Armbian u-boot image to mtdblock0 from a linux terminal.

I went out and bought a waveshare clone 3.5 inch display, to try and confirm I haven't spent the last few weeks trying to do the impossible with broken GPIO pins or something - and got a partial success eventually, using fbtft, displaying basic console and plymouth boot logs. It has poor fps like you said - which I expected, its the reason I tried to use the tiny DRM driver from the beginning, but now I know the rockpi and DTS is functional. The same DTS also shows a broken, purple / blue output of bars on my red ili9488 display only if I adjust the bus width to 16 instead of 8 (0x10, instead of 0x08), otherwise it remains a blank white screen. A bus width of 18 and 24 also only gave me a white screen, so 16 might be correct. I've been unable to confirm touch works, since I only have a basic console and I can't figure out how to start LXDE on a framebuffer device, but I do see messages insinuating it initializes under dmesg | grep spi. I could probably just query the GPIO interrupt to find out if touch is working. Not that important right now. I did realize that the big "fixups" section at the bottom is clearly used to replace the empty 0xfffffff targets throughout. I'm unsure why the DTS was written this way, but it works so I am not going to touch it (changing the targets and switching from hex to decimal values broke the DTS for some reason.) Unfortunately, a simple drop in replacement of fb_ili9486 with panel_mipi_dbi did not make either display work, even with the added arguments you use in your latest DTS. Clearly I have much more work to do. BUT I've finally confirmed the DTS works, and all GPIO is claimed and SPI is initialized for both displays (even if the red LCD is showing gibberish), so now I need to nail down the subtle differences with the displays like the bus and reg width and find the right combo of spi clock speed, reg bus widths, and buffer length to get it all to work with fbtft (if only aliexpress sellers put up datasheets or example code!). Then I can follow the second half of your journey to hopefully translate a working fbtft setup to a panel_mipi_dbi setup. Maybe get backlight PWM working. All this still on edge kernel 6.18, on a rockpi 4b plus.

I have the NanoPi-R6C and that came out of the box with an OpenWRT variant on eMMC. Indeed many partitions, but I think I managed to get it running somehow with Debian/Armbian rootfs on some higher partition number, I don't remember exactly. As long it can load boot.scr. Indeed eMMC is number 2, I guess they avoid potential confusion that is sometimes there with SBCs and various OSses swapping numbers for SD-card and eMMC. I had that once, no data loss but costed a lot of time. It is a bit similar to that on 6-SATA PC's, Debian might name the OS dev (SSD) /dev/sdb and a large HDD /dev/sda while Opensuse names OS always /dev/sda. So what do we do with 2-MMC SBC's ? I see my HP x86-64 dualrole computer/tablet uses /dev/mmcblk1 (its eMMC) for OS (Linuxes at least, Windows10 I don't remenber). The SD-card slot I have normally empty but uses /dev/mmcblk0 if card is inserted. It has UEFI and SecureBoot and TPM, so no choice actually like there is with opensource U-Boot. For NanoPi-R6C I have written Tianocore EDK2-UEFI to eMMC and appears as /dev/mmcblk1. I do not use the rest of the 32GB storage, but the UEFI binary comes with 1 partition, so easy to use the rest of the 32GB, but currently I need the much larger and faster NVME. And for emergency, if I insert an SD-card with newly generated rolling/edge image or so, it boots from that and is then /dev/mmcblk0. So this is IMO the preferred numbering, but I already had created some shell script code that can identify the boot partition and the root partition, but it is not too generic, only works if certain mounts are there which is what I have as I focus on EFI bootable and Btrfs with subvolumes ('nested' and default). So I would at least use 0 for SD. 1 for eMMC is fine. For the LEDs, on my NanoPi-R6C, I actually don't know, I never look at them. I think it is not correct with my installation (in-place upgraded and also other Linuxes), but I guess correct with current downloadable images. At least they were correct with the FriendlyElec OpenWRT that was pre-installed. I still can't get maskROM mode to work, so I am a bit paranoid on messing too much with data in the Rockchip loader area. I am not sure what happens if I put rubbish data or broken U-Boot there, can I still start from SD-card is the question. I might need to apply a fixed voltage between 9-20V as powersupply, but need to look in PCB schematics again first. For the Zero2, I see removable eMMC, so no risk or fear for 'hard-bricking'. Although I would check if maskROM works. For network, I assume it is the on-SoC port, so fixed off-the-shelf, so end0 is fine. For optional WLAN, I am not sure, likely some PCIe/HWtree named string, I have seen multiple altnames for 'wlo1', at least 'wlp1s0' or 'wlx<MACaddress>'. systemd-networkd should be able to handle those, NM can do all anyway.

Hi everyone, how's it going? I'm new to the forum and I'm having trouble getting my Chinese T95 mini TV box to run Linux. I want to switch it to a basic server, but I'm having problems booting it from the SD card. I'm using the sunxi-fel mode method in Linux. I tested Armbian_23.8.1_Orangepipc_jammy_current_6.1.47_minimal.img and others like Armbian_23.8.1_Orangepipc_jammy_current_6.1.47.img. I used the .bin file generated on this forum. Boot it using the method `sudo sunxi-fel -v -p uboot u-boot-sunxi-with-spl.bin` in the terminal. TV BOX Model: T95mini | R69 - EMCP V2.0 - H3 Allwinner. The screenshots below show the screen freezing. I'm a total noob, guys, if you could please explain the procedures, indicate what needs to be done to make it work. Thanks in advance libretech_all_h3_cc_h3_mem_336 - u-boot-sunxi-with-spl.bin

Glad I fell on this post Igor, Thank you for the share.. (download was indeed really fast!) I managed to install without any issues. (been using buster for way too long) Cheers, Again thanks in advance!

Seems you are using redhat kernel. it means something wrong changed in armbian meson64 kernel config after 6.16.??

Thanks for confirming. That makes 6.18 look very compelling. I have some ideas for how I'd like to present this and I'm finding myself wanting to flesh out my overview... If anyone has preferences for a better place than my PR comment to publish please let me know.

@ARx8 @rafaeldavid I was having this problem, and I just figured out that this is a cheat from the chip. I don't know the details but basically they mark the memory as 2GB but it actually just have 512MB. The Armbian sees 2GB but when you do a task that requires more that the actual 512MB it crashes. To solve that I manually set the memory on the Armbian to be 512MB. Edit the file: /boot/armbianEnv.txt Add the line (or change if already exists): extraargs=mem=512M On my case the device claimed 2GB of Ram. I reach the 512M testing. To get to this number I ran: free -h This gave me the amount of memory the system was already using (230M). After that I apt installed memtester and start testing the memory: memtester 200M I started at 200M and cancel the test (CTRL-C) on the firsts interaction after: Stuck Address : ok Random Value : ok Compare XOR : ok Compare SUB : ok Compare MUL : ok Compare DIV : ok Compare OR : ok Compare AND : ok The other tests took too long and if the problem is the memory that didnt exist just the firsts test would be enough. I ran memtester increading by 50M, so 200,250,300... And on 300 the system crashed, so I assumed the real memory of the chip was 512 (the 230 from the system + the 250 from the memtester before it crashed).

No. This fork uses the name Armbian without permission and they do not contribute to the core development process. Instead they trick you into thinking that you'd get any sort of support here at our place whatsoever.

Hello fedes_gl, thx for testing. Regarding wifi I got the same error with connectet LAN cable because the default Gateway is pointed to LAN address. Remove the LAN cable and you should be able to connect over wifi. x88pro:~:# routel Dst Gateway Prefsrc Protocol Scope Dev Table default 192.168.178.1 192.168.178.71 dhcp wlan0 192.168.178.0/24 192.168.178.71 kernel link wlan0 127.0.0.0/8 127.0.0.1 kernel host lo local 127.0.0.1 127.0.0.1 kernel host lo local 127.255.255.255 127.0.0.1 kernel link lo local 192.168.178.71 192.168.178.71 kernel host wlan0 local 192.168.178.255 192.168.178.71 kernel link wlan0 local

But I still need to short-circuit the TV box to be able to install anything; it's locked and I can't do anything, If you can help me, I would really appreciate it.

The problem has been solved. I installed a distribution with a different kernel, namely 6.18, and then https://github.com/shenmintao/aic8800d80.git Thanks everyone for your help.

The purpose in this guide is to make installation simple for those who wish to follow what I did. This is specifically for the Yoka TV KB2 Pro which uses the S912 chipset with 3GB RAM and 32 GB ROM. It was successful and works for setting up windows mapped drives just fine with Samba. (for example Z:\) I am using it off the SD card, I left Android 7.1 on the EMMC. Notes: My intentions are to use it for a file server for use with USB 2.0 drives I have laying around that are old but still technically usable. The file transfer speed is only expected to be around 30% of the 1GBPS wired network. The bottleneck will definitely be the USB 2.0, but for what I am using it for, it should work just fine. Leaving it on 24/7 is only slightly more power than a Raspberry PI 4, so very low cost. The Wireless and Bluetooth do not work as is, I am not sure if you can get the drivers to make them work, I did not try. The 1GBPS network port works just fine. There is also no GPU/VPU acceleration, but for a file server who cares? This was done with windows 11 and win32diskimager (note the original website is https://sourceforge.net/projects/win32diskimager/) the other links are not what you are looking for and likely viruses and malware. Balena Etcher did not like the image file, win32diskimager had no issues once I extracted the .img file. Head to https://www.armbian.com/amlogic-s9xx-tv-box/ Download the Armbian 26.2.0-trunk.22 Noble Gnome - I did not test any of the other images. Burn it to an SD card - note (it says it will only work with up to 32GB micro SD cards. My 64GB amazon micro SD card worked just fine after upgrading my Yoka TV KB2 PRO to android 7.1 earlier, go figure.) I would suggest for this get a name brand SD card that is 32GB or less (the image uses around 2GB) At the boot partition you have to rename the file u-boot-s905x-s912 to u-boot.ext Now you have to edit the /extlinux/extlinux.conf file, look for the line that says FDT /dtb/meson-something (and change it to say FDT /dtb/meson-gxm-q200.dtb save the file This lets it know what chipset/model you are using, this is for the S912 chip that is in your Yoka TV kb2 pro You will need a usb keyboard and mouse, you also have to have it plugged into an HDMI cord that runs to a monitor or TV. Now for booting it in multiboot mode - hold the reset button (between AV and HDMI ports, this button is inside and very small, google suggests a toothpick, I used a phone sim remover tool) for 10 seconds before and while powering it on, do not let go until you hit 10 seconds. Now every time you restart it, it defaults to SD card first. It may take 2 or 3 attempts, but it does work. To boot to Android, just remove the SD card. First boot username and password is root and 1234, it will force you to change the password. When it asks for bash or zsh, I chose bash because I am way more familiar with it. When it asks for locale I used en_US.UTF-8 Time zone is based on wherever you are I used America/Chicago It will also ask you to create a new user account (non-root) and a password) This should get you up and running. The button to access everything is in the upper left corner, then you can access all your apps. There are tutorials to upgrade it to android 7.1 - it does work and well documented. I upgraded mine to android 7.1 it worked just fine. Do Not try to upgrade to android 9 slimBOXtv, there are no successful attempts proven, just bricked devices. I did not see a single picture of anyone having it running. I did however see plenty of complaints for bricked devices. Good enough for me to steer clear. I know this is rather long, but it will get you through the entire process, be safe, and hope you enjoy this how-to guide.

Thanks for your help. I will stay with the bookworm image, it works, that's fine.

Collabora will be at Embedded Software Engineering Kongress! Catch our talk as we share our expertise in training large open source models. View the full article

Thank you, I found this information very helpful. I have modified both 10_linux and 30_os-prober in a more fancy way, inspired by AmazingFate's Rockchip Debian live CD. Here are the patches in case anyone is interested... 10_linux.patch 30_os-prober.patch

@Jeeva Kandasamy depends on which branch you are looking at? V20250306 hasn’t changed much. https://github.com/NickAlilovic/build/commits/v20250306/

@dale I had the same problem last night. Should be fixed now. Clone or update the repository. You will need to install Docker. https://github.com/NickAlilovic/build/commit/025e4487f87233bfb823c7d51162d877b2a9fd6f https://github.com/armbian/build/issues/8572

25.2.3 build fine after upgrade though I had to hold rpi-eeprom, raspi-firmware and raspberrypi-sys-mods Also still getting the Method gave a blank filename apt error