Devmfc

Hi, You are posting on the Armbian forum. The images you refer to are not Armbian images. The people of Armbian don't like their forum be polluted with non-Armbian support request. I think that is quite understandable, don't you? That being said, this answer is also true for Armbian tvbox, so maybe the answer is allowed: All those tvboxes are different, even if they look the same or even have the same 'model name' from the outside. Especially the wifi modules are a lottery. So you have to be lucky to get a standard supported wifi module. And otherwise you'll have to learn a lot, google a lot to get wifi working. That's the 'fun' of tinkering with those cheap boxes. If you want a working wifi and don't want to learn all that... you are better of buying a well supported SBC instead. Some pointers that might be helpful: decompile the dtb and look if the aml_wifi gpio's for power are the same gpios as in the DTB you use for mainline linux (sdio-pwrseq node) sometimes it can help to lower the max-frequency property for the sdio node run ( vendev=( $( cat /sys/bus/mmc/devices/mmc2:*/{vendor,device} ) ) && echo "wifi SDIO ID: ${vendev[0]}:${vendev[1]}" ) to get the driver vendor ID and device ID. If that doesn't work, previous two points are probably not ok. (Or wifi is not on SDIO bus, but is not very likely) (alternatively) open the box, look for the wifi markings and search google for the linux driver source and compile that driver Have fun!

That's good to hear! Thanks for the feedback, I will add emmc_autoscript to the repository and also update the instructions in a few days.

I can’t test it right now, but I think you’ll have to rename s905_autoscript to emmc_autoscript on the emmc boot partition and then it should work.

Hi all, I don't understand why you want or need to use those chain loaded u-boot blobs? The vendor u-boot bootloaders can boot mainline Linux perfectly without them. So they are not needed. All it takes are some simple modifications of some of the Armbian u-boot scripts. Just copy the attached files to the fat partition of the Armbian image after burning the image to a USB disk. Edit armbianEnv.txt for the right DTB (so not in extlinux.conf) and you can boot the newer Armbian images without u-boot.ext. I tested it with the Armbian_23.8.1_Aml-s9xx-box_bookworm_current_6.1.50_minimal.img.xz image on the following SOC's: S905x (GXL) S912 (GXM) S905x2 (G12A) S922X (G12B) S905X3 (SM1) assumption: you have vendor u-boot (the one that came with the box) running on eMMC. If you don't, you can just restore the stock Android image with Amlogic USB Burning tool. All needed files and a more detailed description is on github aml_autoscript armbianEnv.txt gxl-fixup.scr s905_autoscript

Hi, You don't need a u-boot.ext to boot. You can perfectly boot a mainline kernel with a stock vendor u-boot. The DTB you found for coreelec is a dtb for the vendor 5.4 kernel. That DTB is not compatible with mainline kernels. There is some mainline kernel work being done for the Meson S4 (S905W2 is a Meson S4) at the moment. On my Github page I have a Debian and Ubuntu image containing a mainline compatible DTB for the S905W2. Everything works to create a headless Linux server. But there is no HDMI or sound yet unfortunately.

Apparently the reference to my github account to help out some other users on this forum is not allowed and gets removed. Sorry.

Hi @Robert Chase, You could try my image, it has a DTB for the Beelink GT-King, should also work for GT-king pro. Image is a modified Armbian 22.05 minimal with kernel 5.15.50 with modified boot scripts to boot with vendor u-boot and patched kernel I use in my own Debian/Ubuntu images for Amlogic boxes. (maybe a good replacement for the old Balbes150 images?) Good luck.

Maybe these helps as a start: https://gitlab.com/baylibre/amlogic/atv/u-boot/-/wikis/home https://u-boot.readthedocs.io/en/latest/board/amlogic/sei610.html But it looks like the u-boot.ext Balbes uses is one without de binaries from Amlogic, since he is chaining his bootloader after the boards own u-boot, so memory initialization and soc initialization is already done.

In the meantime the Armbian forums have a separate (very lifely, I might add) 'TV Boxes' part. I can't blame people for thinking that it is part of Armbian. Which it is not. It's not fair to have a TV Boxes section and a special build for them (Oleg's build) and than ranting on all those cheap Chinese TV boxes. Close the whole thing before the good name of Armbian is damaged. In my opinion it is not bad to use open source projects without contributing; I'm a developer myself. But I'm not an expert in all fields. So I contribute to some open source projects (the one I use for work or the ones I am an expert in) and happily use others. I think that is also the idea of open source. Can't do it asall yourself. So I don't see the harm in using open source projects without always contributing. I choose OSS projects I use with some criteria, like user base and age/maturity. So I did choose Armbian to tinker with some of these cheap boxes. Just for hobby, not expecting anything from anyone, not even expecting the box to survive longer than a year, I am aware they are probably poorly build. Just to get my interest in Arm hardware from some stm32f40x to something bigger. As I understand now, the TV Boxes part is not really Armbian... If I knew before this project (Balbes (Oleg) images) would not have met my OSS criteria. Are the TV Boxes based on Allwinner or Rockchip not cheap Chinese 'garbage'? Only the Amlogic ones? Which boxes do fullfill the criteria of 'TV Boxes' and not being cheap garbage? But, at the same time, I feel with you, and I understand your frustrations, all those Muggle's, who do not understand the nature of open source, verbally abusing you, asking stupid questions over and over again, _demanding_ things... It is unbelievable.... But not all of your users are like that. Please don't forget that. Thanks for the work.