IMX6Q Sabre Yocto build fail

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

IMX6Q Sabre Yocto build fail

2,149件の閲覧回数
minhnguyen
Contributor I

Hi everyone,

I try to build Yocto for IMX6Q Sabre based on distro fsl-imx-xwayland with one more additional layer from Laird Connectivity because I have one more module wifi from LAIRD:

GitHub - LairdCP/meta-laird-cp: Example Yocto/OE layer for integrating Laird's 60 series radio modul... 

However I had build error:

ERROR: sterling-supplicant-6.0.0.138-r0 do_packagedata: The recipe sterling-supplicant is trying to install files into a shared area when those files already exist. Those files and their manifest location are:
/home/phyvm/fsl-release-bsp/build/tmp/pkgdata/imx6qpsabresd/runtime/wpa-supplicant-passphrase
(matched in manifest-imx6qpsabresd-wpa-supplicant.packagedata)
/home/phyvm/fsl-release-bsp/build/tmp/pkgdata/imx6qpsabresd/runtime/wpa-supplicant-cli.packaged
(matched in manifest-imx6qpsabresd-wpa-supplicant.packagedata)
/home/phyvm/fsl-release-bsp/build/tmp/pkgdata/imx6qpsabresd/runtime/wpa-supplicant-passphrase.packaged
(matched in manifest-imx6qpsabresd-wpa-supplicant.packagedata)
/home/phyvm/fsl-release-bsp/build/tmp/pkgdata/imx6qpsabresd/runtime/wpa-supplicant-cli
(matched in manifest-imx6qpsabresd-wpa-supplicant.packagedata)
Please verify which recipe should provide the above files.

Summary: 1 task failed:
  /home/phyvm/fsl-release-bsp/sources/meta-laird-cp/recipes-packages/sterling-supplicant/sterling-supplicant_6.0.0.138.bb:do_packagedata
Summary: There were 13 WARNING messages shown.
Summary: There were 3 ERROR messages shown, returning a non-zero exit code.

I try to config PREFERRED_PROVIDER in the local.conf but no success:

PREFERRED_PROVIDER_wpa-supplicant-cli = "sterling-supplicant"
PREFERRED_PROVIDER_wpa-supplicant-passphrase = "sterling-supplicant"

Please help to resolve this problem.

Thanks and best regards,

Minh.

0 件の賞賛
返信
4 返答(返信)

1,926件の閲覧回数
turker
Contributor IV

Have you tried manually removing the files reported in error log and rebuild? You could also remove the whole tmp directory however it will take more time to rebuild.

0 件の賞賛
返信

1,926件の閲覧回数
minhnguyen
Contributor I

Hi,

I tried the new build but no success, so I try to change the seting in menuconfig to disable this features with these commands:

host$ bitbake -c menuconfig virtual/kernel

host$ bitbake virtual/kernel -c compile     
host$ bitbake virtual/kernel -c deploy    

and then build the image again, however nothing change. I think my new menuconfig is not effect to the bitbake build. Do I change the menuconfig correctly?

0 件の賞賛
返信

1,844件の閲覧回数
johnnosky
Contributor I

Just for future reference, if using bitbake -c menuconfig virtual/kernel, it is not guaranteed that bitbake will compile the kernel after saving the .config. If the output from bitbake -c compile does not result in the kernel being recompiled, use bitbake -c compile -f to force recompile. Another option is to bitbake -c clean virtual/kernel before menuconfig, however this will revert the kernel's .config to the defconfig state if changes were made previously.

0 件の賞賛
返信

1,926件の閲覧回数
diegoadrian
NXP Employee
NXP Employee

Hello,

I apologize for the delay.

To run the menu config for Yocto, you can do it as below:

$ bitbake linux-imx -c menuconfig

However, running this configuration will not guarantee to have the changes in your end image.

What I suggest you, is to create a Yocto recipe that will modify the default configurations with the new ones. I recommend you to follow the below Document.

https://community.nxp.com/docs/DOC-334088

Hope this information can help you.

Best regards,

Diego.

0 件の賞賛
返信