Tox 3 s905x4 4/32 arm64

[x3emal]

Hello add plz boot.config for TOX 3 amlogic s905x4

[devmfc]

Sure, my pleasure, just send me a TOX3 box or the money to buy one and I'll make one for you.

[mathew500]

Hi,
Is the hardware a requirement or is a image dump of CoreElec sufficient?
Or i can provide the dtb.img from the CoreElec project that works. Or a .dtb/.dts dump from a working image.

Best regards Mathias

[devmfc]

If it boots with one of the generic configs, probably not.
Or when someone makes a mainline DTB version for the box, probably not
But otherwise I need UART (serial) access to the box, so I need physical acces to the box.

CoreElec is based on the old (and buggy) vendor kernel and is not compatible with mainline linux, so no, a Coreelec image does not help.

[mathew500]

Hi,

I know this is a couple of months old, however, how much money would you need to add the box? Don't know where you're living and what the costs would be for you, hence the question.

Best regards Mathias

[devmfc]

I’m in Europe and these boxes are way too expensive for what you get (around 70 euro’s on AliExpress). Yes, the Android software is a little better (based on my experience with a Tox1) than the standard boxes, but still too expensive.

But even then.. I own a Tox1, it uses secure boot, so the bootloader is signed and encrypted. Probably the Tox3 has that as well. That makes it harder to boot another image. I got it to work with Tox1, but the risk of bricking such a box is much higher.

I will probably get the box to boot, but it has a S905X4 (SC2) SoC, so there is NO hdmi support, no 100M ethernet support at his moment with a mainline kernel. And I don’t have the knowledge to fix that in an acceptable amount of time. That means: only useable as a minimal Linux server, no graphical desktop.

So it will be much cheaper for you to buy a supported cheap S905X3 box with gigabit ethernet and just use that. Depending of what you want with it of course.

Best regards

[mathew500]

Hi,

From Europe as well.
Thank you for your honest response.
Booting CoreELEC is easy, so not to sure about the booting difficulties, but I hear what you're saying.
Was just hoping to make some use of it, now that I have bought it.
As you recommend, it's probably smarter to go the S905X3 route.

[AbraxasDMG]

Hi everyone. I've been trying to get this box into an acceptable working condition (at least according to my needs).

I have used the Vontar x4 gigabit dtb that devmfc's build already contained, since nothing significant was failing with it (I run the box as the headless server). Main pain point was the lack of network connectivity. The front led panel (vfd) was also displaying rubbish.
Below are the details relevant to how I fixed both of these points.

Original Vontar x4 dtb is modified in the segment relevant to the ethernet phy. I have used the values from the box's original android-provided dtb to populate this.

Aside from dtb, an out-of-tree driver is needed (the gbe phy on the box is Maxio MAE0621A). I have used the one I've found in one of the CoreELEC builds (CoreELEC-Amlogic-ne.aarch64-21.2-Omega.tar).
That driver had to be modified (mostly a guess-work. didn't know what I was doing.), in order to be able to bind it to the device, since Maxio phy is not identifying itself correctly in the system (phy_id reported is 0xffff4411 instead of 0x7b744411).

In order to avoid having to explicitly run build for each new kernel version, I tried to set this up as a dkms-managed driver.

Another problem that appeared then is that the driver module would not be loaded early enough, which would still result in a phy failure. That could be resolved by manually loading the module and manually bouncing the interface. In order to avoid having to do that, I've added few lines to the module-loading-related configuration files, which seem to do the job.

Lastly, the vfd mapping is not adequate for tox3 front led panel. Even the "load" message at the start is not displayed properly.
I've found out that the display works correctly when the map1 from /usr/lib/tm16xx-display/tm16xx-map.sh is applied to it, so I have modified the /usr/lib/tm16xx-display/display_service.sh to activate that mapping. The "load" message at the boot is still not shown properly, but I can live with that. As soon as tm16xx service starts, the display shows meaningful info.

This is what worked for me. It might work for you too, but you might encounter issues. I can't provide any guarantee or assume responsibility.

Boot configuration and dtb

Add the following line to the /boot/boot.config file:
box=tox3_gigabit
Make sure that all other lines that start with "box=" are commented out.

Copy box-tox3_gigabit.config to the /boot/box-config directory.

Copy meson-sc2-tox3-gbit.dtb to the /boot/dtb-X.YY.ZZ-meson64/amlogic directory.

Maxio driver

Required packages on the box:

dkms
build-essential
linux-headers-$(uname -r)

Create /usr/src/maxio-1.0 directory and copy maxio.c, dkms.conf and Makefile files to it.
Change to /usr/src/maxio-1.0directory and then execute:

sudo dkms add -m maxio -v 1.0
sudo dkms build -m maxio -v 1.0 -k "(uname -r)"
sudo dkms install -m maxio -v 1.0 -k "(uname -r)"

Reload the driver.

sudo modprobe -r maxio 2>/dev/null || true
sudo modprobe maxio

Bounce the interface so the MDIO probe runs again.

sudo ip link set eth0 down
sudo ip link set eth0 up

Check the interface, connection and the binding.

ethtool eth0
ip a
dmesg | egrep -i 'maxio|phy|stmmac|link'

Create /etc/modprobe.d/99-maxio.conf and add the following lines to it:

softdep meson8b-dwmac pre: maxio
softdep stmmac_platform pre: maxio

Add maxio ina new line to the /etc/modules-load.d/modules.conf.

That should be all. I hope I didn't forget anything.
Good luck!
tox3.zip

[devmfc]

Nice work and thanks for reporting!
If I have some time before the next release I will try to add your findings to the default image.