Stratix10: Non-GHRD Linux build? Non-Yocto Linux Build?
- 2 years ago
Hi,
Q: As anyone successfully built a custom linux system for the Stratix10 SoC FPGA that is not the GHRD? As anyone successfully built a linux system for the Stratix10 SoC FPGA without Yocto (LFS, Buildroot?)
To give some context, we are able to do the GHRD Yocto build as explained on RocketBoards but any deviation from the GHRD is met on our end by questions without answers:
A: Rocketbord is the main reference as GSRD. The instruction build project from rocketboard will lead successful and maybe some cases need support prom us. for custom linux we can modify such to add I2C pin, to change eMMC data width or speed or to create application.
Q -How can we generate the DTS and DTB without the soc2dtb command that was provided with the SOC EDS? I understand that this is a loaded question because this also implies that the board info .xml file needs to be generated which is also a question by itself. I see that the meta-intel-fpga-refdes has some .dtsi files that are provided but what path should we follow to customize it to our own design?
A: Here is several example
- dtc can be installed by this command on linux:
- sudo apt-get install device-tree-compiler
- you can compile dts or dtsi files by this command:
- dtc -I dts -O dtb -o devicetree_file_name.dtb devicetree_file_name.dts
- you can convert dts to dtb by this command:
- dtc -I dts -O dtb -f devicetree_file_name.dts -o devicetree_file_name.dtb
- you can convert dtb to dts by this command:
- dtc -I dtb -O dts -f devicetree_file_name.dtb -o devicetree_file_name.dts
Q-Is the aarch64-linux-gnu-gcc Cross-compilation toolchain still appropriate?
A: Yes, it still approriate
tar xf gcc-arm-10.2-2020.11-x86_64-aarch64-none-linux-gnu.tar.xz
rm gcc-arm-10.2-2020.11-x86_64-aarch64-none-linux-gnu.tar.xz
export CROSS_COMPILE=`pwd`/gcc-arm-10.2-2020.11-x86_64-aarch64-none-linux-gnu/bin/aarch64-none-linux-gnu-
export ARCH=arm64
Q -Has anyone used different init system? (SystemV, systemd)
A: mostly we are using systemd
Q: -Has anyone tried different bootloaders other than u-boot? I see that a document supporting UEFI exists but that requires the EDS.
A: mostly we support u-boot. For my experience, I never heard or solve issue about UEFI.