ໂຄງການ NXP UG10164 i.MX Yocto

ຂໍ້ມູນເອກະສານ

ເກີນview

• ເອກະສານນີ້ອະທິບາຍວິທີການສ້າງຮູບພາບສໍາລັບກະດານ i.MX ໂດຍໃຊ້ສະພາບແວດລ້ອມການກໍ່ສ້າງໂຄງການ Yocto. ມັນອະທິບາຍຊັ້ນການປ່ອຍ i.MX ແລະການນໍາໃຊ້ສະເພາະ i.MX.
• ໂຄງການ Yocto ແມ່ນການຮ່ວມມືແບບເປີດທີ່ເນັ້ນໃສ່ການພັດທະນາ Linux OS ທີ່ຝັງໄວ້. ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບໂຄງການ Yocto, ເບິ່ງຫນ້າໂຄງການ Yocto: www.yoctoproject.org/  ມີເອກະສານຈໍານວນຫນຶ່ງຢູ່ໃນຫນ້າທໍາອິດຂອງໂຄງການ Yocto ທີ່ອະທິບາຍລາຍລະອຽດວິທີການນໍາໃຊ້ລະບົບ. ການນໍາໃຊ້ພື້ນຖານ Yocto.
• ໂຄງການໂດຍບໍ່ມີຊັ້ນປ່ອຍ i.MX, ປະຕິບັດຕາມຄໍາແນະນໍາໃນ Yocto Project Quick Start ທີ່ພົບເຫັນຢູ່ https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html
• FSL Yocto Project Community BSP (ພົບຢູ່ freescale.github.io) ແມ່ນຊຸມຊົນການພັດທະນາຢູ່ນອກ NXP ສະຫນອງການສະຫນັບສະຫນູນກະດານ i.MX ໃນສະພາບແວດລ້ອມໂຄງການ Yocto. i.MX ເຂົ້າຮ່ວມຊຸມຊົນໂຄງການ Yocto, ສະຫນອງການປ່ອຍຕົວໂດຍອີງໃສ່ກອບໂຄງການ Yocto. ຂໍ້ມູນສະເພາະກັບການນໍາໃຊ້ BSP ຂອງຊຸມຊົນ FSL ແມ່ນມີຢູ່ໃນຊຸມຊົນ web ຫນ້າ. ເອກະສານນີ້ແມ່ນສ່ວນຂະຫຍາຍຂອງເອກະສານ BSP ຊຸມຊົນ.
• Files ນໍາ​ໃຊ້​ເພື່ອ​ສ້າງ​ຮູບ​ພາບ​ແມ່ນ​ເກັບ​ຮັກ​ສາ​ໄວ້​ໃນ​ຊັ້ນ​. ຊັ້ນຕ່າງໆປະກອບດ້ວຍການປັບແຕ່ງປະເພດຕ່າງໆແລະມາຈາກແຫຼ່ງຕ່າງໆ. ບາງສ່ວນຂອງ files ໃນຊັ້ນແມ່ນເອີ້ນວ່າສູດ. ສູດໂຄງການ Yocto ມີກົນໄກການດຶງຂໍ້ມູນລະຫັດແຫຼ່ງ, ສ້າງແລະຫຸ້ມຫໍ່ອົງປະກອບ. ລາຍຊື່ຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນຊັ້ນຂໍ້ມູນທີ່ໃຊ້ໃນລຸ້ນນີ້.

i.MX ຊັ້ນປ່ອຍ

• meta-imx
  • meta-imx-bsp: ອັບເດດສໍາລັບ meta-freescale, poky, ແລະ meta-openbedded layers
  • meta-imx-sdk: ການປັບປຸງສໍາລັບ meta-freescale-distros
  • meta-imx-ml: ສູດການຮຽນຮູ້ເຄື່ອງຈັກ
  • meta-imx-v2x: ສູດອາຫານ V2X ໃຊ້ກັບ i.MX 8DXL ເທົ່ານັ້ນ
  • meta-imx-cockpit: ສູດຫ້ອງນັກບິນສຳລັບ i.MX 8QuadMax

ຊັ້ນຊຸມຊົນໂຄງການ Yocto

• meta-freescale: ສະຫນອງການສະຫນັບສະຫນູນພື້ນຖານແລະສໍາລັບກະດານອ້າງອິງ i.MX Arm.
• meta-freescale-3rdparty: ສະຫນອງການສະຫນັບສະຫນູນສໍາລັບພາກສ່ວນທີ 3 ແລະກະດານຄູ່ຮ່ວມງານ.
• meta-freescale-distro: ລາຍການເພີ່ມເຕີມທີ່ຈະຊ່ວຍໃນການພັດທະນາແລະຄວາມສາມາດໃນການອອກກໍາລັງກາຍ.
• fsl-community-bsp-base: ມັກຈະປ່ຽນຊື່ເປັນຖານ. ສະຫນອງການຕັ້ງຄ່າພື້ນຖານສໍາລັບ FSL Community BSP.
• meta-openbedded: ການລວບລວມຊັ້ນຕ່າງໆສໍາລັບຈັກກະວານ OE-core. ເບິ່ງ layers.openembedded.org/.
• poky: ລາຍການໂຄງການ Yocto ພື້ນຖານໃນ Poky. ເບິ່ງ Poky README ສໍາລັບລາຍລະອຽດ.
• meta-browser: ສະຫນອງຕົວທ່ອງເວັບຈໍານວນຫນຶ່ງ.
• meta-qt6: ສະຫນອງ Qt 6.
• meta-timesys: ສະຫນອງເຄື່ອງມື Vigiles ສໍາລັບການຕິດຕາມແລະການແຈ້ງເຕືອນກ່ຽວກັບຄວາມອ່ອນແອຂອງ BSP (CVEs).

ການອ້າງອີງເຖິງຊັ້ນຊຸມຊົນໃນເອກະສານນີ້ແມ່ນສໍາລັບທຸກຊັ້ນໃນ Yocto Project ຍົກເວັ້ນ meta-imx. ກະດານ i.MX ຖືກຕັ້ງຄ່າໃນຊັ້ນ meta-imx ແລະ meta-freescale. ນີ້ປະກອບມີ U-Boot, Linux kernel, ແລະລາຍລະອຽດສະເພາະຂອງກະດານອ້າງອີງ.
i.MX ໃຫ້ຊັ້ນເພີ່ມເຕີມທີ່ເອີ້ນວ່າ i. MX BSP Release, ຊື່ວ່າ meta-imx, ເພື່ອປະສົມປະສານການປ່ອຍ i.MX ໃຫມ່ກັບ FSL Yocto Project Community BSP. ຊັ້ນ meta-imx ມີຈຸດປະສົງທີ່ຈະປ່ອຍສູດ Yocto Project ທີ່ຖືກປັບປຸງແລະໃຫມ່ແລະການຕັ້ງຄ່າເຄື່ອງຈັກສໍາລັບການປ່ອຍໃຫມ່ທີ່ຍັງບໍ່ທັນມີຢູ່ໃນຊັ້ນ meta-freescale ແລະ meta-freescale-distro ທີ່ມີຢູ່ໃນໂຄງການ Yocto. ເນື້ອໃນຂອງຊັ້ນ i.MX BSP Release ແມ່ນສູດອາຫານ ແລະການຕັ້ງຄ່າເຄື່ອງ. ໃນຫຼາຍໆກໍລະນີທົດສອບ, ຊັ້ນອື່ນໆປະຕິບັດສູດຫຼືປະກອບມີ files ແລະຊັ້ນປ່ອຍ i.MX ສະຫນອງການອັບເດດສູດອາຫານໂດຍການຕື່ມໃສ່ກັບສູດປະຈຸບັນ, ຫຼືລວມທັງອົງປະກອບແລະການປັບປຸງທີ່ມີ patches ຫຼືສະຖານທີ່ແຫຼ່ງ. ສູດຊັ້ນວາງຂອງ i.MX ສ່ວນໃຫຍ່ມີຂະຫນາດນ້ອຍຫຼາຍເພາະວ່າພວກເຂົາໃຊ້ສິ່ງທີ່ຊຸມຊົນໄດ້ສະຫນອງແລະປັບປຸງສິ່ງທີ່ຈໍາເປັນສໍາລັບແຕ່ລະຮຸ່ນໃຫມ່ຂອງແພັກເກັດທີ່ບໍ່ມີຢູ່ໃນຊັ້ນອື່ນໆ.

• ຊັ້ນ i.MX BSP Release ຍັງໃຫ້ສູດຮູບພາບທີ່ປະກອບມີອົງປະກອບທັງຫມົດທີ່ຈໍາເປັນສໍາລັບຮູບພາບລະບົບທີ່ຈະ boot, ເຮັດໃຫ້ມັນງ່າຍຂຶ້ນສໍາລັບຜູ້ໃຊ້. ອົງປະກອບສາມາດສ້າງເປັນສ່ວນບຸກຄົນຫຼືໂດຍຜ່ານສູດຮູບພາບ, ເຊິ່ງດຶງອົງປະກອບທັງຫມົດທີ່ຕ້ອງການໃນຮູບພາບເຂົ້າໄປໃນຂະບວນການສ້າງຫນຶ່ງ.
• i.MX kernel ແລະການປ່ອຍ U-Boot ແມ່ນເຂົ້າເຖິງໄດ້ໂດຍຜ່ານ i.MX ສາທາລະນະ GitHub repositories. ຢ່າງໃດກໍຕາມ, ອົງປະກອບຈໍານວນຫນຶ່ງໄດ້ຖືກປ່ອຍອອກມາເປັນຊຸດຢູ່ໃນກະຈົກ i.MX. ສູດທີ່ອີງໃສ່ຊຸດດຶງ files ຈາກບ່ອນແລກປ່ຽນຄວາມ i.MX ແທນທີ່ຈະເປັນສະຖານທີ່ Git ແລະສ້າງຊຸດທີ່ຕ້ອງການ.
• ທຸກແພັກເກັດທີ່ຖືກປ່ອຍອອກມາເປັນໄບນາຣີແມ່ນສ້າງຂຶ້ນດ້ວຍຈຸດລອຍຂອງຮາດແວທີ່ເປີດໃຊ້ງານຕາມທີ່ກຳນົດໄວ້ໂດຍ DEFAULTTUNE ທີ່ກຳນົດໄວ້ໃນແຕ່ລະເຄື່ອງຕັ້ງ. file. ແພັກເກດຈຸດລອຍຂອງຊອບແວບໍ່ໄດ້ຖືກສະໜອງໃຫ້ເລີ່ມຕົ້ນດ້ວຍການປ່ອຍ jethro.
• ການປ່ອຍ LF6.12.20_2.0.0 ຖືກປ່ອຍອອກມາສໍາລັບໂຄງການ Yocto 5.2 (Walnascar). ສູດອາຫານດຽວກັນສໍາລັບໂຄງການ Yocto 5.2 ຈະຖືກນໍາມາເຜີຍແຜ່ແລະເຮັດໃຫ້ມີຢູ່ໃນການປ່ອຍ Yocto Project ຕໍ່ໄປ. ວົງຈອນການປ່ອຍໂຄງການ Yocto ໃຊ້ເວລາປະມານຫົກເດືອນ.
• ສູດອາຫານ ແລະແຜ່ນແພໃນ meta-imx ຈະຖືກຖ່າຍທອດໄປສູ່ຊັ້ນຊຸມຊົນ. ຫຼັງຈາກນັ້ນແມ່ນເຮັດສໍາລັບອົງປະກອບສະເພາະໃດຫນຶ່ງ, ໄດ້ files ໃນ meta-imx ແມ່ນບໍ່ຈໍາເປັນແລະ FSL Yocto Project Community BSP ຈະສະຫນອງການສະຫນັບສະຫນູນ. ຊຸມຊົນສະຫນັບສະຫນູນກະດານອ້າງອີງ i.MX, ກະດານຊຸມຊົນ, ແລະກະດານພາກສ່ວນທີສາມ.

ຂໍ້ຕົກລົງໃບອະນຸຍາດຜູ້ໃຊ້ສຸດທ້າຍ
ໃນ​ລະ​ຫວ່າງ​ການ​ຂະ​ບວນ​ການ​ສະ​ພາບ​ແວດ​ລ້ອມ​ການ​ຕິດ​ຕັ້ງ​ຂອງ NXP Yocto Project BSP, ສັນ​ຍາ​ການ​ອະ​ນຸ​ຍາດ​ຜູ້​ໃຊ້​ສຸດ​ທ້າຍ NXP (EULA) ຈະ​ສະ​ແດງ. ເພື່ອສືບຕໍ່ນໍາໃຊ້ຊອບແວ i.MX Proprietary, ຜູ້ໃຊ້ຕ້ອງຕົກລົງເຫັນດີກັບເງື່ອນໄຂຂອງໃບອະນຸຍາດນີ້. ຂໍ້ຕົກລົງກັບຂໍ້ກໍານົດດັ່ງກ່າວອະນຸຍາດໃຫ້ໂຄງການ Yocto ກໍ່ສ້າງເພື່ອ untar packages ຈາກບ່ອນແລກປ່ຽນຄວາມ i.MX.

ໝາຍເຫດ:
ອ່ານຂໍ້ຕົກລົງໃບອະນຸຍາດນີ້ຢ່າງລະມັດລະວັງໃນລະຫວ່າງຂະບວນການຕິດຕັ້ງ, ເພາະວ່າເມື່ອໄດ້ຮັບການຍອມຮັບ, ການເຮັດວຽກເພີ່ມເຕີມທັງຫມົດໃນສະພາບແວດລ້ອມໂຄງການ i.MX Yocto ແມ່ນຜູກມັດກັບຂໍ້ຕົກລົງທີ່ຍອມຮັບນີ້.

ເອກະສານອ້າງອີງ
i.MX ມີຫຼາຍຄອບຄົວທີ່ຮອງຮັບໃນຊອບແວ. ຕໍ່ໄປນີ້ແມ່ນຄອບຄົວທີ່ມີລາຍຊື່ແລະ SoCs ຕໍ່ຄອບຄົວ. i.MX Linux Release Notes ອະທິບາຍວ່າ SoC ໃດຖືກຮອງຮັບໃນລຸ້ນປະຈຸບັນ. ບາງ SoCs ທີ່ປ່ອຍອອກມາເມື່ອກ່ອນອາດຈະສາມາດສ້າງໄດ້ໃນການປ່ອຍປະຈຸບັນແຕ່ບໍ່ໄດ້ຮັບການກວດສອບຖ້າພວກເຂົາຢູ່ໃນລະດັບທີ່ຖືກຕ້ອງກ່ອນຫນ້ານີ້.

• i.MX 6 Family: 6QuadPlus, 6Quad, 6DualLite, 6SoloX, 6SLL, 6UltraLite, 6ULL, 6ULZ
• i.MX 7 ຄອບຄົວ: 7Dual, 7ULP
• i.MX 8 ຄອບຄົວ: 8QuadMax, 8QuadPlus, 8ULP
• i.MX 8M Family: 8M Plus, 8M Quad, 8M Mini, 8M Nano
• i.MX 8X ຄອບຄົວ: 8QuadXPlus, 8DXL, 8DXL OrangeBox, 8DualX
• i.MX 9 ຄອບຄົວ: i.MX 91, i.MX 93, i.MX 95, i.MX 943

ການປ່ອຍນີ້ປະກອບມີການອ້າງອີງຕໍ່ໄປນີ້ແລະຂໍ້ມູນເພີ່ມເຕີມ.

• i.MX Linux Release Notes (RN00210) – ສະໜອງຂໍ້ມູນການປ່ອຍ.
• i.MX Linux User's Guide (UG10163) – ໃຫ້ຂໍ້ມູນກ່ຽວກັບການຕິດຕັ້ງ U-Boot ແລະ Linux OS ແລະການນໍາໃຊ້
  i. ລັກສະນະສະເພາະ MX.
• i.MX Yocto Project User's Guide (UG10164) – ອະທິບາຍຊຸດສະຫນັບສະຫນູນກະດານສໍາລັບລະບົບການພັດທະນາ NXP ໂດຍໃຊ້ Yocto Project ເພື່ອຕັ້ງຄ່າໂຮດ, ຕິດຕັ້ງລະບົບຕ່ອງໂສ້ເຄື່ອງມື, ແລະສ້າງລະຫັດແຫຼ່ງເພື່ອສ້າງຮູບພາບ.
• i.MX Porting Guide (UG10165) – ໃຫ້ຄໍາແນະນໍາກ່ຽວກັບການ Porting BSP ໄປຫາກະດານໃຫມ່.
• i.MX Machine Learning User's Guide (UG10166) – ສະໜອງຂໍ້ມູນການຮຽນຮູ້ຂອງເຄື່ອງຈັກ.
• i.MX DSP User's Guide (UG10167) – ສະໜອງຂໍ້ມູນກ່ຽວກັບ DSP ສໍາລັບ i.MX 8.
• i.MX 8M Plus Camera and Display Guide (UG10168) – ສະໜອງຂໍ້ມູນກ່ຽວກັບ ISP Independent Sensor Interface API ສໍາລັບ i.MX 8M Plus.
• i.MX Digital Cockpit ການເປີດໃຊ້ງານການແບ່ງສ່ວນຮາດແວສໍາລັບ i.MX 8QuadMax (UG10169) – ສະຫນອງການແກ້ໄຂຮາດແວ i.MX Digital Cockpit ສໍາລັບ i.MX 8QuadMax.
• i.MX Graphics User's Guide (UG10159) – ອະທິບາຍລັກສະນະກຣາຟິກ.
• ຄູ່ມືຜູ້ໃຊ້ Harpoon (UG10170) - ນໍາສະເຫນີການປ່ອຍ Harpoon ສໍາລັບຄອບຄົວອຸປະກອນ i.MX 8M.
• i.MX Linux Reference Manual (RM00293) – ສະໜອງຂໍ້ມູນກ່ຽວກັບໄດເວີ Linux ສໍາລັບ i.MX.
• i.MX VPU Application Programming Interface ຄູ່​ມື​ການ​ອ້າງ​ອີງ Linux (RM00294) – ໃຫ້​ຂໍ້​ມູນ​ອ້າງ​ອີງ​ກ່ຽວ​ກັບ VPU API ໃນ i.MX 6 VPU.
• EdgeLock Enclave Hardware Security Module API (RM00284) – ເອກະສານນີ້ແມ່ນລາຍລະອຽດການອ້າງອີງຊອບແວຂອງ API ທີ່ສະໜອງໃຫ້ໂດຍ i.MX 8ULP, i.MX 93, ແລະ i.MX 95 Hardware Security Module (HSM) solutions ສໍາລັບ EdgeLock Enclave ( ELE) ເວທີ.

ຄູ່ມືເລີ່ມຕົ້ນໄວປະກອບດ້ວຍຂໍ້ມູນພື້ນຖານຢູ່ໃນກະດານແລະການຕັ້ງຄ່າມັນ. ພວກເຂົາຢູ່ໃນ NXP webເວັບໄຊ.

• ຄູ່ມືເລີ່ມຕົ້ນດ່ວນເວທີ SABER (IMX6QSDPQSG)
• i.MX 6UltraLite EVK ຄູ່ມືເລີ່ມຕົ້ນດ່ວນ (IMX6ULTRALITEQSG)
• i.MX 6ULL ​​EVK ຄູ່ມືເລີ່ມຕົ້ນດ່ວນ (IMX6ULLQSG)
• i.MX 7Dual SABRE-SD ຄູ່ມືເລີ່ມຕົ້ນດ່ວນ (SABRSDBIMX7DUALQSG)
• i.MX8M Quad Evaluation Kit ຄູ່ມືເລີ່ມຕົ້ນດ່ວນ (IMX8MQUADEVKQSG)
• i.MX 8M Mini Evaluation Kit ຄູ່ມືເລີ່ມຕົ້ນດ່ວນ (8MMINIEVKQSG)
• i.MX 8M Nano Evaluation Kit ຄູ່ມືເລີ່ມຕົ້ນດ່ວນ (8MNANOEVKQSG)
• i.MX 8QuadXPlus Multisensory Enablement Kit ຄູ່ມືເລີ່ມຕົ້ນດ່ວນ (IMX8QUADXPLUSQG)
• i.MX 8QuadMax Multisensory Enablement Kit ຄູ່ມືເລີ່ມຕົ້ນດ່ວນ (IMX8QUADMAXQSG)
• ຊຸດການປະເມີນຜົນ i.MX 8M Plus ຄູ່ມືເລີ່ມຕົ້ນດ່ວນ (IMX8MPLUSQSG)
• i.MX 8ULP EVK ຄູ່ມືເລີ່ມຕົ້ນດ່ວນ (IMX8ULPQSG)
• i.MX 8ULP EVK9 ຄູ່ມືເລີ່ມຕົ້ນດ່ວນ (IMX8ULPEVK9QSG)
• i.MX 93 EVK ຄູ່ມືເລີ່ມຕົ້ນດ່ວນ (IMX93EVKQSG)
• i.MX 93 9×9 QSB ຄູ່ມືເລີ່ມຕົ້ນດ່ວນ (93QSBQSG)

ເອກະສານແມ່ນມີຢູ່ໃນອອນໄລນ໌ nxp.com

• i.MX 6 ຂໍ້ມູນຢູ່ທີ່ nxp.com/iMX6series
• i.MX SABER ຂໍ້ມູນຢູ່ທີ່ nxp.com/imxSABRE
• i.MX 6UltraLite ຂໍ້ມູນຢູ່ທີ່ nxp.com/iMX6UL
• i.MX 6ULL ​​ຂໍ້ມູນຢູ່ທີ່ nxp.com/iMX6ULL
• i.MX 7Dual ຂໍ້ມູນຢູ່ທີ່ nxp.com/iMX7D
• i.MX 7ULP ຂໍ້ມູນຢູ່ທີ່ nxp.com/imx7ulp
• i.MX 8 ຂໍ້ມູນຢູ່ທີ່ nxp.com/imx8
• i.MX 6ULZ ຂໍ້ມູນຢູ່ທີ່ nxp.com/imx6ulz
• i.MX 91 ຂໍ້ມູນຢູ່ທີ່ nxp.com/imx91
• i.MX 93 ຂໍ້ມູນຢູ່ທີ່ nxp.com/imx93
• i.MX 943 ຂໍ້ມູນຢູ່ທີ່ nxp.com/imx94

ຄຸນສົມບັດ

ຊັ້ນວາງການປ່ອຍໂຄງການ i.MX Yocto ມີລັກສະນະດັ່ງຕໍ່ໄປນີ້:

• ສູດ Linux kernel
  • ສູດເຄເອັນຢູ່ໃນໂຟນເດີສູດສູດ-ເຄເອັນ ແລະປະສົມປະສານແຫຼ່ງແກ່ນສານ i.MX Linux linux-imx.git ທີ່ດາວໂຫຼດມາຈາກບ່ອນເກັບຂໍ້ມູນ i.MX GitHub. ນີ້ແມ່ນເຮັດໂດຍອັດຕະໂນມັດໂດຍສູດໃນໂຄງການ.
  • LF6.12.20_2.0.0 ເປັນ kernel Linux ທີ່ປ່ອຍອອກມາສໍາລັບໂຄງການ Yocto.
• ສູດ U-Boot
  • ສູດ U-Boot ຢູ່ໃນໂຟເດີ recipes-bsp ແລະປະສົມປະສານແຫຼ່ງ i.MX U-Boot uboot-imx.git ທີ່ດາວໂຫຼດມາຈາກບ່ອນເກັບມ້ຽນ i.MX GitHub.
  • i.MX ປ່ອຍ LF6.12.20_2.0.0 ສໍາລັບ i.MX 6, i.MX 7, i.MX 8, i.MX 91, i.MX 93, i.MX 943, ແລະ i.MX 95 ອຸປະກອນໃຊ້ສະບັບປັບປຸງ v2025.04 i.MX U-Boot. ລຸ້ນນີ້ບໍ່ໄດ້ຖືກອັບເດດສຳລັບຮາດແວ i.MX ທັງໝົດ.
  • ຊຸມຊົນໂຄງການ i.MX Yocto BSP ໃຊ້ u-boot-fslc ຈາກສາຍຫຼັກ, ແຕ່ນີ້ພຽງແຕ່ໄດ້ຮັບການສະຫນັບສະຫນູນຈາກຊຸມຊົນ U-Boot ແລະບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນກັບ Kernel L6.12.20.
  • ຊຸມຊົນໂຄງການ i.MX Yocto BSP ປັບປຸງເວີຊັນ U-Boot ເລື້ອຍໆ, ດັ່ງນັ້ນຂໍ້ມູນຂ້າງເທິງອາດຈະມີການປ່ຽນແປງຍ້ອນວ່າຮຸ່ນ U-Boot ໃໝ່ຖືກລວມເຂົ້າກັບຊັ້ນ meta-freescale ແລະການປັບປຸງຈາກການປ່ອຍ i.MX u-boot-imx ແມ່ນປະສົມປະສານເຂົ້າໃນສາຍຫຼັກ.
• ສູດກາຟິກ
  • ສູດກາຟິກອາໄສຢູ່ໃນໂຟນເດີສູດກາຟິກ.
  • ສູດກາຟິກປະສົມປະສານການປ່ອຍຊຸດກາຟິກ i.MX.
    ສໍາລັບ i.MX SoCs ທີ່ມີຮາດແວ Vivante GPU, ສູດ imx-gpu-viv ໄດ້ຫຸ້ມຫໍ່ອົງປະກອບກາຟິກສໍາລັບແຕ່ລະ distro: frame buffer (FB), XWayland, Wayland backend, ແລະ Weston compositor (Weston). ມີພຽງແຕ່ i.MX 6 ແລະ i.MX 7 ຮອງຮັບເຟຣມ buffer.
  • ສໍາລັບ i.MX SoCs ທີ່ມີຮາດແວ Mali GPU, ສູດ mali-imx ໄດ້ຫຸ້ມຫໍ່ອົງປະກອບກາຟິກສໍາລັບ XWayland ແລະ Wayland backend distro. ຄຸນສົມບັດນີ້ແມ່ນສໍາລັບ i.MX 9 ເທົ່ານັ້ນ.
  • Xorg-driver ປະສົມປະສານ xserver-xorg.
• ສູດ i.MX ຊຸດ
  firmware-imx, fimrware-upower, imx-sc-fimrware, ແລະຊຸດອື່ນໆຢູ່ໃນສູດສູດ-bsp ແລະດຶງຈາກກະຈົກ i.MX ເພື່ອສ້າງແລະຫຸ້ມຫໍ່ເຂົ້າໄປໃນສູດຮູບພາບ.
• ສູດມັນຕິມີເດຍ
  • ສູດມັນຕິມີເດຍຢູ່ໃນໂຟນເດີສູດອາຫານ-ມັນຕິມີເດຍ.
  • ແພກເກດທີ່ເປັນເຈົ້າຂອງເຊັ່ນ imx-codec ແລະ imx-parser ມີສູດອາຫານທີ່ດຶງແຫຼ່ງຈາກບ່ອນແລກປ່ຽນຄວາມສາທາລະນະ i.MX ເພື່ອສ້າງແລະຫຸ້ມຫໍ່ເຂົ້າໄປໃນສູດຮູບພາບ.
  • ແພັກເກດແຫຼ່ງເປີດມີສູດອາຫານທີ່ດຶງແຫຼ່ງມາຈາກ Git Repos ສາທາລະນະໃນ GitHub.
  • ບາງສູດແມ່ນໃຫ້ສໍາລັບ codecs ທີ່ຖືກຈໍາກັດໃບອະນຸຍາດ. ແພັກເກດເຫຼົ່ານີ້ບໍ່ໄດ້ຢູ່ໃນບ່ອນແລກປ່ຽນຄວາມສາທາລະນະຂອງ i.MX. ແພັກເກດເຫຼົ່ານີ້ມີໃຫ້ແຍກຕ່າງຫາກ. ຕິດຕໍ່ຜູ້ຕາງຫນ້າການຕະຫຼາດ i.MX ຂອງທ່ານເພື່ອຊື້ສິ່ງເຫຼົ່ານີ້.
• ສູດຫຼັກ
  ບາງສູດສໍາລັບກົດລະບຽບ, ເຊັ່ນ: udev, ໃຫ້ກົດລະບຽບ i.MX ທີ່ຖືກປັບປຸງໃຫ້ໃຊ້ໃນລະບົບ. ສູດອາຫານເຫຼົ່ານີ້ແມ່ນປົກກະຕິແລ້ວການປັບປຸງນະໂຍບາຍແລະຖືກນໍາໃຊ້ສໍາລັບການປັບແຕ່ງເທົ່ານັ້ນ. ການປ່ອຍອອກມາພຽງແຕ່ສະຫນອງການປັບປຸງຖ້າຈໍາເປັນ.
• ສູດສາທິດ
  ສູດການສາທິດຢູ່ໃນໄດເລກະທໍລີ meta-imx-sdk. ຊັ້ນນີ້ປະກອບມີສູດຮູບພາບແລະສູດສໍາລັບການປັບແຕ່ງ, ເຊັ່ນ: ການປັບສໍາຜັດ, ຫຼືສູດສໍາລັບຄໍາຮ້ອງສະຫມັກການສາທິດ.
• ສູດການຮຽນຮູ້ເຄື່ອງຈັກ
  ສູດການຮຽນຮູ້ເຄື່ອງຈັກຢູ່ໃນໄດເລກະທໍລີ meta-imx-ml. ຊັ້ນຂໍ້ມູນນີ້ມີສູດການຮຽນຮູ້ເຄື່ອງຈັກສໍາລັບແພັກເກດ, ເຊັ່ນ tensorflow-lite ແລະ onnx.
• ສູດ Cockpit
  ສູດອາຫານຫ້ອງນັກບິນອາໄສຢູ່ໃນເມຕາ-imx-cockpit ແລະຮອງຮັບຢູ່ໃນ i.MX 8QuadMax ໂດຍໃຊ້ການຕັ້ງຄ່າເຄື່ອງ imx-8qm-cockpit-mek.
• ສູດ GoPoint
  ສູດການສາທິດ GoPoint ຢູ່ໃນຊັ້ນຂໍ້ມູນ meta-nxp-demo-experience. ມີການສາທິດ ແລະສູດເຄື່ອງມືເພີ່ມເຕີມ. ຊັ້ນນີ້ແມ່ນລວມຢູ່ໃນຮູບພາບເຕັມທີ່ປ່ອຍອອກມາທັງຫມົດ.

ການຕັ້ງຄ່າເຈົ້າພາບ

ເພື່ອບັນລຸພຶດຕິກໍາທີ່ຄາດໄວ້ຂອງໂຄງການ Yocto ໃນເຄື່ອງໂຮດ Linux, ຕິດຕັ້ງແພັກເກັດແລະເຄື່ອງໃຊ້ທີ່ອະທິບາຍຂ້າງລຸ່ມນີ້. ການພິຈາລະນາທີ່ສໍາຄັນແມ່ນພື້ນທີ່ຮາດດິດທີ່ຕ້ອງການໃນເຄື່ອງໂຮດ. ຕົວຢ່າງampດັ່ງນັ້ນ, ເມື່ອສ້າງເຄື່ອງຈັກທີ່ໃຊ້ Ubuntu, ພື້ນທີ່ຮາດດິດຂັ້ນຕ່ໍາທີ່ຕ້ອງການແມ່ນປະມານ 50 GB. ມັນແນະນໍາໃຫ້ຢ່າງຫນ້ອຍ 120 GB, ເຊິ່ງພຽງພໍທີ່ຈະລວບລວມ backends ທັງຫມົດຮ່ວມກັນ. ສໍາລັບການສ້າງອົງປະກອບການຮຽນຮູ້ເຄື່ອງຈັກ, ຢ່າງຫນ້ອຍ 250 GB ແມ່ນແນະນໍາ.
ຮຸ່ນ Ubuntu ຕໍາ່ສຸດທີ່ແນະນໍາແມ່ນ 22.04 ຫຼືຫຼັງຈາກນັ້ນ.

1. Docker
   i.MX ຕອນນີ້ກຳລັງປ່ອຍສະຄຣິບຕິດຕັ້ງ docker ໃນ imx-docker. ປະຕິບັດຕາມຄໍາແນະນໍາໃນ readme ສໍາລັບການຕັ້ງຄ່າ host build machine ໂດຍໃຊ້ docker.
   ນອກຈາກນັ້ນ, docker ໃນກະດານແມ່ນເປີດໃຊ້ດ້ວຍ manifest ມາດຕະຖານໂດຍການລວມເອົາຊັ້ນ meta-virtualization ໃນ i.MX 8 ເທົ່ານັ້ນ. ນີ້ສ້າງລະບົບ headless ສໍາລັບການຕິດຕັ້ງ docker containers ຈາກ docker hubs ພາຍນອກ.
2. ແພັກເກດເຈົ້າພາບ
   ການກໍ່ສ້າງໂຄງການ Yocto ຮຽກຮ້ອງໃຫ້ມີການຫຸ້ມຫໍ່ສະເພາະທີ່ຈະຕິດຕັ້ງສໍາລັບການກໍ່ສ້າງທີ່ຖືກບັນທຶກໄວ້ພາຍໃຕ້ໂຄງການ Yocto. ໄປ​ທີ່ Yocto Project Quick Start ແລະ​ກວດ​ສອບ​ສໍາ​ລັບ​ການ​ຫຸ້ມ​ຫໍ່​ທີ່​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ຕິດ​ຕັ້ງ​ສໍາ​ລັບ​ເຄື່ອງ​ສ້າງ​ຂອງ​ທ່ານ​.
   ແພັກເກດໂຮດໂຄງການ Yocto ທີ່ຈໍາເປັນແມ່ນ:

sudo apt-get install build-essential chrpath cpio debianutils diffstat file ແກວ
gcc git iputils-ping libacl1 liblz4-tool locales python3 python3-git python3- jinja2 python3-pexpect python3-pip python3-subunit socat texinfo unzip wget xzutilszstd efitools
ເຄື່ອງມືການຕັ້ງຄ່າໃຊ້ grep ເວີຊັນເລີ່ມຕົ້ນທີ່ຢູ່ໃນເຄື່ອງສ້າງຂອງທ່ານ. ຖ້າມີສະບັບທີ່ແຕກຕ່າງກັນຂອງ grep ໃນເສັ້ນທາງຂອງທ່ານ, ມັນອາດຈະເຮັດໃຫ້ການກໍ່ສ້າງລົ້ມເຫລວ. ການແກ້ໄຂອັນໜຶ່ງຄືການປ່ຽນຊື່ສະບັບພິເສດໃຫ້ກັບສິ່ງທີ່ບໍ່ມີ grep.

ການຕັ້ງຄ່າ Repo utility
Repo ແມ່ນເຄື່ອງມືທີ່ສ້າງຂຶ້ນຢູ່ເທິງສຸດຂອງ Git ທີ່ງ່າຍໃນການຄຸ້ມຄອງໂຄງການທີ່ມີບ່ອນເກັບມ້ຽນຫຼາຍ, ເຖິງແມ່ນວ່າພວກມັນຖືກໂຮດຢູ່ໃນເຄື່ອງແມ່ຂ່າຍທີ່ແຕກຕ່າງກັນ. Repo ປະກອບລັກສະນະຊັ້ນຂອງ Yocto Project ໄດ້ດີຫຼາຍ, ເຮັດໃຫ້ມັນງ່າຍຂຶ້ນສໍາລັບຜູ້ໃຊ້ທີ່ຈະເພີ່ມຊັ້ນຂອງຕົນເອງໃສ່ BSP.

ເພື່ອຕິດຕັ້ງ "repo", ປະຕິບັດຂັ້ນຕອນຕໍ່ໄປນີ້:

1. ສ້າງໂຟນເດີ bin ໃນ home directory.
   • mkdir ~/bin (ຂັ້ນຕອນນີ້ອາດຈະບໍ່ຈໍາເປັນຖ້າຫາກວ່າໂຟນເດີ bin ມີຢູ່ແລ້ວ)
   • curl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repo
   • chmod a+x ~/bin/repo
2. ເພື່ອຮັບປະກັນວ່າໂຟນເດີ ~/bin ຢູ່ໃນຕົວແປ PATH ຂອງທ່ານ, ໃຫ້ເພີ່ມແຖວຕໍ່ໄປນີ້ໃສ່ .bashrc file. ສົ່ງອອກ PATH=~/bin:$PATH

ການຕິດຕັ້ງໂຄງການ Yocto

ໄດເຣັກທໍຣີ i.MX Yocto Project BSP Release ປະກອບມີໄດເລກະທໍລີແຫຼ່ງຂໍ້ມູນ, ເຊິ່ງລວມມີສູດອາຫານທີ່ໃຊ້ໃນການສ້າງຫນຶ່ງຫຼືຫຼາຍໄດເລກະທໍລີສ້າງ, ພ້ອມກັບຊຸດຂອງສະຄິບທີ່ໃຊ້ໃນການຕັ້ງຄ່າສະພາບແວດລ້ອມ.
ສູດທີ່ໃຊ້ໃນການສ້າງໂຄງການແມ່ນມາຈາກທັງຊຸມຊົນແລະ i.MX BSP ການປ່ອຍ. ຊັ້ນຂໍ້ມູນໂຄງການ Yocto ຖືກດາວໂຫຼດໃສ່ໄດເລກະທໍລີແຫຼ່ງ. ຂັ້ນຕອນນີ້ຮັບປະກັນວ່າສູດທີ່ຈໍາເປັນທັງຫມົດຖືກສ້າງຕັ້ງຂຶ້ນເພື່ອສ້າງໂຄງການ.
ຕໍ່ໄປນີ້ example ສະແດງວິທີການດາວໂຫຼດຊັ້ນສູດສູດ i.MX Yocto Project Linux BSP. ສໍາລັບນີ້ example, ໄດເລກະທໍລີທີ່ເອີ້ນວ່າ imx-yocto-bsp ຖືກສ້າງຂື້ນສໍາລັບໂຄງການ. ຊື່ໃດສາມາດໃຊ້ແທນອັນນີ້.

ໝາຍເຫດ:
https://github.com/nxp-imx/imx-manifest/tree/imx-linux-walnascar ມີບັນຊີລາຍຊື່ຂອງ manifest ທັງຫມົດ files ສະຫນັບສະຫນູນໃນການປ່ອຍນີ້.
ເມື່ອຂະບວນການນີ້ຖືກສໍາເລັດ, BSP ຈະຖືກກວດສອບຢູ່ໃນໄດເລກະທໍລີ imx-yocto-bsp/sources.

ການສ້າງຮູບພາບ

• i.MX 6
  • imx6qpsabresd
  • imx6ulevk
  • imx6ulz-14×14-evk
  • imx6ull14x14evk
  • imx6ull9x9evk
  • imx6dlsabresd
  • imx6qsabred
  • imx6solosabresd
  • imx6sxsabred
  • imx6sllevk
• i.MX 7
  • imx7dsabresd
• i.MX 8
  • imx8qmmek
  • imx8qxpc0mek
  • imx8mqevk
  • imx8mm-lpddr4-evk
  • imx8mm-ddr4-evk
  • imx8mn-lpddr4-evk
  • imx8mn-ddr4-evk
  • imx8mp-lpddr4-evk
  • imx8mp-ddr4-evk
  • imx8dxla1-lpddr4-evk
    imx8dxlb0-lpddr4-evk
  • imx8dxlb0-ddr3l-evk
  • imx8mnddr3levk
  • imx8ulp-lpddr4-evk
  • imx8ulp-9×9-lpddr4x-evk
• i.MX 9
  • imx91-11×11-lpddr4-evk
  • imx91-9×9-lpddr4-qsb
  • imx93-11×11-lpddr4x-evk
  • imx93-14×14-lpddr4x-evk
  • imx93-9×9-lpddr4-qsb
  • imx943-19×19-lpddr5-evk
  • imx943-19×19-lpddr4-evk
  • imx95-19×19-lpddr5-evk
  • imx95-15×15-lpddr4x-evk
  • imx95-19×19-verdin

ແຕ່ລະໂຟເດີກໍ່ສ້າງຕ້ອງໄດ້ຮັບການຕັ້ງຄ່າໃນລັກສະນະດັ່ງກ່າວທີ່ພວກເຂົາໃຊ້ພຽງແຕ່ຫນຶ່ງ distro. ແຕ່ລະຄັ້ງທີ່ຕົວແປ DISTRO_FEATURES ຖືກປ່ຽນແປງ, ຕ້ອງການສ້າງໂຟນເດີທີ່ສະອາດ. ການຕັ້ງຄ່າ Distro ຖືກບັນທຶກໄວ້ໃນ local.conf file ໃນການຕັ້ງຄ່າ DISTRO ແລະຖືກສະແດງເມື່ອ bitbake ແລ່ນ. ໃນການປ່ອຍທີ່ຜ່ານມາ, ພວກເຮົາໄດ້ໃຊ້ poky distro ແລະສະບັບທີ່ກໍາຫນົດເອງແລະຜູ້ໃຫ້ບໍລິການໃນ layer.conf ຂອງພວກເຮົາແຕ່ distro ແບບກໍາຫນົດເອງເປັນການແກ້ໄຂທີ່ດີກວ່າ. ເມື່ອໃຊ້ poky distro ເລີ່ມຕົ້ນ, ການຕັ້ງຄ່າຊຸມຊົນເລີ່ມຕົ້ນຖືກໃຊ້. ໃນ​ຖາ​ນະ​ເປັນ​ການ​ປ່ອຍ i.MX​, ພວກ​ເຮົາ​ຕ້ອງ​ການ​ທີ່​ຈະ​ມີ​ຊຸດ​ຂອງ​ການ​ຕັ້ງ​ຄ່າ​ທີ່ NXP ສະ​ຫນັບ​ສະ​ຫນູນ​ແລະ​ໄດ້​ຮັບ​ການ​ທົດ​ສອບ​.
ນີ້ແມ່ນບັນຊີລາຍຊື່ຂອງການຕັ້ງຄ່າ DISTRO. ກະລຸນາຮັບຊາບວ່າ fsl-imx-fb ບໍ່ຖືກຮອງຮັບໃນ i.MX 8 ຫຼື i.MX 9, ແລະ fsl-imx-x11 ແມ່ນບໍ່ຮອງຮັບອີກຕໍ່ໄປ.

• fsl-imx-wayland: ຮູບພາບຂອງ Wayland ບໍລິສຸດ.
• fsl-imx-xwayland: ກຣາບຟິກ Wayland ແລະ X11. ບໍ່ຮອງຮັບແອັບພລິເຄຊັນ X11 ທີ່ໃຊ້ EGL.
• fsl-imx-fb: ກຣາບຟິກ Frame Buffer – ບໍ່ມີ X11 ຫຼື Wayland. Frame Buffer ບໍ່ຮອງຮັບໃນ i.MX 8 ແລະ i.MX 9.

ຖ້າບໍ່ມີ distro file ໄດ້ຖືກລະບຸໄວ້, XWayland distro ຖືກຕັ້ງຄ່າໂດຍຄ່າເລີ່ມຕົ້ນ. ຜູ້ໃຊ້ຍິນດີຕ້ອນຮັບເພື່ອສ້າງ distro ຂອງຕົນເອງ file ອີງໃສ່ຫນຶ່ງໃນສິ່ງເຫຼົ່ານີ້ເພື່ອປັບແຕ່ງສະພາບແວດລ້ອມຂອງເຂົາເຈົ້າໂດຍບໍ່ມີການປັບປຸງ local.conf ເພື່ອກໍານົດສະບັບທີ່ຕ້ອງການແລະຜູ້ໃຫ້ບໍລິການ.
syntax ສໍາລັບ imx-setup-release.sh script ແມ່ນສະແດງຢູ່ຂ້າງລຸ່ມນີ້:

ຢູ່ໃສ,

• DISTRO= ແມ່ນ distro, ເຊິ່ງ configure ສະພາບແວດລ້ອມການກໍ່ສ້າງ, ແລະຖືກເກັບໄວ້ໃນ meta-imx/meta-imx-sdk/conf/distro.
• ເຄື່ອງຈັກ= ແມ່ນຊື່ເຄື່ອງຈັກ, ເຊິ່ງຊີ້ໃຫ້ເຫັນເຖິງການຕັ້ງຄ່າ file ໃນ conf/machine ໃນ meta-freescale ແລະ meta-imx.
• -b ລະບຸຊື່ຂອງ build directory ທີ່ສ້າງຂຶ້ນໂດຍສະຄຣິບ imx-setup-release.sh.
• ເມື່ອສະຄຣິບຖືກແລ່ນ, ມັນກະຕຸ້ນໃຫ້ຜູ້ໃຊ້ຍອມຮັບ EULA. ເມື່ອ EULA ໄດ້ຮັບການຍອມຮັບ, ການຍອມຮັບຈະຖືກເກັບໄວ້ໃນ local.conf ພາຍໃນແຕ່ລະໂຟເດີສ້າງແລະຄໍາຖາມການຍອມຮັບ EULA ຈະບໍ່ສະແດງສໍາລັບໂຟເດີສ້າງນັ້ນ.
• ຫຼັງຈາກ script ແລ່ນ, ໄດເລກະທໍລີທີ່ເຮັດວຽກແມ່ນອັນທີ່ພຽງແຕ່ສ້າງໂດຍ script, ລະບຸດ້ວຍຕົວເລືອກ -b. ໂຟນເດີ conf ຖືກສ້າງຂື້ນໂດຍປະກອບດ້ວຍ files bblayers.conf ແລະ local.conf.
• ໄດ້ /conf/bblayers.conf file ມີຊັ້ນຂໍ້ມູນ meta ທັງໝົດທີ່ໃຊ້ໃນການປ່ອຍໂຄງການ i.MX Yocto.
• local.conf file ປະ​ກອບ​ດ້ວຍ​ເຄື່ອງ​ຈັກ​ແລະ distro ສະ​ເພາະ​:
• ເຄື່ອງ ??= 'imx7ulpevk'
• DISTRO ?= 'fsl-imx-xwayland'
• ACCEPT_FSL_EULA = “1”
  ຢູ່ໃສ,
• ການຕັ້ງຄ່າເຄື່ອງສາມາດປ່ຽນແປງໄດ້ໂດຍການດັດແກ້ນີ້ file, ຖ້າຈໍາເປັນ.
• ACCEPT_FSL_EULA ໃນ local.conf file ຊີ້ໃຫ້ເຫັນວ່າທ່ານໄດ້ຍອມຮັບເງື່ອນໄຂຂອງ EULA.
• ໃນຊັ້ນ meta-imx, ການຕັ້ງຄ່າເຄື່ອງຈັກລວມ (imx6qpdlsolox.conf ແລະ imx6ul7d.conf) ແມ່ນສະຫນອງໃຫ້ສໍາລັບເຄື່ອງຈັກ i.MX 6 ແລະ i.MX 7. i.MX ໃຊ້ສິ່ງເຫຼົ່ານີ້ເພື່ອສ້າງຮູບພາບທົ່ວໄປທີ່ມີຕົ້ນໄມ້ອຸປະກອນທັງຫມົດໃນຮູບດຽວສໍາລັບການທົດສອບ. ຢ່າໃຊ້ເຄື່ອງຈັກເຫຼົ່ານີ້ສໍາລັບສິ່ງອື່ນນອກເຫນືອຈາກການທົດສອບ.

ການເລືອກຮູບພາບໂຄງການ i.MX Yocto
ໂຄງການ Yocto ໃຫ້ບາງຮູບພາບທີ່ມີຢູ່ໃນຊັ້ນຕ່າງໆ. ສູດຮູບພາບບອກຮູບພາບທີ່ສໍາຄັນຕ່າງໆ, ເນື້ອໃນຂອງມັນ, ແລະຊັ້ນທີ່ສະຫນອງສູດຮູບພາບ.

ຕາຕະລາງ 1. ຮູບພາບໂຄງການ i.MX Yocto

ການສ້າງຮູບພາບ
ການສ້າງໂຄງການ Yocto ໃຊ້ຄໍາສັ່ງ bitbake. ຕົວຢ່າງample, bitbake ສ້າງອົງປະກອບທີ່ມີຊື່. ແຕ່ລະອົງປະກອບກໍ່ສ້າງມີຫຼາຍຫນ້າວຽກ, ເຊັ່ນ: ການດຶງ, ການຕັ້ງຄ່າ, ການລວບລວມ, ການຫຸ້ມຫໍ່, ແລະ deploying ກັບ rootfs ເປົ້າຫມາຍ. ການສ້າງຮູບພາບ bitbake ລວບລວມອົງປະກອບທັງຫມົດທີ່ຕ້ອງການໂດຍຮູບພາບແລະການກໍ່ສ້າງຕາມລໍາດັບຂອງການຂຶ້ນກັບຕໍ່ຫນ້າວຽກ. ການກໍ່ສ້າງຄັ້ງທໍາອິດແມ່ນຕ່ອງໂສ້ເຄື່ອງມືພ້ອມກັບເຄື່ອງມືທີ່ຈໍາເປັນສໍາລັບອົງປະກອບທີ່ຈະສ້າງ.

ຄໍາສັ່ງຕໍ່ໄປນີ້ແມ່ນ exampກ່ຽວກັບວິທີການສ້າງຮູບພາບ:

• bitbake imx-image-multimedia

ຕົວເລືອກ Bitbake
ຄໍາສັ່ງ bitbake ທີ່ໃຊ້ໃນການສ້າງຮູບພາບແມ່ນ bitbake . ຕົວກໍານົດການເພີ່ມເຕີມສາມາດຖືກນໍາໃຊ້ສໍາລັບກິດຈະກໍາສະເພາະທີ່ອະທິບາຍຂ້າງລຸ່ມນີ້. Bitbake ສະຫນອງທາງເລືອກທີ່ເປັນປະໂຫຍດຕ່າງໆສໍາລັບການພັດທະນາດຽວ
ອົງປະກອບ. ເພື່ອດໍາເນີນການກັບຕົວກໍານົດການ BitBake, ຄໍາສັ່ງເບິ່ງຄືວ່ານີ້:

bitbake
ຢູ່ໃສ, ເປັນຊຸດການກໍ່ສ້າງທີ່ຕ້ອງການ. ຕາຕະລາງຕໍ່ໄປນີ້ສະຫນອງບາງທາງເລືອກ BitBake.

ຕາຕະລາງ 2. ຕົວເລືອກ BitBake

ການຕັ້ງຄ່າ U-Boot
ການຕັ້ງຄ່າ U-Boot ຖືກກໍານົດໄວ້ໃນການຕັ້ງຄ່າເຄື່ອງຈັກຕົ້ນຕໍ file. ການຕັ້ງຄ່າຖືກລະບຸໂດຍການໃຊ້ການຕັ້ງຄ່າ UBOOT_CONFIG. ອັນນີ້ຕ້ອງການການຕັ້ງຄ່າ UBOOT_CONFIG ໃນ local.conf. ຖ້າບໍ່ດັ່ງນັ້ນ, U-Boot build ໃຊ້ SD boot ໂດຍຄ່າເລີ່ມຕົ້ນ.
ເຫຼົ່ານີ້ສາມາດຖືກສ້າງຂື້ນແຍກຕ່າງຫາກໂດຍໃຊ້ຄໍາສັ່ງຕໍ່ໄປນີ້ (ປ່ຽນ MACHINE ກັບເປົ້າຫມາຍທີ່ຖືກຕ້ອງ). ການຕັ້ງຄ່າ U-Boot ຫຼາຍສາມາດຖືກສ້າງຂຶ້ນດ້ວຍຄໍາສັ່ງດຽວໂດຍການວາງຊ່ອງຫວ່າງລະຫວ່າງການຕັ້ງຄ່າ U-Boot.
ຕໍ່ໄປນີ້ແມ່ນການຕັ້ງຄ່າ U-Boot ສໍາລັບແຕ່ລະກະດານ. ກະດານ i.MX 6 ແລະ i.MX 7 ຮອງຮັບ SD ໂດຍບໍ່ມີ OP-TEE ແລະດ້ວຍ OP-TEE:

• uboot_config_imx95evk=”sd fspi”
• uboot_config_imx943evk=”sd xspi”
• uboot_config_imx93evk=”sd fspi”
• uboot_config_imx91evk=”sd nand fspi ecc”
• uboot_config_imx8mpevk=”sd fspi ecc”
• uboot_config_imx8mnevk=”sd fspi”
• uboot_config_imx8mmevk=”sd fspi”
• uboot_config_imx8mqevk=”sd”
• uboot_config_imx8dxlevk=”sd fspi”
• uboot_conifg_imx8dxmek=”sd fspi”
• uboot_config_imx8qxpc0mek=”sd fspi”
• uboot_config_imx8qxpmek=”sd fspi”
• uboot_config_imx8qmmek=”sd fspi”
• uboot_config_imx8ulpevk=”sd fspi”
• uboot_config_imx8ulp-9×9-lpddr4-evk=”sd fspi”
• uboot_config_imx6qsabred=”sd sata sd-optee”
• uboot_config_imx6qsabreauto=”sd sata eimnor spinor nand sd-optee”
• uboot_config_imx6dlsabred=”sd epdc sd-optee”
• uboot_config_imx6dlsabreauto=”sd eimnor spinor nand sd-optee”
• uboot_config_imx6solosabresd=”sd sd-optee”
• uboot_config_imx6solosabreauto=”sd eimnor spinor nand sd-optee”
• uboot_config_imx6sxsabred=”sd emmc qspi2 m4fastup sd-optee”
• uboot_config_imx6sxsabreauto=”sd qspi1 nand sd-optee”
• uboot_config_imx6qpsabreauto=”sd sata eimnor spinor nand sd-optee”
• uboot_config_imx6qpsabresd=”sd sata sd-optee”
• uboot_config_imx6sllevk=”sd epdc sd-optee”
• uboot_config_imx6ulevk=”sd emmc qspi1 sd-optee”
• uboot_config_imx6ul9x9evk=”sd qspi1 sd-optee”
• uboot_config_imx6ull14x14evk=”sd emmc qspi1 nand sd-optee”
• uboot_config_imx6ull9x9evk=”sd qspi1 sd-optee”
• uboot_config_imx6ulz14x14evk=”sd emmc qspi1 nand sd-optee”
• uboot_config_imx7dsabresd=”sd epdc qspi1 nand sd-optee”
• uboot_config_imx7ulpevk=”sd emmc sd-optee”

ດ້ວຍການຕັ້ງຄ່າ U-Boot ອັນດຽວ:

• echo “UBOOT_CONFIG = \”eimnor\”” >> conf/local.conf

ດ້ວຍການຕັ້ງຄ່າ U-Boot ຫຼາຍ:

• echo “UBOOT_CONFIG = \”sd eimnor\”” >> conf/local.conf
• ເຄື່ອງຈັກ= bitbake -c ນຳໃຊ້ u-boot-imx

ສ້າງສະຖານະການ
ຕໍ່ໄປນີ້ແມ່ນສ້າງສະຖານະການຕັ້ງຄ່າສໍາລັບການຕັ້ງຄ່າຕ່າງໆ.
ຕັ້ງຄ່າ manifest ແລະຕື່ມຂໍ້ມູນແຫຼ່ງຊັ້ນຂອງ Yocto Project ດ້ວຍຄໍາສັ່ງເຫຼົ່ານີ້:

• mkdir imx-yocto-bsp
• cd imx-yocto-bsp
• repo init -u https://github.com/nxp-imx/imx-manifest\-linux-walnascar -m imx-6.12.20-2.0.0.xml repo sync

ພາກສ່ວນຕໍ່ໄປນີ້ໃຫ້ສະເພາະບາງ examples. ປ່ຽນຊື່ເຄື່ອງ ແລະ backends ທີ່ລະບຸໄວ້ເພື່ອປັບແຕ່ງຄຳສັ່ງ.

i.MX 8M Plus EVK ກັບ backend ກຣາບຟິກ XWayland

• DISTRO=fsl-imx-xwayland MACHINE=imx8mpevk ແຫຼ່ງ imx-setup-release.sh -b build-xwayland bitbake imx-image-full
• ນີ້ສ້າງຮູບພາບ XWayland ດ້ວຍ Qt 6 ແລະຄຸນສົມບັດການຮຽນຮູ້ຂອງເຄື່ອງຈັກ. ເພື່ອສ້າງໂດຍບໍ່ມີ Qt 6 ແລະການຮຽນຮູ້ເຄື່ອງຈັກ, ໃຫ້ໃຊ້ imx-image-multimedia ແທນ.

ຮູບພາບ i.MX 8M Quad EVK ທີ່ມີ backend ກຣາບຟິກ Walyand

• DISTRO=fsl-imx-wayland MACHINE=imx8mqevk ແຫຼ່ງ imx-setup-release.sh -b buildwayland
• bitbake imx-image-multimedia
  ນີ້ສ້າງຮູບພາບ Weston Wayland ກັບມັນຕິມີເດຍໂດຍບໍ່ມີ Qt 6.

i.MX 6QuadPlus SABRE-AI ຮູບພາບທີ່ມີກອບຮູບພາບ Frame Buffer

• DISTRO=fsl-imx-fb MACHINE=imx6qpsabresd ແຫຼ່ງ imx-setup-release.sh –b buildfb
• bitbake imx-image-multimedia
• ອັນນີ້ສ້າງຮູບພາບມັນຕິມີເດຍທີ່ມີ backend buffer ກອບ.

ກຳລັງຣີສະຕາດສະພາບແວດລ້ອມການກໍ່ສ້າງ
ຖ້າປ່ອງຢ້ຽມ terminal ໃຫມ່ຖືກເປີດຫຼືເຄື່ອງໄດ້ຖືກ rebooted ຫຼັງຈາກ build directory ຖືກຕັ້ງຄ່າ, setup environment script ຄວນຖືກນໍາໃຊ້ເພື່ອຕັ້ງຄ່າຕົວແປສະພາບແວດລ້ອມແລະດໍາເນີນການ build ອີກເທື່ອຫນຶ່ງ. imx-setup-release.sh ເຕັມແມ່ນບໍ່ຈໍາເປັນ.

ແຫຼ່ງ​ການ​ຕັ້ງ​ຄ່າ​ສະ​ພາບ​ແວດ​ລ້ອມ​

Chromium Browser ໃນ Wayland
ຊຸມຊົນໂຄງການ Yocto ມີສູດ Chromium ສໍາລັບຕົວທ່ອງເວັບ Chromium ຮຸ່ນ Wayland ສໍາລັບ i.MX SoC ກັບຮາດແວ GPU. NXP ບໍ່ສະຫນັບສະຫນູນຫຼືທົດສອບ patches ຈາກຊຸມຊົນ. ພາກສ່ວນນີ້ອະທິບາຍວິທີການລວມ Chromium ເຂົ້າໃນ rootfs ຂອງທ່ານແລະເປີດໃຊ້ຮາດແວເລັ່ງການໃຫ້ຂໍ້ມູນ. WebGL. ບຣາວເຊີ Chromium ຕ້ອງການຊັ້ນຂໍ້ມູນເພີ່ມເຕີມເຊັ່ນ: meta-browser ເພີ່ມຢູ່ໃນສະຄຣິບ imx-release-setup.sh ໂດຍອັດຕະໂນມັດ.

ໝາຍເຫດ:

• X11 ບໍ່ຮອງຮັບ.
• ການຮອງຮັບ i.MX 6 ແລະ i.MX 7 ຖືກປິດການນຳໃຊ້ໃນລຸ້ນນີ້ ແລະຈະຖືກລຶບອອກໃນລຸ້ນຕໍ່ໄປ. ໃນ local.conf, ເພີ່ມ Chromium ໃສ່ຮູບຂອງທ່ານ.

CORE_IMAGE_EXTRA_INSTALL += “chromium-ozone-wayland”
ເພີ່ມຊັ້ນ Chromium ໃສ່ການສ້າງຂອງທ່ານ.
bitbake-layers add-layer ../sources/meta-browser/meta-chromium

Qt 6 ແລະ QtWebຕົວທ່ອງເວັບຂອງເຄື່ອງຈັກ
Qt 6 ມີທັງໃບອະນຸຍາດການຄ້າແລະແຫຼ່ງເປີດ. ໃນເວລາທີ່ການກໍ່ສ້າງໃນໂຄງການ Yocto, ແຫຼ່ງເປີດ
ໃບອະນຸຍາດແມ່ນຄ່າເລີ່ມຕົ້ນ. ໃຫ້ແນ່ໃຈວ່າເຂົ້າໃຈຄວາມແຕກຕ່າງລະຫວ່າງໃບອະນຸຍາດເຫຼົ່ານີ້ແລະເລືອກທີ່ເຫມາະສົມ. ຫຼັງຈາກການພັດທະນາ Qt 6 custom ໄດ້ເລີ່ມຕົ້ນໃນໃບອະນຸຍາດແຫຼ່ງເປີດ, ມັນບໍ່ສາມາດຖືກນໍາໃຊ້ກັບໃບອະນຸຍາດການຄ້າ. ເຮັດວຽກກັບຜູ້ຕາງຫນ້າທາງດ້ານກົດຫມາຍເພື່ອເຂົ້າໃຈຄວາມແຕກຕ່າງລະຫວ່າງໃບອະນຸຍາດເຫຼົ່ານີ້.

ໝາຍເຫດ:
ການກໍ່ສ້າງ QtWebເຄື່ອງຈັກບໍ່ເຂົ້າກັນໄດ້ກັບຊັ້ນ meta-chromium ທີ່ໃຊ້ໂດຍການປ່ອຍ.

• ຖ້າທ່ານກໍາລັງໃຊ້ການຕິດຕັ້ງ NXP build, ເອົາ meta-chromium ອອກຈາກ bblayers.conf:
• # ສະແດງຄວາມຄິດເຫັນເນື່ອງຈາກຄວາມບໍ່ເຂົ້າກັນກັບ qtwebເຄື່ອງຈັກ
• #BBLAYERS += “${BSPDIR}/sources/meta-browser/meta-chromium”
• ມີສີ່ Qt 6 ຕົວທ່ອງເວັບທີ່ມີຢູ່. QtWebຕົວທ່ອງເວັບຂອງເຄື່ອງຈັກສາມາດພົບໄດ້ໃນ:
• /usr/share/qt6/examples/webenginewidgets/StyleSheetbrowser
• /usr/share/qt6/examples/webenginewidgets/Simplebrowser
• /usr/share/qt6/examples/webenginewidgets/Cookiebrowser
• /usr/share/qt6/examples/webengine/wicknanobrowser

ທັງສາມຕົວທ່ອງເວັບສາມາດດໍາເນີນການໄດ້ໂດຍການໄປທີ່ໄດເລກະທໍລີຂ້າງເທິງແລະດໍາເນີນການປະຕິບັດທີ່ພົບເຫັນຢູ່ທີ່ນັ້ນ.
ໜ້າຈໍສຳຜັດສາມາດເປີດໃຊ້ໄດ້ໂດຍການເພີ່ມພາລາມິເຕີ -plugin evdevtouch:/dev/input/event0 ເຂົ້າໃນການດຳເນີນການ. ./quicknanobrowser -plugin evdevtouch:/dev/input/event0 QtWebເຄື່ອງຈັກພຽງແຕ່ເຮັດວຽກຢູ່ໃນ SoC ກັບຮາດແວກຣາຟິກ GPU ໃນ i.MX 6, i.MX 7, i.MX 8, ແລະ i.MX 9.
ເພື່ອປະກອບມີ Qtwebເຄື່ອງຈັກໃນຮູບພາບ, ໃສ່ຕໍ່ໄປນີ້ໃນ local.conf ຫຼືໃນສູດຮູບພາບ.
IMAGE_INSTALL:append = ” packagegroup-qt6-webເຄື່ອງຈັກ”

ການຮຽນຮູ້ເຄື່ອງຈັກ NXP eIQ

• ຊັ້ນ meta-ml ແມ່ນການລວມຕົວຂອງ NXP eIQ machine learning, ເຊິ່ງໃນເມື່ອກ່ອນໄດ້ຖືກປ່ອຍອອກມາເປັນຊັ້ນ meta-imx-machinelearning ແຍກຕ່າງຫາກແລະປະຈຸບັນໄດ້ຖືກປະສົມປະສານເຂົ້າໃນຮູບພາບ BSP ມາດຕະຖານ (imx-image-full).
• ລັກສະນະຫຼາຍອັນຕ້ອງການ Qt 6. ໃນກໍລະນີທີ່ໃຊ້ການຕັ້ງຄ່າອື່ນນອກເໜືອໄປຈາກ imx-image-full, ໃຫ້ໃສ່ຕໍ່ໄປນີ້ໃນ local.conf:
• IMAGE_INSTALL:append = ” packagegroup-imx-ml”
• ເພື່ອຕິດຕັ້ງແພັກເກັດ NXP eIQ ໃສ່ SDK, ໃສ່ສິ່ງຕໍ່ໄປນີ້ໃນ local.conf:
• TOOLCHAIN_TARGET_TASK:append = ” tensorflow-lite-dev onnxruntime-dev”

ໝາຍເຫດ:
TOOLCHAIN_TARGET_TASK_append variable ຕິດຕັ້ງແພັກເກັດໃສ່ SDK ເທົ່ານັ້ນ, ບໍ່ແມ່ນໃສ່ກັບຮູບ.
ເພື່ອເພີ່ມການຕັ້ງຄ່າຕົວແບບ ແລະຂໍ້ມູນການປ້ອນຂໍ້ມູນສຳລັບການສາທິດ OpenCV DNN, ໃສ່ສິ່ງຕໍ່ໄປນີ້ໃນ local.conf:
PACKAGECONFIG:append:pn-opencv_mx8 = ”ທົດສອບ tests-imx”

ລະບົບ
Systemd ຖືກເປີດໃຊ້ເປັນຕົວຈັດການການເລີ່ມຕົ້ນເລີ່ມຕົ້ນ. ເພື່ອປິດການໃຊ້ງານ systemd ເປັນຄ່າເລີ່ມຕົ້ນ, ໄປທີ່ fs-imxbase inc ແລະສະແດງຄວາມຄິດເຫັນອອກຈາກພາກສ່ວນ systemd.

ການເປີດໃຊ້ງານ OP-TEE
OP-TEE ຕ້ອງການສາມອົງປະກອບ: OP-TEE OS, ລູກຄ້າ OP-TEE, ແລະການທົດສອບ OP-TEE. ນອກຈາກນັ້ນ, kernel ແລະ U-Boot ມີການຕັ້ງຄ່າ. OP-TEE OS ຢູ່ໃນ bootloader ໃນຂະນະທີ່ລູກຄ້າ OP-TEE ແລະການທົດສອບຢູ່ໃນ rootfs.
OP-TEE ຖືກເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນໃນລຸ້ນນີ້. ເພື່ອປິດການນຳໃຊ້ OP-TEE, ໃຫ້ໄປທີ່ meta-imx/meta-imx-bsp/ conf/layer.conf file ແລະສະແດງຄວາມຄິດເຫັນອອກ DISTRO_FEATURES_append ສໍາລັບ OP-TEE ແລະຍົກເລີກຄໍາຄິດຄໍາເຫັນຂອງແຖວທີ່ຖືກລຶບອອກ.

ການກໍ່ສ້າງຄຸກ
Jailhouse ແມ່ນ Hypervisor ການແບ່ງສ່ວນແບບຄົງທີ່ໂດຍອີງໃສ່ Linux OS. ມັນຮອງຮັບໃນ i.MX 8M Plus, i.MX 8M Nano, i.MX 8M Quad EVK, i.MX 8M Mini EVK, i.MX 93, i.MX 95, ແລະ i.MX 943 boards.

ເພື່ອເປີດໃຊ້ Jailhouse build, ເພີ່ມແຖວຕໍ່ໄປນີ້ໃສ່ local.conf:

• DISTRO_FEATURES:append = ”ຄຸກ”
• ໃນ U-Boot, ດໍາເນີນການ jh_netboot ຫຼື jh_mmcboot. ມັນໂຫຼດ DTB ທີ່ອຸທິດຕົນສໍາລັບການນໍາໃຊ້ Jailhouse. ເອົາ i.MX
• 8M Quad ເປັນ exampດັ່ງນັ້ນ, ຫຼັງຈາກ Linux OS boots:
• #insmod jailhouse.ko
• #./jailhouse ເປີດໃຊ້ imx8mq.cell

ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບ Jailhouse ໃນ i.MX 8 ແລະ i.MX 9, ເບິ່ງຄູ່ມືຜູ້ໃຊ້ i.MX Linux (UG10163).

ການນຳໃຊ້ຮູບພາບ

ສໍາເລັດ fileຮູບ​ພາບ​ຂອງ​ລະ​ບົບ​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​ເພື່ອ​ /tmp/deploy/images. ຮູບພາບແມ່ນ, ສໍາລັບສ່ວນໃຫຍ່, ສະເພາະກັບເຄື່ອງທີ່ກໍານົດໄວ້ໃນການຕັ້ງຄ່າສະພາບແວດລ້ອມ. ແຕ່ລະການສ້າງຮູບພາບຈະສ້າງ U-Boot, kernel, ແລະປະເພດຮູບພາບໂດຍອີງໃສ່ IMAGE_FSTYPES ທີ່ກໍານົດໄວ້ໃນການຕັ້ງຄ່າເຄື່ອງ. file. ການຕັ້ງຄ່າເຄື່ອງສ່ວນໃຫຍ່ໃຫ້ຮູບພາບ SD card (.wic) ແລະຮູບ rootfs (.tar). ຮູບພາບ SD card ປະກອບມີຮູບພາບທີ່ແບ່ງປັນ (ມີ U-Boot, kernel, rootfs, ແລະອື່ນໆ) ທີ່ເຫມາະສົມສໍາລັບການບູດຮາດແວທີ່ສອດຄ້ອງກັນ.

ການກະພິບຮູບພາບ SD card
ຮູບພາບບັດ SD file .wic ມີຮູບພາບທີ່ແບ່ງສ່ວນ (ມີ U-Boot, kernel, rootfs, ແລະອື່ນໆ) ທີ່ເຫມາະສົມສໍາລັບການບູດຮາດແວທີ່ສອດຄ້ອງກັນ. ເພື່ອກະພິບຮູບພາບ SD card, ດໍາເນີນການຄໍາສັ່ງຕໍ່ໄປນີ້:
zstdcat .wic.zst | sudo dd ຂອງ =/dev/sd bs=1M conv=fsync

ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການກະພິບ, ເບິ່ງພາກ “ການກະກຽມ SD/MMC card to boot” ໃນ i.MX Linux User's Guide (UG10163). ສໍາລັບຄໍາຮ້ອງສະຫມັກການຮຽນຮູ້ເຄື່ອງຈັກ NXP eIQ, ຕ້ອງການພື້ນທີ່ດິດເພີ່ມເຕີມ
(ປະມານ 1 GB). ມັນຖືກກໍານົດໂດຍການເພີ່ມຕົວແປ IMAGE_ROOTFS_EXTRA_SPACE ເຂົ້າໄປໃນ local.conf file ກ່ອນຂະບວນການກໍ່ສ້າງ Yocto. ເບິ່ງຄູ່ມືໂຄງການ Yocto Mega.

ການປັບແຕ່ງ

ມີສາມສະຖານະການທີ່ຈະສ້າງແລະປັບແຕ່ງໃນ i.MX Linux OS:

• ການກໍ່ສ້າງໂຄງການ i.MX Yocto BSP ແລະການກວດສອບຢູ່ໃນກະດານອ້າງອີງ i.MX. ທິດທາງໃນເອກະສານນີ້ອະທິບາຍວິທີການນີ້ໃນລາຍລະອຽດ.
• ປັບແຕ່ງ kernel ແລະສ້າງກະດານ custom ແລະຕົ້ນໄມ້ອຸປະກອນທີ່ມີ kernel ແລະ U-Boot. ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບວິທີການສ້າງ SDK ແລະຕິດຕັ້ງເຄື່ອງໂຮດສໍາລັບການກໍ່ສ້າງ kernel ແລະ U-Boot ພາຍນອກສະພາບແວດລ້ອມການກໍ່ສ້າງໂຄງການ Yocto, ເບິ່ງພາກ "ວິທີການສ້າງ U-Boot ແລະ Kernel ໃນສະພາບແວດລ້ອມແບບສະແຕນເລດ" ໃນ i. ຄູ່ມືຜູ້ໃຊ້ MX Linux (UG10163).
• ປັບແຕ່ງການແຈກຢາຍເພີ່ມ ຫຼືເອົາການຫຸ້ມຫໍ່ອອກຈາກ BSP ທີ່ສະໜອງໃຫ້ກັບ i.MX Linux ອອກໂດຍການສ້າງຊັ້ນໂຄງການ Yocto ແບບກຳນົດເອງ. i.MX ສະໜອງຕົວຢ່າງຕົວຢ່າງຫຼາຍຢ່າງamples ເພື່ອສະແດງຊັ້ນກໍານົດເອງຢູ່ເທິງສຸດຂອງ i.MX BSP ເປີດຕົວ. ພາກສ່ວນທີ່ຍັງເຫຼືອຢູ່ໃນເອກະສານນີ້ໃຫ້ຄໍາແນະນໍາສໍາລັບການສ້າງ DISTRO ແບບກໍານົດເອງແລະການຕັ້ງຄ່າກະດານ.

ການສ້າງ distro ແບບກຳນົດເອງ
Distro ແບບກຳນົດເອງສາມາດກຳນົດຄ່າສະພາບແວດລ້ອມການສ້າງແບບກຳນົດເອງໄດ້. distro ໄດ້ files ປ່ອຍອອກມາເມື່ອ fsl-imx-wayland, fsl-imx-xwayland, ແລະ fsl-imx-fb ທັງຫມົດສະແດງໃຫ້ເຫັນການຕັ້ງຄ່າສໍາລັບ backend ກຣາຟິກສະເພາະ. Distros ຍັງສາມາດຖືກນໍາໃຊ້ເພື່ອກໍານົດຄ່າພາລາມິເຕີອື່ນໆເຊັ່ນ: kernel, U-Boot, ແລະ GStreamer. ການ distro i.MX files ຖືກຕັ້ງເພື່ອສ້າງສະພາບແວດລ້ອມການສ້າງແບບກໍານົດເອງທີ່ຕ້ອງການສໍາລັບການທົດສອບ i.MX Linux OS BSP ຂອງພວກເຮົາ.
ມັນແມ່ນແນະນໍາໃຫ້ລູກຄ້າແຕ່ລະຄົນສ້າງ distro ຂອງຕົນເອງ file ແລະໃຊ້ມັນສໍາລັບການຕັ້ງຄ່າຜູ້ໃຫ້ບໍລິການ, ຮຸ່ນ, ແລະການຕັ້ງຄ່າທີ່ກໍາຫນົດເອງສໍາລັບສະພາບແວດລ້ອມການກໍ່ສ້າງຂອງພວກເຂົາ. distro ຖືກສ້າງຂື້ນໂດຍການຄັດລອກ distro ທີ່ມີຢູ່ແລ້ວ file, ຫຼື
ລວມທັງຫນຶ່ງເຊັ່ນ poky.conf ແລະເພີ່ມການປ່ຽນແປງເພີ່ມເຕີມ, ຫຼືລວມທັງຫນຶ່ງຂອງ i.MX distros ແລະການນໍາໃຊ້ທີ່ເປັນຈຸດເລີ່ມຕົ້ນ.

ການສ້າງການຕັ້ງຄ່າກະດານແບບກຳນົດເອງ
ຜູ້ຂາຍທີ່ກໍາລັງພັດທະນາກະດານອ້າງອີງອາດຈະຕ້ອງການເພີ່ມກະດານຂອງພວກເຂົາໃສ່ FSL Community BSP. ການມີເຄື່ອງຈັກໃຫມ່ທີ່ສະຫນັບສະຫນູນໂດຍ FSL Community BSP ເຮັດໃຫ້ມັນງ່າຍຕໍ່ການແບ່ງປັນລະຫັດແຫຼ່ງກັບຊຸມຊົນ, ແລະອະນຸຍາດໃຫ້ມີຄວາມຄິດເຫັນຈາກຊຸມຊົນ.
ໂຄງການ Yocto ເຮັດໃຫ້ມັນງ່າຍຕໍ່ການສ້າງແລະແບ່ງປັນ BSP ສໍາລັບກະດານໃຫມ່ທີ່ອີງໃສ່ i.MX. ຂັ້ນຕອນການຖ່າຍທອດຄວນເລີ່ມຕົ້ນເມື່ອ Linux OS kernel ແລະ bootloader ເຮັດວຽກ ແລະທົດສອບສໍາລັບເຄື່ອງນັ້ນ. ມັນເປັນສິ່ງສໍາຄັນສູງທີ່ຈະມີແກ່ນ Linux ແລະ bootloader ທີ່ຫມັ້ນຄົງ (ສໍາລັບຕົວຢ່າງample, U-Boot) ທີ່ຈະຖືກຊີ້ໄປຫາໃນການຕັ້ງຄ່າເຄື່ອງ file, ເພື່ອເປັນຄ່າເລີ່ມຕົ້ນທີ່ໃຊ້ສໍາລັບເຄື່ອງນັ້ນ.
ຂັ້ນຕອນທີ່ສໍາຄັນອີກອັນຫນຶ່ງແມ່ນການກໍານົດຜູ້ຮັກສາສໍາລັບເຄື່ອງຈັກໃຫມ່. ຜູ້ຮັກສາແມ່ນຜູ້ຮັບຜິດຊອບໃນການຮັກສາຊຸດຂອງຊຸດຕົ້ນຕໍທີ່ເຮັດວຽກສໍາລັບຄະນະດັ່ງກ່າວ. ຜູ້ຮັກສາເຄື່ອງຈັກຄວນຮັກສາ kernel ແລະ bootloader ປັບປຸງ, ແລະຊຸດພື້ນທີ່ຜູ້ໃຊ້ທົດສອບສໍາລັບເຄື່ອງນັ້ນ.

ຂັ້ນຕອນທີ່ຈໍາເປັນແມ່ນໄດ້ລະບຸໄວ້ຂ້າງລຸ່ມນີ້. 

1. ປັບແຕ່ງການຕັ້ງຄ່າແກ່ນ files ຕາມຄວາມຕ້ອງການ. ການຕັ້ງຄ່າ kernel file ແມ່ນສະຖານທີ່ຢູ່ໃນ arch/arm/configs ແລະສູດ kernel ຜູ້ຂາຍຄວນປັບແຕ່ງສະບັບທີ່ໂຫລດຜ່ານສູດ kernel.
2. ປັບແຕ່ງ U-Boot ຕາມຄວາມຕ້ອງການ. ເບິ່ງ i.MX Porting Guide (UG10165) ສໍາລັບລາຍລະອຽດກ່ຽວກັບເລື່ອງນີ້.
3. ແຕ່ງຕັ້ງຜູ້ຮັກສາຄະນະ. ຜູ້ຮັກສານີ້ເຮັດໃຫ້ແນ່ໃຈວ່າ files ຖືກປັບປຸງຕາມຄວາມຕ້ອງການ, ດັ່ງນັ້ນການກໍ່ສ້າງເຮັດວຽກສະເຫມີ.
4. ຕັ້ງຄ່າການກໍ່ສ້າງໂຄງການ Yocto ຕາມທີ່ອະທິບາຍໄວ້ໃນຄໍາແນະນໍາຊຸມຊົນໂຄງການ Yocto ດັ່ງທີ່ສະແດງຂ້າງລຸ່ມນີ້. ໃຊ້ສາຂາແມ່ບົດຊຸມຊົນ.
   • ດາວໂຫລດແພັກເກດໂຮດທີ່ຕ້ອງການ, ຂຶ້ນກັບການແຈກຢາຍ Linux OS ຂອງເຈົ້າຈາກ Yocto Project Quick Start.
   • ດາວໂຫລດ Repo ດ້ວຍຄໍາສັ່ງ:
   • curl https://storage.googleapis.com/git-repo-downloads/repo>~/bin/repo
   • ສ້າງໄດເລກະທໍລີເພື່ອຮັກສາທຸກຢ່າງ. ຊື່ໄດເລກະທໍລີໃດສາມາດໃຊ້. ເອກະສານນີ້ໃຊ້ imxcommunity- bsp.
   • mkdir imx-community-bsp
     ປະຕິບັດຄໍາສັ່ງຕໍ່ໄປນີ້:
   • cd imx-community-bsp
   • ເລີ່ມຕົ້ນ Repo ກັບສາຂາຕົ້ນສະບັບຂອງ Repo.
   • repo init -u https://github.com/Freescale/fsl-community-bsp-platform-bmaster
   • ເອົາສູດທີ່ຈະໃຊ້ໃນການກໍ່ສ້າງ.
   • repo sync
   • ຕັ້ງຄ່າສະພາບແວດລ້ອມດ້ວຍຄໍາສັ່ງຕໍ່ໄປນີ້:
   • ແຫຼ່ງ setup-environment build
5. ເລືອກເຄື່ອງທີ່ຄ້າຍຄືກັນ file ໃນ fsl-community-bsp/sources/meta-freescale-3rdparty/conf/machine ແລະຄັດລອກມັນ, ໂດຍໃຊ້ຕົວຊີ້ບອກຊື່ຂອງກະດານຂອງທ່ານ. ແກ້ໄຂກະດານໃຫມ່ file ກັບຂໍ້ມູນກ່ຽວກັບຄະນະຂອງທ່ານ. ປ່ຽນຊື່ ແລະຄຳອະທິບາຍຢ່າງໜ້ອຍ. ເພີ່ມ MACHINE_FEATURE.
   ທົດສອບການປ່ຽນແປງຂອງທ່ານກັບສາຂາແມ່ບົດຊຸມຊົນຫຼ້າສຸດ, ໃຫ້ແນ່ໃຈວ່າທຸກຢ່າງເຮັດວຽກໄດ້ດີ. ໃຊ້ຢ່າງໜ້ອຍ core-image-minimal.
   bitbake core-image-minimal
6. ກະກຽມແຜ່ນ. ປະ​ຕິ​ບັດ​ຕາມ​ຄູ່​ມື​ຮູບ​ແບບ​ສູດ​ແລະ​ພາກ​ສ່ວນ "ການ​ປະ​ກອບ​ສ່ວນ​" ພາຍ​ໃຕ້​ການ​ github.com/Freescale/meta-freescale/blob/master/README.md.
7. Upstream ເຂົ້າໄປໃນ meta-freescale-3rdparty. ເພື່ອຂຶ້ນນ້ໍາ, ສົ່ງ patches ໄປ meta-freescale@yoctoproject.org

ການຕິດຕາມຄວາມສ່ຽງດ້ານຄວາມປອດໄພໃນ BSP ຂອງທ່ານ
ມີສອງວິທີໃນການຕິດຕາມຄວາມສ່ຽງທົ່ວໄປແລະການເປີດເຜີຍ (CVE): ຫນຶ່ງແມ່ນ Vigiles ແລະອີກຢ່າງຫນຶ່ງແມ່ນການກວດສອບ Yocto CVE.

ວິທີການກວດສອບ CVE ໂດຍເຄື່ອງມື Vigiles
ການຕິດຕາມຄວາມສ່ຽງທົ່ວໄປແລະການເປີດເຜີຍ (CVE) ສາມາດເຮັດໄດ້ດ້ວຍເຄື່ອງມື Vigiles ທີ່ເປີດໃຊ້ NXP ຈາກ Timesys. Vigiles ເປັນເຄື່ອງມືການຕິດຕາມ ແລະການຈັດການຄວາມອ່ອນແອທີ່ສະໜອງການວິເຄາະ Yocto CVE ໃນເວລາສ້າງຮູບພາບເປົ້າໝາຍ. ມັນເຮັດສິ່ງນີ້ໂດຍການເກັບກໍາຂໍ້ມູນ metadata ກ່ຽວກັບຊອບແວທີ່ໃຊ້ໃນ Yocto Project BSP ແລະປຽບທຽບກັບຖານຂໍ້ມູນ CVE ທີ່ປະສົມປະສານຂໍ້ມູນກ່ຽວກັບ CVEs ຈາກແຫຼ່ງຕ່າງໆ, ລວມທັງ NIST, Ubuntu, ແລະອື່ນໆຈໍານວນຫຼາຍ.
ລະດັບສູງview ຊ່ອງໂຫວ່ທີ່ກວດພົບຈະຖືກສົ່ງຄືນ, ແລະການວິເຄາະລາຍລະອຽດຢ່າງເຕັມທີ່ກັບຂໍ້ມູນກ່ຽວກັບຜົນກະທົບຕໍ່ CVEs, ຄວາມຮຸນແຮງແລະການແກ້ໄຂທີ່ມີຢູ່ສາມາດເປັນ. viewed ອອນໄລນ໌.

ເພື່ອເຂົ້າເຖິງບົດລາຍງານອອນໄລນ໌, ລົງທະບຽນສໍາລັບບັນຊີ NXP Vigiles ຂອງທ່ານໂດຍການປະຕິບັດຕາມການເຊື່ອມຕໍ່: https://www.timesys.com/register-nxp-vigiles/

ຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການຕິດຕັ້ງແລະການປະຕິບັດ Vigiles ສາມາດພົບໄດ້ທີ່ນີ້:
https://github.com/TimesysGit/meta-timesys https://www.nxp.com/vigiles

ການຕັ້ງຄ່າ
ເພີ່ມ meta-timesys ກັບ conf/bblayers.conf ຂອງ BSP build ຂອງທ່ານ.

ປະຕິບັດຕາມຮູບແບບຂອງ file ແລະເພີ່ມ meta-timesys:

BBLAYERS += “${BSPDIR}/sources/meta-timesys”
ຕື່ມຂໍ້ມູນໃສ່ກັບຕົວແປ INHERIT ໃນ conf/local.conf:
ສືບທອດ += “ລະວັງ”

ການປະຕິບັດ
ເມື່ອ meta-timesys ໄດ້ຖືກເພີ່ມເຂົ້າໃນການກໍ່ສ້າງຂອງທ່ານ, Vigiles ປະຕິບັດການສະແກນຄວາມສ່ຽງດ້ານຄວາມປອດໄພທຸກໆຄັ້ງທີ່ Linux BSP ຖືກສ້າງຂຶ້ນດ້ວຍ Yocto. ບໍ່ມີຄໍາສັ່ງເພີ່ມເຕີມທີ່ຈໍາເປັນ. ຫຼັງຈາກການສ້າງແຕ່ລະອັນສຳເລັດແລ້ວ, ຂໍ້ມູນການສະແກນຊ່ອງໂຫວ່ຈະຖືກເກັບໄວ້ໃນໄດເລກະທໍລີ imx-yocto-bsp/ / vigiles.

ເຈົ້າສາມາດ view ລາຍ​ລະ​ອຽດ​ຂອງ​ການ​ສະ​ແກນ​ຄວາມ​ປອດ​ໄພ​ໂດຍ​ຜ່ານ​ການ​:

• ເສັ້ນຄໍາສັ່ງ (ສະຫຼຸບ)
• ອອນລາຍ (ລາຍລະອຽດ)
• ພຽງ​ແຕ່​ເປີດ​ໄດ້​ file ຊື່ -report.txt, ເຊິ່ງປະກອບມີການເຊື່ອມຕໍ່ກັບບົດລາຍງານອອນໄລນ໌ລາຍລະອຽດ.

ວິທີການຕິດຕາມ CVE ໂດຍ Yocto BitBake

• ໂຄງການ Yocto ມີພື້ນຖານໂຄງລ່າງເພື່ອຕິດຕາມ ແລະແກ້ໄຂຊ່ອງໂຫວ່ດ້ານຄວາມປອດໄພທີ່ຮູ້ຈັກທີ່ບໍ່ໄດ້ແກ້ໄຂ, ຕາມທີ່ຕິດຕາມໂດຍຖານຂໍ້ມູນສາທາລະນະທົ່ວໄປ Vulnerabilities and Exposures (CVE).
• ເພື່ອເປີດໃຊ້ການກວດສອບຊ່ອງໂຫວ່ດ້ານຄວາມປອດໄພ CVE ໂດຍໃຊ້ cve-check ໃນຮູບພາບສະເພາະ ຫຼືເປົ້າໝາຍທີ່ທ່ານກຳລັງສ້າງ, ເພີ່ມການຕັ້ງຄ່າຕໍ່ໄປນີ້ໃສ່ການຕັ້ງຄ່າຂອງທ່ານໃນ conf/local.conf: INHERIT += “cve-check”
• ຫ້ອງຮຽນ cve-check ຊອກຫາ CVEs ທີ່ຮູ້ຈັກ (ຄວາມສ່ຽງທົ່ວໄປແລະການເປີດເຜີຍ) ໃນຂະນະທີ່ສ້າງດ້ວຍ BitBake.
• ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ, ເບິ່ງຄູ່ມື Yocto Mega: https://docs.yoctoproject.org/singleindex.html#cve-check

ຄໍາຖາມທີ່ຖາມເລື້ອຍໆ

ເລີ່ມໄວ
ພາກນີ້ສະຫຼຸບວິທີການຕັ້ງຄ່າໂຄງການ Yocto ໃນເຄື່ອງ Linux ແລະສ້າງຮູບພາບ. ຄໍາອະທິບາຍລາຍລະອຽດກ່ຽວກັບຄວາມຫມາຍນີ້ຢູ່ໃນພາກຂ້າງເທິງ.

ການຕິດຕັ້ງຜົນປະໂຫຍດ "repo".
ເພື່ອໃຫ້ໄດ້ຮັບ BSP, ທ່ານຈໍາເປັນຕ້ອງໄດ້ຕິດຕັ້ງ "repo". ອັນນີ້ຕ້ອງເຮັດຄັ້ງດຽວເທົ່ານັ້ນ.

ການດາວໂຫຼດສະພາບແວດລ້ອມໂຄງການ BSP Yocto
ໃຊ້ຊື່ທີ່ຖືກຕ້ອງສໍາລັບການປ່ອຍທີ່ຕ້ອງການໃນຕົວເລືອກ -b ສໍາລັບ repo init. ນີ້ຈໍາເປັນຕ້ອງໄດ້ເຮັດຫນຶ່ງຄັ້ງສໍາລັບແຕ່ລະການປ່ອຍແລະກໍານົດການແຈກຢາຍສໍາລັບໄດເລກະທໍລີທີ່ສ້າງຂຶ້ນໃນຂັ້ນຕອນທໍາອິດ. repo sync ສາມາດຖືກດໍາເນີນການເພື່ອປັບປຸງສູດອາຫານພາຍໃຕ້ແຫຼ່ງທີ່ເປັນຫລ້າສຸດ.

• : mkdir imx-yocto-bsp
• : cd imx-yocto-bsp
• : repo init -u https://github.com/nxp-imx/imx-manifest-bimx-linux-walnascar
  -m imx-6.12.20-2.0.0.xml
• : repo sync
• ໝາຍເຫດ: https://github.com/nxp-imx/imx-manifest/tree/imx-linux-walnascar ມີບັນຊີລາຍຊື່ຂອງ manifest ທັງຫມົດ files ສະຫນັບສະຫນູນໃນການປ່ອຍນີ້.

ຕັ້ງຄ່າສໍາລັບ Backends ສະເພາະ

i.MX 8 ແລະ i.MX 9 Framebuffer ບໍ່ຮອງຮັບ. ໃຊ້ສະເພາະກັບ i.MX 6 ແລະ i.MX 7 SoC ເທົ່ານັ້ນ.

ຕັ້ງຄ່າສໍາລັບ Framebuffer

ການປັບແຕ່ງການຕັ້ງຄ່າທ້ອງຖິ່ນ
ການສ້າງໂຄງການ Yocto ສາມາດໃຊ້ຊັບພະຍາກອນການກໍ່ສ້າງຢ່າງຫຼວງຫຼາຍທັງໃນເວລາແລະການນໍາໃຊ້ແຜ່ນ, ໂດຍສະເພາະໃນເວລາທີ່ການກໍ່ສ້າງໃນຫຼາຍໄດເລກະທໍລີກໍ່ສ້າງ. ມີວິທີການທີ່ຈະເພີ່ມປະສິດທິພາບນີ້, ສໍາລັບການຍົກຕົວຢ່າງample, ໃຊ້ cache sstate ທີ່ໃຊ້ຮ່ວມກັນ (ແຄສສະຖານະຂອງການກໍ່ສ້າງ) ແລະໄດເລກະທໍລີດາວໂຫລດ (ຖືແພັກເກັດທີ່ດາວໂຫລດ). ເຫຼົ່ານີ້ສາມາດຖືກຕັ້ງໃຫ້ຢູ່ບ່ອນໃດກໍໄດ້ໃນ local.conf file ໂດຍການເພີ່ມຂໍ້ຄວາມເຊັ່ນ:

DL_DIR=”/opt/imx/yocto/imx/download” SSTATE_DIR=”/opt/imx/yocto/imx/sstate-cache”

• ໄດເລກະທໍລີຈໍາເປັນຕ້ອງມີຢູ່ແລ້ວແລະມີສິດອະນຸຍາດທີ່ເຫມາະສົມ. sstate ທີ່ໃຊ້ຮ່ວມກັນຊ່ວຍໃນເວລາທີ່ສ້າງໄດເລກະທໍລີຫຼາຍອັນຖືກຕັ້ງ, ແຕ່ລະຄົນໃຊ້ cache ທີ່ແບ່ງປັນເພື່ອຫຼຸດຜ່ອນເວລາການກໍ່ສ້າງ. ໄດເຣັກທໍຣີການດາວໂຫຼດທີ່ແບ່ງປັນຈະຫຼຸດເວລາດຶງຂໍ້ມູນລົງ. ຖ້າບໍ່ມີການຕັ້ງຄ່າເຫຼົ່ານີ້, ໂຄງການ Yocto ຈະເລີ່ມສ້າງໄດເລກະທໍລີສໍາລັບ cache sstate ແລະການດາວໂຫລດ.
• ທຸກແພັກເກັດທີ່ດາວໂຫຼດໄວ້ໃນໄດເຣັກທໍຣີ DL_DIR ຈະຖືກໝາຍດ້ວຍ a .ແລ້ວໆ. ຖ້າເຄືອຂ່າຍຂອງທ່ານມີບັນຫາໃນການດຶງຂໍ້ມູນແພັກເກັດ, ທ່ານສາມາດຄັດລອກເວີຊັນສຳຮອງຂອງແພັກເກັດໄປທີ່ໄດເລກະທໍລີ DL_DIR ດ້ວຍຕົນເອງ ແລະສ້າງ .ແລ້ວໆ file ດ້ວຍຄໍາສັ່ງສໍາຜັດ. ຫຼັງຈາກນັ້ນ, ດໍາເນີນການຄໍາສັ່ງ bitbake: bitbake .
• ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ, ເບິ່ງຄູ່ມືການອ້າງອີງໂຄງການ Yocto.

ສູດ
ແຕ່ລະອົງປະກອບແມ່ນສ້າງຂຶ້ນໂດຍການນໍາໃຊ້ສູດ. ສໍາລັບອົງປະກອບໃຫມ່, ສູດຕ້ອງຖືກສ້າງຂຶ້ນເພື່ອຊີ້ໄປຫາແຫຼ່ງ (SRC_URI) ແລະລະບຸ patches, ຖ້າເປັນໄປໄດ້. ສະພາບແວດລ້ອມໂຄງການ Yocto ກໍ່ສ້າງຈາກການຜະລິດfile ໃນສະຖານທີ່ທີ່ລະບຸໄວ້ໂດຍ SRC_URI ໃນສູດ. ເມື່ອການກໍ່ສ້າງຖືກສ້າງຕັ້ງຂຶ້ນຈາກເຄື່ອງມືອັດຕະໂນມັດ, ສູດຄວນຈະສືບທອດ autotools ແລະ pkgconfig. ເຮັດfiles ຕ້ອງອະນຸຍາດໃຫ້ CC ຖືກລົບລ້າງໂດຍເຄື່ອງມື Cross Compile ເພື່ອໃຫ້ຊຸດທີ່ສ້າງຂຶ້ນດ້ວຍໂຄງການ Yocto.
ບາງອົງປະກອບມີສູດອາຫານ ແຕ່ຕ້ອງການການເພີ້ມ ຫຼືການປັບປຸງເພີ່ມເຕີມ. ນີ້ສາມາດເຮັດໄດ້ໂດຍໃຊ້ສູດ bbappend. ອັນນີ້ຕື່ມໃສ່ກັບລາຍລະອຽດສູດອາຫານທີ່ມີຢູ່ແລ້ວກ່ຽວກັບແຫຼ່ງທີ່ອັບເດດແລ້ວ. ຕົວຢ່າງample, ສູດ bbappend ເພື່ອປະກອບມີ patch ໃຫມ່ຄວນຈະມີເນື້ອໃນດັ່ງຕໍ່ໄປນີ້:

FILESEXTRAPATHS:prepend := “${THISDIR}/${PN}:” SRC_URI += file// .ເພີ້ມ
FILESEXTRAPATHS_prepend ບອກ Yocto Project ໃຫ້ເບິ່ງໃນໄດເລກະທໍລີທີ່ມີລາຍຊື່ເພື່ອຊອກຫາ patch ທີ່ລະບຸໄວ້ໃນ SRC_URI.

ໝາຍເຫດ:
ຖ້າບໍ່ໄດ້ເລືອກສູດ bbappend, view ບັນທຶກການດຶງຂໍ້ມູນ file (log.do_fetch) ພາຍໃຕ້ໂຟນເດີວຽກເພື່ອກວດເບິ່ງວ່າມີ patches ທີ່ກ່ຽວຂ້ອງລວມຫຼືບໍ່. ບາງຄັ້ງສູດ Git ຈະຖືກໃຊ້ແທນເວີຊັນໃນ bbappend files.

ວິທີການເລືອກຊຸດເພີ່ມເຕີມ
ແພັກເກດເພີ່ມເຕີມສາມາດຖືກເພີ່ມໃສ່ຮູບພາບໄດ້ຖ້າມີສູດອາຫານທີ່ສະໜອງໃຫ້ສຳລັບຊຸດນັ້ນ. ບັນຊີລາຍຊື່ທີ່ສາມາດຄົ້ນຫາໄດ້
ສູດອາຫານທີ່ສະໜອງໃຫ້ໂດຍຊຸມຊົນສາມາດພົບໄດ້ທີ່ layers.openembedded.org/. ທ່ານສາມາດຄົ້ນຫາເພື່ອເບິ່ງວ່າແອັບພລິເຄຊັນມີສູດ Yocto Project ແລ້ວແລະຊອກຫາບ່ອນທີ່ຈະດາວໂຫລດມັນຈາກ.

ການ​ປັບ​ປຸງ​ຮູບ​ພາບ​
ຮູບພາບແມ່ນຊຸດຂອງຊຸດແລະການຕັ້ງຄ່າສະພາບແວດລ້ອມ.
ຮູບພາບ file (ເຊັ່ນ: imx-image-multimedia.bb) ກຳນົດແພັກເກັດທີ່ເຂົ້າໄປພາຍໃນ file ລະບົບ. ຮາກ file ລະບົບ, ແກ່ນ, ໂມດູນ, ແລະ U-Boot binary ແມ່ນມີຢູ່ໃນ build/tmp/deploy/images/ .

ໝາຍເຫດ:
ທ່ານສາມາດສ້າງແພັກເກັດໂດຍບໍ່ລວມເອົາມັນຢູ່ໃນຮູບພາບ, ແຕ່ທ່ານຕ້ອງສ້າງຮູບພາບໃຫມ່ຖ້າທ່ານຕ້ອງການແພັກເກັດຕິດຕັ້ງໂດຍອັດຕະໂນມັດໃນ rootfs.

ກຸ່ມຊຸດ
ກຸ່ມແພັກເກັດແມ່ນຊຸດຂອງແພັກເກັດທີ່ສາມາດລວມຢູ່ໃນຮູບໃດກໍໄດ້.
ກຸ່ມແພັກເກັດສາມາດບັນຈຸຊຸດຂອງຊຸດ. ຕົວຢ່າງampດັ່ງນັ້ນ, ວຽກງານມັນຕິມີເດຍສາມາດກໍານົດໄດ້, ອີງຕາມເຄື່ອງຈັກ, ບໍ່ວ່າຈະເປັນຊຸດ VPU ຖືກສ້າງຂຶ້ນຫຼືບໍ່, ດັ່ງນັ້ນການເລືອກແພັກເກັດມັນຕິມີເດຍອາດຈະອັດຕະໂນມັດສໍາລັບທຸກໆກະດານທີ່ BSP ສະຫນັບສະຫນູນ, ແລະພຽງແຕ່ຊຸດມັນຕິມີເດຍລວມຢູ່ໃນຮູບພາບ.
ແພັກເກດເພີ່ມເຕີມສາມາດຕິດຕັ້ງໄດ້ໂດຍການເພີ່ມແຖວຕໍ່ໄປນີ້ໃນ /local.conf.

CORE_IMAGE_EXTRA_INSTALL:ຕໍ່ທ້າຍ = ” ”

ມີຫຼາຍກຸ່ມຊຸດ. ພວກມັນຢູ່ໃນໄດເລກະທໍລີຍ່ອຍທີ່ມີຊື່ວ່າ packagegroup ຫຼື packagegroups.

ລຸ້ນທີ່ຕ້ອງການ
ສະບັບທີ່ຕ້ອງການແມ່ນໃຊ້ເພື່ອລະບຸເວີຊັນທີ່ຕ້ອງການຂອງສູດທີ່ຈະໃຊ້ສໍາລັບອົງປະກອບສະເພາະ. ອົງປະກອບໜຶ່ງອາດມີຫຼາຍສູດໃນຊັ້ນຂໍ້ມູນຕ່າງໆ ແລະສະບັບທີ່ຕ້ອງການຊີ້ໃຫ້ເຫັນເຖິງເວີຊັນສະເພາະເພື່ອໃຊ້.

ໃນຊັ້ນ meta-imx, ໃນ layer.conf, ຮຸ່ນທີ່ຕ້ອງການແມ່ນຖືກກໍານົດໄວ້ສໍາລັບສູດທັງຫມົດເພື່ອໃຫ້ລະບົບຄົງທີ່ສໍາລັບສະພາບແວດລ້ອມການຜະລິດ. ການຕັ້ງຄ່າເວີຊັນທີ່ຕ້ອງການເຫຼົ່ານີ້ແມ່ນໃຊ້ສໍາລັບການເປີດຕົວ i.MX ຢ່າງເປັນທາງການແຕ່ບໍ່ແມ່ນ
ທີ່​ຈໍາ​ເປັນ​ສໍາ​ລັບ​ການ​ພັດ​ທະ​ນາ​ໃນ​ອະ​ນາ​ຄົດ​.
ຮຸ່ນທີ່ຕ້ອງການຍັງຊ່ວຍໃນເວລາທີ່ສະບັບກ່ອນຫນ້າອາດຈະເຮັດໃຫ້ເກີດຄວາມສັບສົນກ່ຽວກັບສູດໃດຄວນໃຊ້.
ຕົວຢ່າງample, ສູດກ່ອນໜ້ານີ້ສຳລັບ imx-test ແລະ imx-lib ໃຊ້ສະບັບປີຕໍ່ເດືອນ, ເຊິ່ງໄດ້ປ່ຽນເປັນ ສະບັບ. ຖ້າບໍ່ມີລຸ້ນທີ່ຕ້ອງການ, ລຸ້ນເກົ່າອາດຈະຖືກເລືອກ. ສູດອາຫານທີ່ມີເວີຊັ່ນ _git ມັກຈະຖືກເລືອກຫຼາຍກວ່າສູດອື່ນໆ, ເວັ້ນເສຍແຕ່ຈະຕັ້ງເວີຊັນທີ່ຕ້ອງການ. ເພື່ອຕັ້ງຄ່າເວີຊັນທີ່ຕ້ອງການ, ໃຫ້ໃສ່ຕໍ່ໄປນີ້ໃນ local.conf.

PREFERRED_VERSION_ : = “ ”

ເບິ່ງຄູ່ມືໂຄງການ Yocto ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການນໍາໃຊ້ສະບັບທີ່ຕ້ອງການ.

ຜູ້ໃຫ້ບໍລິການທີ່ຕ້ອງການ
ຜູ້ໃຫ້ບໍລິການທີ່ຕ້ອງການແມ່ນໃຊ້ເພື່ອລະບຸຜູ້ໃຫ້ບໍລິການທີ່ຕ້ອງການສໍາລັບອົງປະກອບສະເພາະ.
ອົງປະກອບໜຶ່ງສາມາດມີຜູ້ໃຫ້ບໍລິການຫຼາຍອັນ. ຕົວຢ່າງampດັ່ງນັ້ນ, kernel Linux ສາມາດສະຫນອງໃຫ້ໂດຍ i.MX ຫຼືໂດຍ kernel.org ແລະຜູ້ໃຫ້ບໍລິການທີ່ຕ້ອງການລະບຸຜູ້ໃຫ້ບໍລິການທີ່ຈະໃຊ້.
ຕົວຢ່າງample, U-Boot ແມ່ນສະຫນອງໃຫ້ໂດຍທັງສອງຊຸມຊົນໂດຍຜ່ານ denx.de ແລະ i.MX. ຜູ້ໃຫ້ບໍລິການຊຸມຊົນຖືກກໍານົດໂດຍ u-boot-fslc. ຜູ້ໃຫ້ບໍລິການ i.MX ຖືກລະບຸໂດຍ u-boot-imx. ເພື່ອລະບຸຜູ້ໃຫ້ບໍລິການທີ່ຕ້ອງການ, ໃຫ້ໃສ່ຕໍ່ໄປນີ້ໃນ local.conf:

PREFERRED_PROVIDER_ : = “ ” PREFERRED_PROVIDER_u-boot_mx6 = “u-boot-imx”

ຄອບຄົວ SoC
ຄອບຄົວ SoC ບັນທຶກປະເພດຂອງການປ່ຽນແປງທີ່ໃຊ້ກັບຊຸດສະເພາະຂອງຊິບລະບົບ. ໃນ​ແຕ່​ລະ​ການ​ຕັ້ງ​ຄ່າ​ເຄື່ອງ​ file, ເຄື່ອງໄດ້ຖືກລະບຸໄວ້ດ້ວຍຄອບຄົວ SoC ສະເພາະ. ຕົວຢ່າງample, i.MX 6DualLite Sabre-SD ມີລາຍຊື່ພາຍໃຕ້ຄອບຄົວ i.MX 6 ແລະ i.MX 6DualLite SoC. i.MX 6Solo Sabre-auto ແມ່ນລະບຸໄວ້ພາຍໃຕ້ i.MX 6 ແລະ
ຄອບຄົວ i.MX 6Solo SoC. ການປ່ຽນແປງບາງຢ່າງສາມາດຖືກຕັ້ງເປົ້າໝາຍໃສ່ຄອບຄົວ SoC ສະເພາະໃນ local.conf ເພື່ອລົບລ້າງການປ່ຽນແປງໃນການຕັ້ງຄ່າເຄື່ອງ. file. ຕໍ່ໄປນີ້ແມ່ນ example ຂອງການປ່ຽນແປງເປັນ mx6dlsabresd kernel
ການຕັ້ງຄ່າ.

KERNEL_DEVICETREE:mx6dl = “imx6dl-sabresd.dts”

ຄອບຄົວ SoC ມີປະໂຫຍດໃນເວລາທີ່ເຮັດການປ່ຽນແປງທີ່ສະເພາະສໍາລັບປະເພດຮາດແວເທົ່ານັ້ນ. ຕົວຢ່າງample, i.MX 28 EVK ບໍ່ມີຫນ່ວຍປະມວນຜົນວິດີໂອ (VPU), ດັ່ງນັ້ນການຕັ້ງຄ່າທັງຫມົດສໍາລັບ VPU ຄວນໃຊ້ i.MX 5 ຫຼື i.MX 6 ເພື່ອສະເພາະກັບຊັ້ນທີ່ຖືກຕ້ອງຂອງຊິບ.

ບັນທຶກ BitBake

• BitBake ບັນທຶກຂະບວນການສ້າງແລະຊຸດໃນໄດເລກະທໍລີ temp ໃນ tmp/work/ / / ອຸນຫະພູມ.
• ຖ້າອົງປະກອບບໍ່ສາມາດເອົາຊຸດໄດ້, ບັນທຶກທີ່ສະແດງຂໍ້ຜິດພາດແມ່ນຢູ່ໃນ file log.do_fetch.
  ຖ້າອົງປະກອບບໍ່ສາມາດລວບລວມໄດ້, ບັນທຶກທີ່ສະແດງຂໍ້ຜິດພາດແມ່ນຢູ່ໃນ file log.do_compile.
• ບາງຄັ້ງອົງປະກອບບໍ່ຖືກນຳໃຊ້ຕາມທີ່ຄາດໄວ້. ກວດເບິ່ງໄດເລກະທໍລີພາຍໃຕ້ອົງປະກອບການກໍ່ສ້າງ
  ໄດເລກະທໍລີ (tmp/work/ / ). ກວດເບິ່ງຊຸດ, packages-split, ແລະ sysroot* directory ຂອງແຕ່ລະສູດເພື່ອເບິ່ງວ່າມີ files ຖືກຈັດໃສ່ຢູ່ທີ່ນັ້ນ (ບ່ອນທີ່ພວກເຂົາແມ່ນ staged ກ່ອນທີ່ຈະຖືກຄັດລອກໄປທີ່ໄດເລກະທໍລີ deploy).

ວິທີການເພີ່ມກົນໄກສໍາລັບການຕິດຕາມກວດກາ CVE ແລະການແຈ້ງເຕືອນ
ກົນໄກການຕິດຕາມ CVE ສາມາດດຶງມາຈາກ GitHub. ໄປທີ່ໄດເລກະທໍລີ imx-yocto-bsp/sources.

ດໍາເນີນການຄໍາສັ່ງຕໍ່ໄປນີ້:

git clone https://github.com/TimesysGit/meta-timesys.git-bmaster

ຄໍາສັ່ງນີ້ຈະດາວໂຫລດ Metalayer ເພີ່ມເຕີມທີ່ສະຫນອງສະຄິບສໍາລັບການຜະລິດຮູບພາບ manifest ທີ່ໃຊ້ສໍາລັບການກວດສອບຄວາມປອດໄພແລະການແຈ້ງເຕືອນເປັນສ່ວນຫນຶ່ງຂອງການສະຫນອງຜະລິດຕະພັນ Vigiles ຈາກ NXP ແລະ Timesys. ປະຕິບັດຕາມພາກ 7.3 ກ່ຽວກັບວິທີການນໍາໃຊ້ການແກ້ໄຂ.
ການເຂົ້າຫາການລາຍງານ CVE ເຕັມຮູບແບບຕ້ອງການລະຫັດໃບອະນຸຍາດ LinuxLink. ໂດຍບໍ່ມີກຸນແຈໃນສະພາບແວດລ້ອມການພັດທະນາຂອງທ່ານ, Vigiles ຍັງສືບຕໍ່ດໍາເນີນການໃນ Demo Mode, ການຜະລິດບົດລາຍງານສະຫຼຸບເທົ່ານັ້ນ.
ເຂົ້າສູ່ລະບົບບັນຊີ Vigiles ຂອງທ່ານໃນ LinuxLink (ຫຼືສ້າງຫນຶ່ງຖ້າທ່ານບໍ່ມີຫນຶ່ງ: https://www.timesys.com/register-nxp-vigiles/ ເຂົ້າເຖິງການຕັ້ງຄ່າຂອງທ່ານແລະສ້າງລະຫັດໃຫມ່. ດາວໂຫລດຄີ file ກັບ​ການ​ພັດ​ທະ​ນາ​ຂອງ​ທ່ານ​
ສະພາບແວດລ້ອມ. ລະບຸສະຖານທີ່ຂອງກະແຈ file ໃນ Yocto conf/local.conf ຂອງທ່ານ file ດ້ວຍຄຳຖະແຫຼງຕໍ່ໄປນີ້:

VIGILES_KEY_FILE = “/tools/timesys/linuxlink_key”

ເອກະສານອ້າງອີງ

• ສໍາລັບລາຍລະອຽດກ່ຽວກັບສະວິດບູດ, ເບິ່ງພາກ “ວິທີການບູດ i.MX Boards” ໃນຄູ່ມືຜູ້ໃຊ້ i.MX Linux (UG10163).
• ສໍາລັບວິທີການດາວໂຫຼດຮູບພາບໂດຍໃຊ້ U-Boot, ເບິ່ງພາກ “ການດາວໂຫຼດຮູບພາບໂດຍໃຊ້ U-Boot” ໃນຄູ່ມືຜູ້ໃຊ້ i.MX Linux (UG10163).
• ສໍາລັບວິທີຕັ້ງຄ່າບັດ SD/MMC, ເບິ່ງພາກ “ການກະກຽມແຜ່ນ SD/MMC ເພື່ອ Boot” ໃນຄູ່ມືຜູ້ໃຊ້ i.MX Linux (UG10163).

ຫມາຍເຫດກ່ຽວກັບລະຫັດແຫຼ່ງໃນເອກະສານ

Exampລະຫັດທີ່ສະແດງຢູ່ໃນເອກະສານນີ້ມີລິຂະສິດຕໍ່ໄປນີ້ແລະໃບອະນຸຍາດ BSD-3-Clause:
ລິຂະສິດ 2025 NXP Redistribution and use in source and binary forms , ມີຫຼືບໍ່ມີການດັດແກ້, ແມ່ນອະນຸຍາດໃຫ້ມີເງື່ອນໄຂດັ່ງຕໍ່ໄປນີ້:

1. ການຈັດຈໍາໜ່າຍລະຫັດແຫຼ່ງທີ່ມາຄືນໃໝ່ຕ້ອງຮັກສາແຈ້ງການລິຂະສິດຂ້າງເທິງ, ລາຍຊື່ເງື່ອນໄຂ ແລະຂໍ້ປະຕິເສດຄວາມຮັບຜິດຊອບຕໍ່ໄປນີ້.
2. ການແຈກຢາຍຄືນໃນຮູບແບບຄູ່ຕ້ອງສ້າງຄືນໃບແຈ້ງການລິຂະສິດຂ້າງເທິງ, ບັນຊີລາຍຊື່ຂອງເງື່ອນໄຂແລະຂໍ້ປະຕິເສດຕໍ່ໄປນີ້ໃນເອກະສານແລະ / ຫຼືອຸປະກອນອື່ນໆທີ່ສະຫນອງໃຫ້ກັບການແຈກຢາຍ.
3. ທັງຊື່ຜູ້ຖືລິຂະສິດຫລືຊື່ຂອງຜູ້ປະກອບສ່ວນຂອງມັນອາດຈະບໍ່ຖືກ ນຳ ໃຊ້ເພື່ອຮັບຮອງຫຼືສົ່ງເສີມຜະລິດຕະພັນທີ່ໄດ້ມາຈາກຊອບແວນີ້ໂດຍບໍ່ໄດ້ຮັບອະນຸຍາດເປັນລາຍລັກອັກສອນລ່ວງ ໜ້າ.

ຊອບແວນີ້ແມ່ນສະໜອງໃຫ້ໂດຍຜູ້ຖືລິຂະສິດ ແລະຜູ້ປະກອບສ່ວນ "ຕາມທີ່ເປັນ" ແລະການຮັບປະກັນໃດໆກໍຕາມ, ລວມທັງການຮັບປະກັນດ້ານການສະໜອງສິນຄ້າໂດຍຫຍໍ້, ແຕ່ບໍ່ຈຳກັດການຮັບປະກັນດ້ານການສະໜອງສິນຄ້າ. ຖືກປະຕິເສດ. ໃນກໍລະນີໃດກໍ່ຕາມ, ຜູ້ຖືລິຂະສິດຫຼືຜູ້ປະກອບສ່ວນຈະຕ້ອງຮັບຜິດຊອບຕໍ່ຄວາມເສຍຫາຍໂດຍກົງ, ໂດຍທາງອ້ອມ, ໂດຍບັງເອີນ, ພິເສດ, ແບບຢ່າງ, ຫຼືຄວາມເສຍຫາຍທີ່ຕາມມາ (ລວມທັງ, ແຕ່ບໍ່ຈໍາກັດຕໍ່, ຂະບວນການທາງວິຊາການ. ການບໍລິການ; ການສູນເສຍການນໍາໃຊ້, ຂໍ້ມູນ, ຫຼືຜົນກໍາໄລ; ການນໍາໃຊ້ຊອບແວນີ້, ເຖິງແມ່ນວ່າຈະໃຫ້ຄໍາແນະນໍາກ່ຽວກັບຄວາມເປັນໄປໄດ້ຂອງຄວາມເສຍຫາຍດັ່ງກ່າວ.

ປະຫວັດການແກ້ໄຂ

ຕາຕະລາງນີ້ໃຫ້ປະຫວັດການດັດແກ້. ປະຫວັດການແກ້ໄຂ

ຂໍ້ມູນທາງກົດໝາຍ

ຄໍານິຍາມ
ຮ່າງ — ສະ​ຖາ​ນະ​ພາບ​ຮ່າງ​ຢູ່​ໃນ​ເອ​ກະ​ສານ​ຊີ້​ໃຫ້​ເຫັນ​ວ່າ​ເນື້ອ​ໃນ​ຍັງ​ຢູ່​ພາຍ​ໃຕ້​ການ review ແລະຂຶ້ນກັບການອະນຸມັດຢ່າງເປັນທາງການ, ເຊິ່ງອາດຈະສົ່ງຜົນ
ໃນ​ການ​ດັດ​ແກ້​ຫຼື​ເພີ່ມ​ເຕີມ​. NXP Semiconductors ບໍ່ໄດ້ໃຫ້ການເປັນຕົວແທນຫຼືການຮັບປະກັນໃດໆກ່ຽວກັບຄວາມຖືກຕ້ອງຫຼືຄວາມສົມບູນຂອງຂໍ້ມູນທີ່ລວມຢູ່ໃນສະບັບຮ່າງຂອງເອກະສານແລະຈະບໍ່ຮັບຜິດຊອບຕໍ່ຜົນສະທ້ອນຂອງການນໍາໃຊ້ຂໍ້ມູນດັ່ງກ່າວ.

ການປະຕິເສດຄວາມຮັບຜິດຊອບ
ການຮັບປະກັນ ແລະຄວາມຮັບຜິດຊອບທີ່ຈຳກັດ — ຂໍ້ມູນໃນເອກະສານນີ້ຖືວ່າຖືກຕ້ອງ ແລະເຊື່ອຖືໄດ້. ຢ່າງໃດກໍ່ຕາມ, NXP Semiconductors ບໍ່ໄດ້ໃຫ້ການເປັນຕົວແທນຫຼືການຮັບປະກັນໃດໆ, ສະແດງອອກຫຼືສະແດງໃຫ້ເຫັນເຖິງຄວາມຖືກຕ້ອງຫຼືຄົບຖ້ວນຂອງຂໍ້ມູນດັ່ງກ່າວແລະຈະບໍ່ຮັບຜິດຊອບຕໍ່ຜົນສະທ້ອນຂອງການນໍາໃຊ້ຂໍ້ມູນດັ່ງກ່າວ. NXP Semiconductors ບໍ່ຮັບຜິດຊອບຕໍ່ເນື້ອໃນໃນເອກະສານນີ້ ຖ້າສະໜອງໃຫ້ໂດຍແຫຼ່ງຂໍ້ມູນພາຍນອກຂອງ NXP Semiconductors.

ໃນກໍລະນີໃດກໍ່ຕາມ NXP Semiconductors ຈະຕ້ອງຮັບຜິດຊອບຕໍ່ຄວາມເສຍຫາຍທາງອ້ອມ, ໂດຍບັງເອີນ, ການລົງໂທດ, ພິເສດຫຼືຜົນສະທ້ອນ (ລວມທັງ - ໂດຍບໍ່ມີການຈໍາກັດ - ການສູນເສຍຜົນກໍາໄລ, ການປະຫຍັດທີ່ສູນເສຍ, ການຂັດຂວາງທຸລະກິດ, ຄ່າໃຊ້ຈ່າຍທີ່ກ່ຽວຂ້ອງກັບການໂຍກຍ້າຍຫຼືການທົດແທນຜະລິດຕະພັນຫຼືຄ່າໃຊ້ຈ່າຍໃນການເຮັດວຽກໃຫມ່) ບໍ່ວ່າຈະເປັນ. ຫຼືບໍ່ຄວາມເສຍຫາຍດັ່ງກ່າວແມ່ນອີງໃສ່ການທໍລະຍົດ (ລວມທັງການລະເລີຍ), ການຮັບປະກັນ, ການລະເມີດສັນຍາຫຼືທິດສະດີທາງດ້ານກົດຫມາຍອື່ນໆ.
ເຖິງແມ່ນວ່າຄວາມເສຍຫາຍທີ່ລູກຄ້າອາດຈະເກີດຂື້ນດ້ວຍເຫດຜົນໃດກໍ່ຕາມ, ຄວາມຮັບຜິດຊອບລວມແລະຄວາມຮັບຜິດຊອບສະສົມຂອງ NXP Semiconductors ຕໍ່ລູກຄ້າສໍາລັບຜະລິດຕະພັນທີ່ອະທິບາຍຢູ່ທີ່ນີ້ຈະຖືກຈໍາກັດໂດຍສອດຄ່ອງກັບເງື່ອນໄຂແລະເງື່ອນໄຂຂອງການຂາຍທາງການຄ້າຂອງ NXP Semiconductors.

• ສິດທິໃນການປ່ຽນແປງ — NXP Semiconductors ສະຫງວນສິດທີ່ຈະເຮັດການປ່ຽນແປງຕໍ່ກັບຂໍ້ມູນທີ່ເຜີຍແຜ່ໃນເອກະສານນີ້, ລວມທັງບໍ່ມີຂໍ້ຈໍາກັດສະເພາະ ແລະລາຍລະອຽດຂອງຜະລິດຕະພັນ, ໄດ້ທຸກເວລາ ແລະໂດຍບໍ່ມີການແຈ້ງການ. ເອກະສານນີ້ປ່ຽນແທນ ແລະແທນທີ່ຂໍ້ມູນທັງໝົດທີ່ສະໜອງໃຫ້ກ່ອນການພິມເຜີຍແຜ່.
• ຄວາມເໝາະສົມສຳລັບການນຳໃຊ້ — ຜະລິດຕະພັນ NXP Semiconductors ບໍ່ໄດ້ຖືກອອກແບບ, ອະນຸຍາດ ຫຼືຮັບປະກັນໃຫ້ເໝາະສົມກັບການນຳໃຊ້ໃນການຊ່ວຍເຫຼືອຊີວິດ, ລະບົບ ຫຼືອຸປະກອນທີ່ຈຳເປັນຕໍ່ຊີວິດ ຫຼືຄວາມປອດໄພ, ຫຼືໃນການນຳໃຊ້ທີ່ຄວາມລົ້ມເຫຼວ ຫຼືການເຮັດວຽກຜິດປົກກະຕິຂອງຜະລິດຕະພັນ NXP Semiconductors ສາມາດຄາດຫວັງໄດ້ຢ່າງສົມເຫດສົມຜົນ. ສົ່ງຜົນໃຫ້ມີການບາດເຈັບສ່ວນບຸກຄົນ, ການເສຍຊີວິດຫຼືຊັບສິນທີ່ຮ້າຍແຮງຫຼືຄວາມເສຍຫາຍຕໍ່ສິ່ງແວດລ້ອມ. NXP Semiconductors ແລະຜູ້ສະຫນອງຂອງມັນບໍ່ຍອມຮັບຄວາມຮັບຜິດຊອບສໍາລັບການລວມແລະ / ຫຼືການນໍາໃຊ້ຜະລິດຕະພັນ NXP Semiconductors ໃນອຸປະກອນຫຼືຄໍາຮ້ອງສະຫມັກດັ່ງກ່າວແລະດັ່ງນັ້ນການລວມເອົາແລະ / ຫຼືການນໍາໃຊ້ດັ່ງກ່າວແມ່ນມີຄວາມສ່ຽງຂອງຕົນເອງຂອງລູກຄ້າ.
• ແອັບພລິເຄຊັ່ນ — ແອັບພລິເຄຊັ່ນທີ່ອະທິບາຍໄວ້ໃນນີ້ສຳລັບຜະລິດຕະພັນໃດໜຶ່ງເຫຼົ່ານີ້ແມ່ນເພື່ອຈຸດປະສົງທີ່ເປັນຕົວຢ່າງເທົ່ານັ້ນ. NXP Semiconductors ບໍ່ມີການເປັນຕົວແທນຫຼືການຮັບປະກັນວ່າຄໍາຮ້ອງສະຫມັກດັ່ງກ່າວຈະເຫມາະສົມກັບການນໍາໃຊ້ທີ່ລະບຸໄວ້ໂດຍບໍ່ມີການທົດສອບຫຼືດັດແກ້ເພີ່ມເຕີມ.
  ລູກຄ້າມີຄວາມຮັບຜິດຊອບໃນການອອກແບບແລະການດໍາເນີນງານຂອງຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຂອງພວກເຂົາໂດຍນໍາໃຊ້ຜະລິດຕະພັນ NXP Semiconductors, ແລະ NXP Semiconductors ຍອມຮັບບໍ່ມີຄວາມຮັບຜິດຊອບສໍາລັບການຊ່ວຍເຫຼືອໃດໆກັບຄໍາຮ້ອງສະຫມັກຫຼືການອອກແບບຜະລິດຕະພັນຂອງລູກຄ້າ. ມັນເປັນຄວາມຮັບຜິດຊອບດຽວຂອງລູກຄ້າໃນການກໍານົດວ່າຜະລິດຕະພັນ NXP Semiconductors ແມ່ນເຫມາະສົມແລະເຫມາະສົມກັບຄໍາຮ້ອງສະຫມັກຂອງລູກຄ້າແລະຜະລິດຕະພັນທີ່ວາງແຜນ, ເຊັ່ນດຽວກັນກັບຄໍາຮ້ອງສະຫມັກທີ່ວາງແຜນແລະການນໍາໃຊ້ຂອງລູກຄ້າພາກສ່ວນທີສາມ (s). ລູກຄ້າຄວນສະຫນອງການອອກແບບທີ່ເຫມາະສົມແລະການປົກປ້ອງການດໍາເນີນງານເພື່ອຫຼຸດຜ່ອນຄວາມສ່ຽງທີ່ກ່ຽວຂ້ອງກັບຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຂອງພວກເຂົາ.
• NXP Semiconductors ບໍ່ຍອມຮັບຄວາມຮັບຜິດຊອບທີ່ກ່ຽວຂ້ອງກັບຄ່າເລີ່ມຕົ້ນ, ຄວາມເສຍຫາຍ, ຄ່າໃຊ້ຈ່າຍຫຼືບັນຫາທີ່ອີງໃສ່ຈຸດອ່ອນຫຼືຄ່າເລີ່ມຕົ້ນໃນຄໍາຮ້ອງສະຫມັກຫຼືຜະລິດຕະພັນຂອງລູກຄ້າ, ຫຼືຄໍາຮ້ອງສະຫມັກຫຼືການນໍາໃຊ້ໂດຍລູກຄ້າພາກສ່ວນທີສາມຂອງລູກຄ້າ. ລູກຄ້າຮັບຜິດຊອບໃນການທົດສອບທີ່ຈໍາເປັນທັງຫມົດສໍາລັບຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຂອງລູກຄ້າໂດຍໃຊ້ຜະລິດຕະພັນ NXP Semiconductors ເພື່ອຫຼີກເວັ້ນການເລີ່ມຕົ້ນຂອງຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຫຼືຂອງຄໍາຮ້ອງສະຫມັກຫຼືການນໍາໃຊ້ໂດຍລູກຄ້າພາກສ່ວນທີສາມ (s). NXP ບໍ່ຍອມຮັບຄວາມຮັບຜິດຊອບໃດໆໃນເລື່ອງນີ້.
• ຂໍ້ກໍານົດແລະເງື່ອນໄຂຂອງການຂາຍທາງການຄ້າ - ຜະລິດຕະພັນ NXP Semiconductors ຖືກຂາຍພາຍໃຕ້ຂໍ້ກໍານົດແລະເງື່ອນໄຂທົ່ວໄປຂອງການຂາຍທາງການຄ້າ, ຕາມທີ່ຕີພິມຢູ່ https://www.nxp.com/profile/terms ເວັ້ນເສຍແຕ່ໄດ້ຕົກລົງເປັນຢ່າງອື່ນໃນຂໍ້ຕົກລົງສ່ວນບຸກຄົນທີ່ເປັນລາຍລັກອັກສອນທີ່ຖືກຕ້ອງ. ໃນກໍລະນີທີ່ຂໍ້ຕົກລົງສ່ວນບຸກຄົນໄດ້ຖືກສະຫຼຸບພຽງແຕ່ຂໍ້ກໍານົດແລະເງື່ອນໄຂຂອງສັນຍາທີ່ກ່ຽວຂ້ອງເທົ່ານັ້ນ. NXP Semiconductors ໃນທີ່ນີ້ຄັດຄ້ານຢ່າງຈະແຈ້ງທີ່ຈະນໍາໃຊ້ຂໍ້ກໍານົດແລະເງື່ອນໄຂທົ່ວໄປຂອງລູກຄ້າກ່ຽວກັບການຊື້ຜະລິດຕະພັນ NXP Semiconductors ໂດຍລູກຄ້າ.
• ການ​ຄວບ​ຄຸມ​ການ​ສົ່ງ​ອອກ — ເອ​ກະ​ສານ​ນີ້​ເຊັ່ນ​ດຽວ​ກັນ​ກັບ​ລາຍ​ການ​ທີ່​ອະ​ທິ​ບາຍ​ໃນ​ທີ່​ນີ້​ອາດ​ຈະ​ຂຶ້ນ​ກັບ​ລະ​ບຽບ​ການ​ຄວບ​ຄຸມ​ການ​ສົ່ງ​ອອກ​. ການສົ່ງອອກອາດຈະຕ້ອງການການອະນຸຍາດກ່ອນໜ້ານີ້ຈາກເຈົ້າໜ້າທີ່ທີ່ມີຄວາມສາມາດ.
• ຄວາມເໝາະສົມສໍາລັບການນໍາໃຊ້ໃນຜະລິດຕະພັນທີ່ມີຄຸນວຸດທິທີ່ບໍ່ແມ່ນລົດຍົນ — ເວັ້ນເສຍແຕ່ເອກະສານສະບັບນີ້ລະບຸຢ່າງຈະແຈ້ງວ່າຜະລິດຕະພັນ NXP Semiconductors ສະເພາະນີ້ແມ່ນມີຄຸນສົມບັດໃນລົດຍົນ, ຜະລິດຕະພັນດັ່ງກ່າວບໍ່ເຫມາະສົມສໍາລັບການນໍາໃຊ້ລົດຍົນ. ມັນບໍ່ມີຄຸນສົມບັດ ຫຼື ການທົດສອບໂດຍສອດຄ່ອງກັບການທົດສອບລົດຍົນ ຫຼືຄວາມຕ້ອງການຄໍາຮ້ອງສະຫມັກ. NXP Semiconductors ຍອມຮັບບໍ່ມີຄວາມຮັບຜິດຊອບສໍາລັບການລວມເອົາແລະ / ຫຼືການນໍາໃຊ້ຜະລິດຕະພັນທີ່ມີຄຸນນະພາບທີ່ບໍ່ແມ່ນລົດຍົນໃນອຸປະກອນຫຼືຄໍາຮ້ອງສະຫມັກລົດຍົນ.
• ໃນກໍລະນີທີ່ລູກຄ້ານໍາໃຊ້ຜະລິດຕະພັນສໍາລັບການອອກແບບແລະນໍາໃຊ້ໃນການນໍາໃຊ້ລົດຍົນກັບຂໍ້ກໍານົດແລະມາດຕະຖານຂອງຍານຍົນ, ລູກຄ້າ (a) ຈະຕ້ອງໃຊ້ຜະລິດຕະພັນໂດຍບໍ່ມີການຮັບປະກັນຂອງ NXP Semiconductors ຂອງຜະລິດຕະພັນສໍາລັບການນໍາໃຊ້ລົດຍົນດັ່ງກ່າວ, ການນໍາໃຊ້ແລະສະເພາະ, ແລະ ( b) ທຸກຄັ້ງທີ່ລູກຄ້າໃຊ້ຜະລິດຕະພັນສໍາລັບການນໍາໃຊ້ລົດຍົນທີ່ເກີນຄວາມຈໍາເພາະຂອງ NXP Semiconductors ການໃຊ້ດັ່ງກ່າວຈະເປັນຄວາມສ່ຽງຂອງລູກຄ້າເອງເທົ່ານັ້ນ, ແລະ (c) ລູກຄ້າຈະຊົດເຊີຍຢ່າງເຕັມສ່ວນ NXP Semiconductors ສໍາລັບຄວາມຮັບຜິດຊອບ, ຄວາມເສຍຫາຍຫຼືການຮຽກຮ້ອງຜະລິດຕະພັນທີ່ລົ້ມເຫລວທີ່ເກີດຈາກການອອກແບບແລະການນໍາໃຊ້ຂອງລູກຄ້າ. ຜະລິດຕະພັນສໍາລັບຄໍາຮ້ອງສະຫມັກລົດໃຫຍ່ນອກເຫນືອຈາກການຮັບປະກັນມາດຕະຖານຂອງ NXP Semiconductors ແລະຂໍ້ມູນສະເພາະຂອງຜະລິດຕະພັນ NXP Semiconductors.
• ສິ່ງພິມ HTML — ສະບັບ HTML, ຖ້າມີ, ຂອງເອກະສານນີ້ແມ່ນສະໜອງໃຫ້ຕາມມາລະຍາດ. ຂໍ້ມູນລະອຽດແມ່ນບັນຈຸຢູ່ໃນເອກະສານທີ່ໃຊ້ໄດ້ໃນຮູບແບບ PDF. ຖ້າມີຄວາມແຕກຕ່າງລະຫວ່າງເອກະສານ HTML ແລະເອກະສານ PDF, ເອກະສານ PDF ມີບູລິມະສິດ.
• ການແປພາສາ — ສະບັບທີ່ບໍ່ແມ່ນພາສາອັງກິດ (ແປ) ຂອງເອກະສານ, ລວມທັງຂໍ້ມູນທາງກົດໝາຍໃນເອກະສານນັ້ນ, ແມ່ນສໍາລັບການອ້າງອີງເທົ່ານັ້ນ. ສະບັບພາສາອັງກິດຈະຊະນະໃນກໍລະນີທີ່ມີຄວາມແຕກຕ່າງລະຫວ່າງສະບັບແປແລະພາສາອັງກິດ.

• ຄວາມ​ປອດ​ໄພ — ລູກ​ຄ້າ​ເຂົ້າ​ໃຈ​ວ່າ​ຜະ​ລິດ​ຕະ​ພັນ NXP ທັງ​ຫມົດ​ອາດ​ຈະ​ມີ​ຄວາມ​ສ່ຽງ​ທີ່​ບໍ່​ຮູ້​ຈັກ​ຫຼື​ອາດ​ຈະ​ສະ​ຫນັບ​ສະ​ຫນູນ​ມາດ​ຕະ​ຖານ​ຄວາມ​ປອດ​ໄພ​ທີ່​ສ້າງ​ຕັ້ງ​ຂຶ້ນ​ຫຼື​ຂໍ້​ຈໍາ​ກັດ​ທີ່​ມີ​ຂໍ້​ຈໍາ​ກັດ​ທີ່​ຮູ້​ຈັກ​. ລູກຄ້າມີຄວາມຮັບຜິດຊອບໃນການອອກແບບແລະການດໍາເນີນງານຂອງຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຂອງຕົນຕະຫຼອດຊີວິດຂອງເຂົາເຈົ້າເພື່ອຫຼຸດຜ່ອນຜົນກະທົບຂອງຊ່ອງໂຫວ່ເຫຼົ່ານີ້ຕໍ່ຄໍາຮ້ອງສະຫມັກແລະຜະລິດຕະພັນຂອງລູກຄ້າ. ຄວາມຮັບຜິດຊອບຂອງລູກຄ້າຍັງຂະຫຍາຍໄປສູ່ເຕັກໂນໂລຢີທີ່ເປີດແລະ / ຫຼືເປັນເຈົ້າຂອງອື່ນໆທີ່ສະຫນັບສະຫນູນໂດຍຜະລິດຕະພັນ NXP ເພື່ອນໍາໃຊ້ໃນຄໍາຮ້ອງສະຫມັກຂອງລູກຄ້າ. NXP ຍອມຮັບບໍ່ມີຄວາມຮັບຜິດຊອບຕໍ່ຄວາມອ່ອນແອໃດໆ. ລູກຄ້າຄວນກວດສອບການອັບເດດຄວາມປອດໄພຈາກ NXP ເປັນປະຈຳ ແລະຕິດຕາມຢ່າງເໝາະສົມ.
• ລູກຄ້າຈະຕ້ອງເລືອກຜະລິດຕະພັນທີ່ມີລັກສະນະຄວາມປອດໄພທີ່ກົງກັບກົດລະບຽບ, ກົດລະບຽບ ແລະມາດຕະຖານຂອງແອັບພລິເຄຊັນທີ່ຕັ້ງໃຈໄວ້ ແລະຕັດສິນໃຈອອກແບບສຸດທ້າຍກ່ຽວກັບຜະລິດຕະພັນຂອງຕົນ ແລະຮັບຜິດຊອບພຽງຢ່າງດຽວສຳລັບການປະຕິບັດຕາມກົດໝາຍ, ລະບຽບການ ແລະຄວາມປອດໄພທັງໝົດກ່ຽວກັບຜະລິດຕະພັນຂອງມັນ, ໂດຍບໍ່ສົນເລື່ອງ. ຂອງຂໍ້ມູນ ຫຼືການຊ່ວຍເຫຼືອທີ່ອາດຈະສະໜອງໃຫ້ໂດຍ NXP.
• NXP ມີທີມງານຕອບໂຕ້ເຫດການຄວາມປອດໄພຜະລິດຕະພັນ (PSIRT) (ສາມາດຕິດຕໍ່ໄດ້ທີ່ PSIRT@nxp.com ທີ່ຄຸ້ມຄອງການສືບສວນ, ການລາຍງານ, ແລະການປ່ອຍການແກ້ໄຂຕໍ່ກັບຄວາມສ່ຽງດ້ານຄວາມປອດໄພຂອງຜະລິດຕະພັນ NXP.
• NXP BV — NXP BV ບໍ່ແມ່ນບໍລິສັດປະຕິບັດງານ ແລະມັນບໍ່ໄດ້ແຈກຢາຍ ຫຼືຂາຍຜະລິດຕະພັນ.

ເຄື່ອງໝາຍການຄ້າ
ແຈ້ງການ: ຍີ່ຫໍ້ອ້າງອີງທັງໝົດ, ຊື່ຜະລິດຕະພັນ, ຊື່ການບໍລິການ, ແລະເຄື່ອງໝາຍການຄ້າແມ່ນຊັບສິນຂອງເຈົ້າຂອງທີ່ກ່ຽວຂ້ອງ.
NXP — ເຄື່ອງໝາຍຄຳສັບ ແລະໂລໂກ້ແມ່ນເຄື່ອງໝາຍການຄ້າຂອງ NXP BV

© 2025 NXP BV ສະຫງວນລິຂະສິດທັງໝົດ.

ເອກະສານ / ຊັບພະຍາກອນ

ໂຄງການ NXP UG10164 i.MX Yocto [pdf] ຄູ່ມືຜູ້ໃຊ້ LF6.12.20_2.0.0, UG10164 i.MX Yocto Project, UG10164, ໂຄງການ i.MX Yocto, ໂຄງການ Yocto, ໂຄງການ

ເອກະສານອ້າງອີງ

• ຄູ່ມືຜູ້ໃຊ້