cancel
Showing results for 
Search instead for 
Did you mean: 

Updated to STM32MPU-Ecosystem-v6.1.0, now my CA7 projects won't build.

smanger
Associate III

I updated from Ecosystem v6.0.0 to Ecosystem v6.1.0. I have a project that I started from an ioc for the STM32MP157f-dk2 board. The A7 projects all compiled fine. After updating, I changed the SDK root to:

`EcoSystem/STM32MPU-Ecosystem-v6.1.0/Developer-Package/SDK` ad I'm getting this error when trying to compile and of the CA7 projects:

09:09:49 **** Build of configuration Default for project FDCAN1-M4_CA7_linux-6.6.48 ****
make all 
Wrapper for /opt/st/stm32cubeide_1.18.1/plugins/com.st.stm32cube.ide.mpu.linux.toolchain_2.2.0.202409171043/tools/bin/make
FIP_DEPLOYDIR_ROOT: /home/smanger/github/workspace/FDCAN1-M4/CA7/linux/build/../../FIP_artifacts
+ case "$command" in
+ exec make all
Makefile:2: /home/smanger/DevBoard/A7/STM32MPU-Ecosystem-v6.0.0/Developer-Package/stm32mp1-openstlinux-6.6-yocto-scarthgap-mpu-v24.11.06/sources/arm-ostl-linux-gnueabi/linux-stm32mp-6.6.48-stm32mp-r1-r0/linux-6.6.48/Makefile: No such file or directory
make: *** No rule to make target '/home/smanger/DevBoard/A7/STM32MPU-Ecosystem-v6.0.0/Developer-Package/stm32mp1-openstlinux-6.6-yocto-scarthgap-mpu-v24.11.06/sources/arm-ostl-linux-gnueabi/linux-stm32mp-6.6.48-stm32mp-r1-r0/linux-6.6.48/Makefile'.  Stop.
"make all" terminated with exit code 2. Build might be incomplete.

09:09:49 Build Failed. 1 errors, 1 warnings. (took 127ms)

 

I removed the v6.0.0 ecosystem from my system.

5 REPLIES 5
smanger
Associate III

I think it's a configuration problem because I can't figure out how to update this:

 

smanger_0-1752501258925.png

 

Hi @smanger 

 

Issue you describe probably related to the limitation announced here 

OpenSTLinux plugin for STM32MP2x not yet available... - STMicroelectronics Community

 

Sorry for inconvenience 

 

Olivier 

Olivier GALLIEN
In order to give better visibility on the answered topics, please click on 'Accept as Solution' on the reply which solved your issue or answered your question.

Part of my problem has been solved. I re-installed 1.19.0 of the STMCubeIDE and I am able to create an OpenSTLinux project.

smanger_1-1753056874034.png

 

However, I am having a problem building that project. It looks like the `make` may be started in the wrong folder.

smanger_2-1753056954619.png

I've tried tracking it down and had no luck. However, I did come across this:

smanger_3-1753057077147.png

which shows a circular path to my build folder.

 

Oliver,

I'm using the STM32MP157F-DK2. When I created this post, the plugins weren't available. However, they have become available since then. And, I am able to get further along  in my build process. I am not very knowledgeable in the Linux kernel area but have gathering more knowledge as I proceed with my project. Thanks for any help you give me along the way.

So far, I've created an ioc file for this board and assigned FDCAN1 to the M4 and FDCAN2 to the A7. I have routed the FDCAN3 lines to the PA connector as others have. I have added OPENamp and FREERTOS to my project.

 

Previously, I was able to download, debug and run my M4 on the dev board. However, I have not been able to do this since updating to 1.19.0 and the 6.1.0 Ecosystem. Right now, my main objective is to get the Device Tree built and deployed on the Dev Board.

 

Steve

Oliver,

Yesterday, I uninstalled both IDE that were installed on my Linux VM. Then reinstalled 1.19.0. I reconstructed the Starter-Package and Developer-Package for the Ecosystem 6.1.0 release. I deleted and recreated my OpenSTLinux project successfully. I did notice this.

 

The Makefile.IDE is not correct.

~/EcoSystem/STM32MPU-Ecosystem-v6.1.0/Developer-Package/stm32mp-openstlinux-6.6-yocto-scarthgap-mpu-v25.06.11$ cat ./sources/ostl-linux/Makefile.ide
# Set default path
GCNANO_SRC_PATH ?= /home/smanger/EcoSystem/STM32MPU-Ecosystem-v6.1.0/Developer-Package/stm32mp-openstlinux-6.6-yocto-scarthgap-mpu-v25.06.11/sources/ostl-linux/gcnano-driver-stm32mp-6.4.21-r1-r0
BLD_PATH ?= /home/smanger/projects/platform_connectivity/FDCAN1-M4/CA7/linux/build
KERNELRELEASE ?= stm32mp-6.6.78-stm32mp-r2-r0
DIR_MX ?= 


modules_strip:
	@cd $(BLD_PATH)
	$(shell rm $(BLD_PATH)/$(INSTALL_MOD_PATH)/lib/modules/$(KERNELRELEASE)/build)
	$(shell rm $(BLD_PATH)/$(INSTALL_MOD_PATH)/lib/modules/$(KERNELRELEASE)/source)
	@find $(INSTALL_MOD_PATH)/ -name "*.ko" | xargs $(STRIP) --strip-debug --remove-section=.comment --remove-section=.note --preserve-dates

modules_install_ide:
	@make modules
	@make INSTALL_MOD_PATH=install_artifact modules_install
	
modules_all: modules_install_ide modules_strip

gcnano_all:
	@cd $(GCNANO_SRC_PATH)
	@make ARCH=arm SOC_PLATFORM="st-mp1" DEBUG=0 O=$(BLD_PATH) M=$(GCNANO_SRC_PATH) AQROOT=$(GCNANO_SRC_PATH) -C $(BLD_PATH)

gcnano_clean:
	@cd $(GCNANO_SRC_PATH)
	@make ARCH=arm SOC_PLATFORM="st-mp1" DEBUG=0 O=$(BLD_PATH) M=$(GCNANO_SRC_PATH) AQROOT=$(GCNANO_SRC_PATH) -C $(BLD_PATH) clean

dtb_mx:
	@make dtbs O="../build" KBUILD_EXTDTS=$(DIR_MX)

 

It looks like there are no build targes for the Linux kernel and others.

I tired to build the gcnano project. and I got this:

smanger_0-1753448829686.png

It leads to me believe that Makefile.ide is not constructed properly.