Cross Compile for ARMv5 (Feroceon 88FR131)

[amsound]

Hi, I have an old MOI+ box with a TBS6985 DVB-S card in. Ideally would like this to run SATPI however I'm not very confident building with Linux, particularly cross compiling. TBS have provided a tool which I've downloaded from their website and put in /opt/cross on a Debian VM.

Now I'm a bit stuck as to how I can apply this to a SATPI build. Would anyone mind providing some pointers? Should I be able to build for this device with the Broadcom toolchains?

Linux moi 2.6.35.14 #6 Tue May 12 03:05:38 SGT 2015 armv5tel GNU/Linux
Get this with cat /proc/cpuinfo
Processor : Feroceon 88FR131 rev 1 (v5l)
BogoMIPS : 1599.07
Features : swp half thumb fastmult edsp
CPU implementer : 0x56
CPU architecture: 5TE
CPU variant : 0x2
CPU part : 0x131
CPU revision : 1

[Barracuda09]

Which version of gcc is this?

[amsound]

Looking into the cross compiler, I think 4.3.2

[Barracuda09]

With that version it will most certainly not work.
It is a pretty old system and kernel version.

I do not know if it will work (or be easy to make it work) with the Broadcom toolchain (or other ARM toolchain).
The lib dependencies will make it not easy. or it needs to be build statically.

[amsound]

Sad face. Any other options you could suggest?

[Barracuda09]

Try this if you like: satpi_ARMV5_1.6.2.177~g410b47f_static.zip

First run ./satpi --version to see if this works

[amsound]

No dice - "Illegal instruction"

[Barracuda09]

That is probably because the Broadcom toolchain uses eabi-hf (hard-float) and this uses eabi (soft-float)

[amsound]

Thank you for trying. If I was using their tool (https://sourceforge.net/projects/moiplus/files/Files/cross_compile_tool/) would you be able to provide instruction on how to adjust the build process so I could give it a go? Thanks for your help so far.

[Barracuda09]

That toolchain will not work, it has gcc 4.3.x that will not do C++17. You need at least gcc 8.3.x
So try to find an Debian package with a toolchain that has that. And I can maybe help you further with building SatPI. It involves changes envARM.sh and CPU_FLAGS for you toolchain and CPU type (ARMV5te)

Maybe in time I will try to look at it myself.

[amsound]

Thanks Marc, if you did get a chance that would be amazing. I will do some googling...

[Saentist]

@Barracuda09 can yo try with this
https://github.com/sc0ty/nsa310-kernel

My Zyxel Nas have same CPU

== Welcome at FFP version 0.7/arm, running on NSA310_ZyXEL NSA310, firmware V4.70(AFK.3) ==
root@NSA310:~# lscpu
Architecture:          armv5tel
Byte Order:            Little Endian
CPU(s):                1
On-line CPU(s) list:   0
root@NSA310:~# cat /proc/cpuinfo
Processor       : Feroceon 88FR131 rev 1 (v5l)
BogoMIPS        : 1199.30
Features        : swp half thumb fastmult edsp
CPU implementer : 0x56
CPU architecture: 5TE
CPU variant     : 0x2
CPU part        : 0x131
CPU revision    : 1

Hardware        : Feroceon-KW
Revision        : 0000
Serial          : 0000000000000000
root@NSA310:~# cat /proc/version
Linux version 2.6.31.8 (root@BuildMachine) (gcc version 4.3.2 (sdk3.3-ct-ng-1.4.1) ) #2 Fri Mar 11 17:35:20 CST 2016

Guess if TVHeadend can be build and SATPI can.
Linux Kernel 6.6.3 Kirkwood package and Debian rootfs
https://forum.doozan.com/read.php?2,12096

[amsound]

-bash: /opt/cross/bin/arm-mv5sft-linux-gnueabi-g++: No such file or directory

[amsound]

Weirdly this shows something but only when in the directory:

/opt/cross/arm-mv5sft-linux-gnueabi/bin# c++ --version
c++ (Debian 10.2.1-6) 10.2.1 20210110
Copyright (C) 2020 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[Barracuda09]

That is most likely not your cross-compiler, what does this show on that same place:
which c++

[amsound]

/usr/bin/c++

[amsound]

Sorry, I am trying but it's not something I'm practised at. Thank you for your help so far.

[Barracuda09]

But what doe this show:
ls /opt/cross/arm-mv5sft-linux-gnueabi/bin

Here your path is /opt/cross/arm-mv5sft-linux-gnueabi/bin

Weirdly this shows something but only when in the directory:

/opt/cross/arm-mv5sft-linux-gnueabi/bin# c++ --version
c++ (Debian 10.2.1-6) 10.2.1 20210110
Copyright (C) 2020 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[amsound]

So absolutely no way of getting SATPI on this device?

[Barracuda09]

Try this satpi_ARMV5_1.6.2.177~g410b47f_static.zip and run:
./satpi --version

[amsound]

[root@moi /root]# ./satpi --version
FATAL: kernel too old
Aborted

[Barracuda09]

add this were satpi bin is ld-linux.so.3.zip and run:
./ld-linux.so.3 ./satpi --version

[amsound]

[root@moi /root]# ./ld-linux.so.3 ./satpi --version
FATAL: kernel too old
Aborted

[amsound]

Hi Marc, I found another cross compiler which looks like a previous user has got to work - could I ask how best to adapt this to build satpi as simply as possible?

https://www.dropbox.com/scl/fi/6wum31cgayi0jydagcp81/x-tools-moi.tar.bz2?rlkey=780nwdnw7c8r943m8g6ornebb&dl=0

Thanks!

[amsound]

Not sure if the "arm-unknown-linux-gnueabi-c++filt" is causing issues due to the 'filt' postfix?

[Barracuda09]

This tool-chain uses arm-unknown-linux-gnueabi-cpp but this is version 4.9.x this will most likely not work. Unfortunately SatPI uses features of C++ that are probably not supported by this compiler.

[amsound]

Oh, never mind! Thanks for trying