OpSTlinux SDK V2.0 and “OSD32MP15x_MinimalConfig”

Hello,
from our point of experience what you try is not working out of the box.
But if you manually alter the dts/dtsi files you can use the minimal example compiling and running on your board using SDK 2.
As an alternative to this approach you can simply replace only the rootfs of your linux.
If you leave all the boot stuff as it is and only depend on a new python version you can use a “normal” distribution like Debian on arm (Debian armhf is the corresponding armv7 you need) and just copy the minimal rootfs on the partition (make sure you leave ALL uid and gid settings e.g. by copying on linux using cp -rpf) and use it like a normal linux distribution.
The second idea is easier to use and with less implementation time possible but maybe it does not fit your requirements.

Hi,
about the Debian distri that is what I meant about not suiting your requirements.
Mixing tfa/uboot/kernel from different versions is most likely not booting (if I remember correctly there are some problems with the security parts).
But the rootfs is more or less just a yocto based distribution.
What you can do is leaving all parts except of the rootfs and use only the rootfs from a newer yocto or buildroot environment.

Edit:
forgot to mention probably you need some manual altering for the linux kernel modules when you have problems with modprobe it is possible the modules matching your kernel are missing and you have to make them present

• This reply was modified 4 years, 1 month ago by Tobias.

Hello eldam_fr,

To use OSD32MP15x_MinimalConfig CubeMX project with the latest SDK, we recommend the following:

1. Download and install the latest STM32CubeMX software (v6.0.1 as of 10/7/2020) on your host PC or update your existing software to the latest one.
2. Open the Octavo OSD32MP15x_MinimalConfig CubeMX project using the latest CubeMX software (File > Load project)
3. CubeMX project manager pop up window will appear asking if you want to migrate the imported project to the latest version. Press “Migrate”.
4. Once migration is complete, you can modify the project settings (using GUI) to meet your custom board requirements. Once complete, press “Generate Code”.
5. The device tree files generated using the above steps should be compatible with the latest SDK.

We will update the OSD32MP1 CubeMX Tutorial soon to reflect the latest updates.

eldam,

You should be able to use the DK2 files from ST. OSD32MP1 is compatible with discrete solution.

Best,

Neeraj

Couple of questions —

1. Are there any plans to update the Debian Linux image downloadable from your site?

2. Windows 10 supports “Windows Subsystem For Linux” (WSL) which provides an “OK” Linux environment. What effort would be involved in being able to use a WSL sub-shell to support the A7 project in the minimal config on Windows? Right now you get an error message that says “not suppoorted” on Windows.

Karl,

1. We are currently working on updates to the RED board BSP to the latest v3.0 of OpenSTLinux. Expect an update in a few weeks.

2. It looks like from the documentation(https://docs.docker.com/docker-for-windows/wsl/), the SDK should be able to run on WSL. We will test the next version on WSL as well. For now, our best bet is a VM.

Best,

Neeraj