issue while loading and building the custom kernel (STM32MP157A)

[Jayesh19101999]

Hello Team,

Currently we are facing issue in loading a custom kernel on STM32MP157A).

• To load and build the image for the custom kernel please find the link below which currently we are using
  https://wiki.st.com/stm32mpu/wiki/Getting_started/STM32MP1_boards/STM32MP135x-DK/Develop_on_Arm%C2%AE_Cortex%C2%AE-A7/Modify,_rebuild_and_reload_the_Linux%C2%AE_kernel 
  
  
• We have build and install all the dependencies which are required https://www.st.com/en/embedded-software/stm32mp1dev.html here in this we have installed  MP1-DEV-SRC .

 

• The linux system currently we are using is 20.04.1-Ubuntu .
  So there is requirement that we need to enable few things from the make menuconfig like RAW GADGET , GADGET FS , GADGET ZERO ,FUNCTION FS.
• Eventually when we build the kernel without make menuconfig changes, It builds and runs fine but after any configuration when we run the make ${IMAGE_KERNEL} vmlinux dtbs LOADADDR=0xC2000040 O="${OUTPUT_BUILD_DIR}" command it shows the error in the pic
• 
  
• Kindly reply a working procedure or any link is appreciated or please tell us what we are doing wrong.

[Jayesh19101999]

Hello Team,
Any updates ? Please kindly let us know at earliest.

Thanks,

[krotti42]

Hi @Jayesh19101999 !

 

You can modify the kernel configuration after the step...

$ make CROSS_COMPILE=arm-none-eabi- ARCH=arm O="${OUTPUT_BUILD_DIR}" defconfig fragment*.config

...mentioned in the ST Wiki with...

$ make CROSS_COMPILE=arm-none-eabi- ARCH=arm O="${OUTPUT_BUILD_DIR}" menuconfig

...followed by the other steps in the ST Wiki...

$ for f in `ls -1 ../fragment*.config`; do scripts/kconfig/merge_config.sh -m -r -O ${OUTPUT_BUILD_DIR} ${OUTPUT_BUILD_DIR}/.config $f; done
$ (yes '' || true) | make ARCH=arm CROSS_COMPILE=arm-none-eabi- oldconfig O="${OUTPUT_BUILD_DIR}"
$ [...]

 This worked for me. Hope it helps.

 

(The environment variables ARCH=arm and CROSS_COMPILE=arm-none-eabi- where required on my build system on Debian 12, because I don't use the ST toolchains.)