SteeMan

Further, I can't find any reference to an Amlogic S905M cpu. (https://en.wikipedia.org/wiki/Amlogic) In a google search, I see reports of some people saying the actual cpu is an S905L while others report having an S905X2. You might want to open up the stick to see what the actual CPU is.

That is not an Armbian build, but a third party fork of Armbian. These forums are for Armbian. You need to direct your question to the provider of the software you are testing, as we can't answer questions for third party software.

I'm not aware of any support by mainline linux for this processor. Maybe in a few years, but in general, Amlogic doesn't work with mainline linux to get their cpu's supported, so there is unlikely to ever be any support outside android for this box.

Look at your board config file: config/boards/orangepi5b.csc In there you will find the board family, which in your case is: BOARDFAMILY="rockchip-rk3588" Then look at the corresponding board family config file: config/sources/families/rockchip-rk3588.conf There you will find a section for each branch (i.e vendor, current, edge) that will specify which kernel source is used: For BRANCH=vendor that would currently be: KERNELSOURCE='https://github.com/armbian/linux-rockchip.git' KERNELBRANCH='branch:rk-6.1-rkr5.1' KERNELPATCHDIR='rk35xx-vendor-6.1'

That isn't as simple of a question as you may think it is. It depends. But since you are dealing with a TV box, that would be better asked in a question over in the TV box forums as it is off topic for this thread.

If you follow the instructions earlier in this thread, you can use the Armbian build framework to build an image for aml-s9xx-box with the HA additions, or just use armbian-config to add it. I haven't tested any of those, as I just install the regular docker based HA on my home TV box to run HA.

that should be 1500000 (one more zero). Note a lot of uart connectors can't handle this high of a speed. There are many threads in the forums discussing specific ones that are able to reach that speed.

Probably. Only way to really find out is to try: https://www.armbian.com/amlogic-s9xx-tv-box

@Antom You are not using Armbian. ophub is a fork of Armbian that uses the Armbian name without permission. They do not contribute to Armbian development nor participate in these forums. You need to direct your question to their forums, not here.

You are going down the wrong path. You should start here with understanding the Armbian build framework: https://docs.armbian.com/Developer-Guide_Overview

From your log, this is the uboot that is booting and it is trying and failing to boot from your mmc1. I would expect your SD to be mmc0, so it doesn't look like it is even trying to boot from your SD card. So you probably need to replace/update the onboard uboot or perhaps wipe the mmc1. But I don't have this board and really am just guessing. But these are directions you could look into.

@remolaan I think this is the most current info that may help you:

From the boot log, the uboot can't recognize the internal emmc. It appears that the u-boot you are using is one based on u-boot 20-07. I would recommend rebuilding the u-boot-s905x-s912 based on a more current u-boot source. The instructions for doing this are in the readme.txt file in build-u-boot folder. If this helps, then report back here and I can look at including a newer build in the distribution going forward.

These forums are for Armbian Linux issues. This is not the place to ask for android firmwares.

As long as the board isn't dead it is starting to boot. That is why Werner directed you to how to capture the uboot booting messages via a uart connection to the board.

I don't understand what you are asking for. Can you be more specific?

https://docs.armbian.com/Developer-Guide_Build-Commands If I read your post correctly, I think you want ./compile.sh kernel ... which will build the kernel debs but not the full image

I think this line is wrong. I don't believe that the overlay_prefix should be included here, try with overlays=i2c1-pi I seem to recall mention of a bug in armbian-config that was doing the wrong thing regarding overlay_prefix when selecting overlays.

Thanks for investigating this. I have seen this issue reported quite a bit recently. I assumed it was something that had changed at the dtb level. Knowing this helps provide guidance to others in the same situation.

You are not running Armbian. You are running a fork of Armbian. You need to ask for help from the place you downloaded your software from.

What version of Armbian did you install (complete file name)? What do you mean by "the screen stopped working"? Did it once work and then stop? And by screen do you mean HDMI?

I'm not aware of anyplace that would exist anymore.

The documentation is for the current version of armbian-config. You are using an older version. There was a rewrite of armbian-config between what you have and the current functionality.

Moved to the allwinner forum

Closing this. This isn't going anywhere good. Both sides have made their points.