គម្រោង NXP UG10164 i.MX Yocto

ព័ត៌មានឯកសារ

ជាងview

• ឯកសារនេះពិពណ៌នាអំពីរបៀបបង្កើតរូបភាពសម្រាប់បន្ទះ i.MX ដោយប្រើបរិយាកាសបង្កើតគម្រោង Yocto ។ វាពិពណ៌នាអំពីស្រទាប់ចេញផ្សាយ i.MX និងការប្រើប្រាស់ជាក់លាក់ i.MX ។
• គម្រោង Yocto គឺជាការសហការប្រភពបើកចំហដែលផ្តោតលើការអភិវឌ្ឍន៍ប្រព័ន្ធប្រតិបត្តិការលីនុចដែលបានបង្កប់។ សម្រាប់ព័ត៌មានបន្ថែមអំពីគម្រោង Yocto សូមមើលទំព័រគម្រោង Yocto៖ www.yoctoproject.org/  មានឯកសារជាច្រើននៅលើទំព័រដើមរបស់គម្រោង Yocto ដែលពិពណ៌នាលម្អិតអំពីរបៀបប្រើប្រាស់ប្រព័ន្ធ។ ដើម្បីប្រើ Yocto មូលដ្ឋាន។
• គម្រោងដោយគ្មានស្រទាប់ចេញផ្សាយ i.MX អនុវត្តតាមការណែនាំនៅក្នុងគម្រោង Yocto Quick Start ដែលបានរកឃើញនៅ https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html
• សហគមន៍គម្រោង FSL Yocto BSP (រកឃើញនៅ freescale.github.io) គឺជាសហគមន៍អភិវឌ្ឍន៍នៅខាងក្រៅ NXP ដែលផ្តល់ការគាំទ្រសម្រាប់ក្រុមប្រឹក្សា i.MX នៅក្នុងបរិយាកាសគម្រោង Yocto ។ i.MX បានចូលរួមជាមួយសហគមន៍ Yocto Project ដោយផ្តល់នូវការចេញផ្សាយដោយផ្អែកលើក្របខ័ណ្ឌ Yocto Project ។ ព័ត៌មានជាក់លាក់ចំពោះការប្រើប្រាស់ BSP របស់សហគមន៍ FSL មាននៅលើសហគមន៍ web ទំព័រ។ ឯកសារនេះគឺជាផ្នែកបន្ថែមនៃឯកសារ BSP សហគមន៍។
• Files ប្រើសម្រាប់បង្កើតរូបភាពត្រូវបានរក្សាទុកក្នុងស្រទាប់។ ស្រទាប់មានប្រភេទផ្សេងគ្នានៃការប្ដូរតាមបំណង និងមកពីប្រភពផ្សេងៗគ្នា។ មួយ​ចំនួន​នៃ files នៅក្នុងស្រទាប់ត្រូវបានគេហៅថារូបមន្ត។ រូបមន្ត Yocto Project មានយន្តការដើម្បីទាញយកកូដប្រភព បង្កើត និងវេចខ្ចប់សមាសធាតុមួយ។ បញ្ជីខាងក្រោមបង្ហាញពីស្រទាប់ដែលបានប្រើនៅក្នុងការចេញផ្សាយនេះ។

ស្រទាប់ចេញផ្សាយ 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៖ ផ្តល់ការគាំទ្រសម្រាប់ភាគីទីបី និងក្រុមប្រឹក្សាដៃគូ។
• meta-freescale-distro៖ ធាតុបន្ថែមដើម្បីជួយក្នុងការអភិវឌ្ឍន៍ និងសមត្ថភាពក្រុមប្រឹក្សាភិបាល។
• fsl-community-bsp-base៖ ជារឿយៗត្រូវបានប្តូរឈ្មោះទៅជាមូលដ្ឋាន។ ផ្តល់នូវការកំណត់មូលដ្ឋានសម្រាប់ FSL Community BSP ។
• meta-openbedded៖ ការប្រមូលស្រទាប់សម្រាប់សកលលោក OE-core ។ សូមមើល layers.openembedded.org/ ។
• poky: ធាតុគម្រោង Yocto មូលដ្ឋាននៅក្នុង Poky ។ សូមមើល Poky README សម្រាប់ព័ត៌មានលម្អិត។
• meta-browser៖ ផ្តល់ browsers ជាច្រើន។
• meta-qt6: ផ្តល់ Qt 6 ។
• meta-timesys៖ ផ្តល់ឧបករណ៍ Vigiles សម្រាប់ការត្រួតពិនិត្យ និងការជូនដំណឹងអំពីភាពងាយរងគ្រោះ BSP (CVEs)។

សេចក្តីយោងទៅស្រទាប់សហគមន៍នៅក្នុងឯកសារនេះគឺសម្រាប់ស្រទាប់ទាំងអស់នៅក្នុងគម្រោង Yocto លើកលែងតែ meta-imx ។ បន្ទះ i.MX ត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅក្នុងស្រទាប់ meta-imx និង meta-freescale ។ នេះរួមបញ្ចូលទាំង U-Boot, ខឺណែលលីនុច និងសេចក្តីលម្អិតអំពីក្រុមប្រឹក្សាភិបាលយោង។
i.MX ផ្តល់ស្រទាប់បន្ថែមហៅថា i. ការចេញផ្សាយ MX BSP ដែលមានឈ្មោះថា meta-imx ដើម្បីរួមបញ្ចូលការចេញផ្សាយ i.MX ថ្មីជាមួយ FSL Yocto Project Community BSP ។ ស្រទាប់ meta-imx មានគោលបំណងបញ្ចេញរូបមន្ត Yocto Project និងការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនដែលបានធ្វើបច្ចុប្បន្នភាព និងថ្មីសម្រាប់ការចេញផ្សាយថ្មីដែលមិនទាន់មាននៅលើស្រទាប់ meta-freescale និង meta-freescale-distro ដែលមានស្រាប់នៅក្នុង Yocto Project ។ ខ្លឹមសារនៃស្រទាប់ i.MX BSP Release គឺជារូបមន្ត និងការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីន។ ក្នុងករណីសាកល្បងជាច្រើន ស្រទាប់ផ្សេងទៀតអនុវត្តរូបមន្ត ឬរួមបញ្ចូល files និងស្រទាប់ចេញផ្សាយ i.MX ផ្តល់នូវការអាប់ដេតចំពោះរូបមន្តដោយបន្ថែមទៅរូបមន្តបច្ចុប្បន្ន ឬរួមបញ្ចូលសមាសធាតុ និងការធ្វើបច្ចុប្បន្នភាពជាមួយបំណះ ឬទីតាំងប្រភព។ រូបមន្តស្រទាប់ចេញផ្សាយ i.MX ភាគច្រើនគឺតូចណាស់ ព្រោះវាប្រើអ្វីដែលសហគមន៍បានផ្តល់ និងធ្វើបច្ចុប្បន្នភាពអ្វីដែលត្រូវការសម្រាប់កំណែកញ្ចប់ថ្មីនីមួយៗ ដែលមិនមាននៅក្នុងស្រទាប់ផ្សេងទៀត។

• ស្រទាប់ i.MX BSP Release ក៏ផ្តល់នូវរូបមន្តរូបភាពដែលរួមបញ្ចូលសមាសធាតុទាំងអស់ដែលត្រូវការសម្រាប់រូបភាពប្រព័ន្ធដើម្បីចាប់ផ្ដើម ដែលធ្វើឱ្យវាកាន់តែងាយស្រួលសម្រាប់អ្នកប្រើប្រាស់។ សមាសធាតុអាចត្រូវបានបង្កើតជាលក្ខណៈបុគ្គល ឬតាមរយៈរូបមន្តរូបភាព ដែលទាញសមាសធាតុទាំងអស់ដែលត្រូវការនៅក្នុងរូបភាពទៅក្នុងដំណើរការបង្កើតតែមួយ។
• ការចេញផ្សាយខឺណែល i.MX និង U-Boot ត្រូវបានចូលប្រើតាមរយៈឃ្លាំង GitHub សាធារណៈ i.MX ។ ទោះជាយ៉ាងណាក៏ដោយសមាសធាតុជាច្រើនត្រូវបានបញ្ចេញជាកញ្ចប់នៅលើកញ្ចក់ i.MX ។ រូបមន្តដែលមានមូលដ្ឋានលើកញ្ចប់ទាញ files ពីកញ្ចក់ i.MX ជំនួសឱ្យទីតាំង Git និងបង្កើតកញ្ចប់ដែលត្រូវការ។
• កញ្ចប់ទាំងអស់ដែលត្រូវបានចេញផ្សាយជាប្រព័ន្ធគោលពីរត្រូវបានបង្កើតឡើងជាមួយនឹងចំណុចអណ្តែតលើផ្នែករឹងដែលត្រូវបានអនុញ្ញាត ដូចដែលបានបញ្ជាក់ដោយ DEFAULTTUNE ដែលបានកំណត់នៅក្នុងការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីននីមួយៗ។ file. កញ្ចប់ចំណុចអណ្តែតលើកម្មវិធីមិនត្រូវបានផ្តល់ឱ្យដោយចាប់ផ្តើមជាមួយនឹងការចេញផ្សាយ jethro ។
• ការចេញផ្សាយ LF6.12.20_2.0.0 ត្រូវបានចេញផ្សាយសម្រាប់គម្រោង Yocto 5.2 (Walnascar) ។ រូបមន្តដូចគ្នាសម្រាប់គម្រោង Yocto Project 5.2 នឹងត្រូវបានដាក់ឱ្យដំណើរការ និងធ្វើឱ្យមាននៅលើការចេញផ្សាយបន្ទាប់នៃការចេញផ្សាយគម្រោង Yocto ។ វដ្តនៃការចេញផ្សាយគម្រោង Yocto មានរយៈពេលប្រហែលប្រាំមួយខែ។
• រូបមន្ត និងបំណះនៅក្នុង meta-imx នឹងត្រូវបានបញ្ចូលទៅក្នុងស្រទាប់សហគមន៍។ បន្ទាប់ពីនោះត្រូវបានធ្វើសម្រាប់សមាសភាគជាក់លាក់មួយ។ files នៅក្នុង meta-imx លែងត្រូវការទៀតហើយ FSL Yocto Project Community BSP នឹងផ្តល់ការគាំទ្រ។ សហគមន៍គាំទ្រក្រុមប្រឹក្សាយោង i.MX ក្រុមប្រឹក្សាសហគមន៍ និងក្រុមប្រឹក្សាភាគីទីបី។

កិច្ចព្រមព្រៀងអាជ្ញាប័ណ្ណអ្នកប្រើប្រាស់ចុងក្រោយ
ក្នុងអំឡុងពេលដំណើរការរៀបចំបរិស្ថាននៃគម្រោង NXP Yocto Project BSP កិច្ចព្រមព្រៀង NXP End User License Agreement (EULA) ត្រូវបានបង្ហាញ។ ដើម្បីបន្តប្រើប្រាស់កម្មវិធី i.MX Proprietary អ្នកប្រើប្រាស់ត្រូវតែយល់ព្រមតាមលក្ខខណ្ឌនៃអាជ្ញាប័ណ្ណនេះ។ កិច្ចព្រមព្រៀងចំពោះលក្ខខណ្ឌអនុញ្ញាតឱ្យបង្កើតគម្រោង Yocto ដើម្បីលុបកញ្ចប់ពីកញ្ចក់ i.MX ។

ចំណាំ៖
សូមអានកិច្ចព្រមព្រៀងអាជ្ញាប័ណ្ណនេះដោយប្រុងប្រយ័ត្នក្នុងអំឡុងពេលដំណើរការរៀបចំ ពីព្រោះនៅពេលដែលបានទទួលយក ការងារបន្ថែមទៀតទាំងអស់នៅក្នុងបរិយាកាសគម្រោង i.MX Yocto ត្រូវបានចងភ្ជាប់ទៅនឹងកិច្ចព្រមព្រៀងដែលបានទទួលយកនេះ។

ឯកសារយោង
i.MX មានគ្រួសារជាច្រើនដែលគាំទ្រនៅក្នុងកម្មវិធី។ ខាង​ក្រោម​នេះ​គឺ​ជា​ក្រុម​គ្រួសារ​ដែល​បាន​រាយ​បញ្ជី និង SoCs ក្នុង​មួយ​គ្រួសារ។ កំណត់ចំណាំការចេញផ្សាយរបស់ i.MX Linux ពិពណ៌នាអំពី SoC ដែលត្រូវបានគាំទ្រនៅក្នុងការចេញផ្សាយបច្ចុប្បន្ន។ SoCs មួយចំនួនដែលបានចេញផ្សាយពីមុនអាចបង្កើតបាននៅក្នុងការចេញផ្សាយបច្ចុប្បន្ន ប៉ុន្តែមិនមានសុពលភាពទេ ប្រសិនបើពួកគេស្ថិតនៅកម្រិតដែលមានសុពលភាពពីមុន។

• i.MX 6 គ្រួសារ៖ 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 (UG10163) - ផ្តល់ព័ត៌មានអំពីការដំឡើង U-Boot និង Linux OS និងការប្រើប្រាស់
  ខ្ញុំ លក្ខណៈពិសេសជាក់លាក់របស់ MX ។
• មគ្គុទ្ទេសក៍អ្នកប្រើប្រាស់គម្រោង i.MX Yocto (UG10164) - ពិពណ៌នាអំពីកញ្ចប់គាំទ្រក្តារសម្រាប់ប្រព័ន្ធអភិវឌ្ឍន៍ NXP ដោយប្រើគម្រោង Yocto ដើម្បីរៀបចំម៉ាស៊ីន ដំឡើងសង្វាក់ឧបករណ៍ និងបង្កើតកូដប្រភពដើម្បីបង្កើតរូបភាព។
• មគ្គុទ្ទេសក៍ច្រក i.MX (UG10165) - ផ្តល់ការណែនាំអំពីការបញ្ជូន BSP ទៅកាន់ក្រុមប្រឹក្សាភិបាលថ្មី។
• i.MX Machine Learning User's Guide (UG10166) – ផ្តល់ព័ត៌មានអំពីការរៀនម៉ាស៊ីន។
• មគ្គុទ្ទេសក៍អ្នកប្រើប្រាស់ i.MX DSP (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 (UG10159) – ពិពណ៌នាអំពីលក្ខណៈពិសេសក្រាហ្វិក។
• មគ្គុទ្ទេសក៍អ្នកប្រើប្រាស់ Harpoon (UG10170) - បង្ហាញការចេញផ្សាយ Harpoon សម្រាប់គ្រួសារឧបករណ៍ i.MX 8M ។
• i.MX Linux Reference Manual (RM00293) – ផ្តល់ព័ត៌មានអំពីកម្មវិធីបញ្ជា Linux សម្រាប់ i.MX ។
• i.MX VPU Application Programming Interface Manual Linux Reference Manual (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) សម្រាប់ដំណោះស្រាយ EdgeLock Enclave ( ELE) វេទិកា។

មគ្គុទ្ទេសក៍ចាប់ផ្តើមរហ័សមានព័ត៌មានមូលដ្ឋាននៅលើក្តារ និងរៀបចំវា។ ពួកគេនៅលើ NXP webគេហទំព័រ។

• មគ្គុទ្ទេសក៍ចាប់ផ្តើមរហ័សវេទិកា SABER (IMX6QSDPQSG)
• មគ្គុទ្ទេសក៍ចាប់ផ្តើមរហ័ស i.MX 6UltraLite EVK (IMX6ULTRALITEQSG)
• មគ្គុទ្ទេសក៍ចាប់ផ្តើមរហ័ស i.MX 6ULL ​​EVK (IMX6ULLQSG)
• i.MX 7Dual SABRE-SD មគ្គុទ្ទេសក៍ចាប់ផ្តើមរហ័ស (SABRSDBIMX7DUALQSG)
• មគ្គុទ្ទេសក៍ចាប់ផ្តើមរហ័ស i.MX 8M Quad Evaluation Kit (IMX8MQUADEVKQSG)
• មគ្គុទ្ទេសក៍ចាប់ផ្តើមរហ័ស i.MX 8M Mini Evaluation Kit (8MMINIEVKQSG)
• មគ្គុទ្ទេសក៍ចាប់ផ្តើមរហ័ស i.MX 8M Nano Evaluation Kit (8MNANOEVKQSG)
• i.MX 8QuadXPlus Multisensory Enablement Kit Guide Start Quick Start (IMX8QUADXPLUSQSG)
• i.MX 8QuadMax Multisensory Enablement Kit Guide Start Quick Start (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 information គឺនៅ 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 មានលក្ខណៈពិសេសដូចខាងក្រោមៈ

• រូបមន្តខឺណែលលីនុច
  • រូបមន្តខឺណែលស្ថិតនៅក្នុងថតរូបមន្ត-ខឺណែល និងរួមបញ្ចូលប្រភពខឺណែល i.MX លីនុច linux-imx.git ដែលបានទាញយកពីឃ្លាំង i.MX GitHub ។ នេះត្រូវបានធ្វើដោយស្វ័យប្រវត្តិដោយរូបមន្តនៅក្នុងគម្រោង។
  • LF6.12.20_2.0.0 គឺជាខឺណែលលីនុចដែលបានចេញផ្សាយសម្រាប់គម្រោង Yocto ។
• រូបមន្ត U-Boot
  • រូបមន្ត U-Boot ស្ថិតនៅក្នុងថតរូបមន្ត-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 ប៉ុណ្ណោះ ហើយមិនត្រូវបានគាំទ្រជាមួយខឺណែល L6.12.20 ទេ។
  • សហគមន៍គម្រោង i.MX Yocto BSP ធ្វើបច្ចុប្បន្នភាពកំណែ U-Boot ជាញឹកញាប់ ដូច្នេះព័ត៌មានខាងលើអាចផ្លាស់ប្តូរ ដោយសារកំណែ U-Boot ថ្មីត្រូវបានដាក់បញ្ចូលទៅក្នុងស្រទាប់ meta-freescale ហើយការអាប់ដេតពីការចេញផ្សាយ i.MX u-boot-imx ត្រូវបានបញ្ចូលទៅក្នុងបន្ទាត់មេ។
• រូបមន្តក្រាហ្វិក
  • រូបមន្តក្រាហ្វិកស្ថិតនៅក្នុងថតរូបមន្ត-ក្រាហ្វិក។
  • រូបមន្តក្រាហ្វិករួមបញ្ចូលការចេញផ្សាយកញ្ចប់ក្រាហ្វិក i.MX ។
    សម្រាប់ i.MX SoCs ដែលមានផ្នែករឹង GPU Vivante រូបមន្ត imx-gpu-viv កញ្ចប់សមាសធាតុក្រាហ្វិកសម្រាប់ការចែកចាយនីមួយៗ៖ frame buffer (FB), XWayland, Wayland backend និង Weston compositor (Weston)។ មានតែ i.MX 6 និង i.MX 7 គាំទ្រស៊ុមសតិបណ្ដោះអាសន្នប៉ុណ្ណោះ។
  • សម្រាប់ i.MX SoCs ដែលមានផ្នែករឹង GPU របស់ Mali រូបមន្ត mali-imx កញ្ចប់សមាសធាតុក្រាហ្វិកសម្រាប់ XWayland និង Wayland backend distro ។ មុខងារនេះគឺសម្រាប់តែ i.MX 9 ប៉ុណ្ណោះ។
  • កម្មវិធីបញ្ជា Xorg រួមបញ្ចូល xserver-xorg ។
• រូបមន្តកញ្ចប់ i.MX
  firmware-imx, fimrware-upower, imx-sc-fimrware និងកញ្ចប់ផ្សេងទៀតស្ថិតនៅក្នុងរូបមន្ត-bsp ហើយទាញចេញពីកញ្ចក់ i.MX ដើម្បីបង្កើត និងវេចខ្ចប់ទៅជារូបមន្តរូបភាព។
• រូបមន្តពហុព័ត៌មាន
  • រូបមន្តពហុមេឌៀស្ថិតនៅក្នុងថតរូបមន្ត-ពហុមេឌៀ។
  • កញ្ចប់ដែលមានកម្មសិទ្ធិដូចជា imx-codec និង imx-parser មានរូបមន្តទាញយកប្រភពពីកញ្ចក់សាធារណៈ i.MX ដើម្បីបង្កើត និងវេចខ្ចប់វាទៅក្នុងរូបមន្តរូបភាព។
  • កញ្ចប់ប្រភពបើកចំហមានរូបមន្តដែលទាញយកប្រភពពី Git Repos សាធារណៈនៅលើ GitHub ។
  • រូបមន្តមួយចំនួនត្រូវបានផ្តល់ជូនសម្រាប់កូឌិកដែលត្រូវបានកម្រិតអាជ្ញាប័ណ្ណ។ កញ្ចប់សម្រាប់ទាំងនេះមិនមាននៅលើកញ្ចក់សាធារណៈ i.MX ទេ។ កញ្ចប់ទាំងនេះអាចរកបានដោយឡែកពីគ្នា។ ទាក់ទងតំណាង i.MX Marketing របស់អ្នក ដើម្បីទទួលបានព័ត៌មានទាំងនេះ។
• រូបមន្តស្នូល
  រូបមន្តមួយចំនួនសម្រាប់ច្បាប់ដូចជា udev ផ្តល់នូវច្បាប់ i.MX ដែលបានអាប់ដេតដើម្បីដាក់ឱ្យប្រើប្រាស់នៅក្នុងប្រព័ន្ធ។ រូបមន្តទាំងនេះជាធម្មតាត្រូវបានអាប់ដេតអំពីគោលការណ៍ ហើយត្រូវបានប្រើប្រាស់សម្រាប់ការប្ដូរតាមបំណងតែប៉ុណ្ណោះ។ ការចេញផ្សាយផ្តល់តែការអាប់ដេតប្រសិនបើចាំបាច់។
• រូបមន្តសាកល្បង
  រូបមន្តធ្វើបាតុកម្មមាននៅក្នុងបញ្ជីឈ្មោះ meta-imx-sdk ។ ស្រទាប់នេះមានរូបមន្តរូបភាព និងរូបមន្តសម្រាប់ការប្ដូរតាមបំណង ដូចជាការក្រិតតាមខ្នាតប៉ះ ឬរូបមន្តសម្រាប់កម្មវិធីបង្ហាញ។
• រូបមន្តរៀនម៉ាស៊ីន
  រូបមន្តរៀនម៉ាស៊ីនស្ថិតនៅក្នុងថត meta-imx-ml ។ ស្រទាប់នេះមានរូបមន្តរៀនម៉ាស៊ីនសម្រាប់កញ្ចប់ដូចជា tensorflow-lite និង onnx ។
• រូបមន្តកាប៊ីន
  រូបមន្តកាប៊ីនភីតស្ថិតនៅក្នុងមេតា-imx-កាប៊ីនភីត ហើយត្រូវបានគាំទ្រនៅលើ i.MX 8QuadMax ដោយប្រើការកំណត់ម៉ាស៊ីន imx-8qm-cockpit-mek ។
• រូបមន្ត GoPoint
  រូបមន្តបង្ហាញម៉ូដ GoPoint ស្ថិតនៅក្នុងស្រទាប់ meta-nxp-demo-experience ។ មានការបង្ហាញ និងរូបមន្តឧបករណ៍ជាច្រើនទៀត។ ស្រទាប់នេះត្រូវបានរួមបញ្ចូលនៅក្នុងរូបភាពពេញលេញដែលបានចេញផ្សាយទាំងអស់។

ការរៀបចំម៉ាស៊ីន

ដើម្បីសម្រេចបាននូវអាកប្បកិរិយារំពឹងទុកនៃគម្រោង Yocto នៅលើម៉ាស៊ីនម៉ាស៊ីនលីនុច សូមដំឡើងកញ្ចប់ និងឧបករណ៍ប្រើប្រាស់ដែលបានពិពណ៌នាខាងក្រោម។ ការពិចារណាសំខាន់មួយគឺទំហំថាសរឹងដែលត្រូវការនៅក្នុងម៉ាស៊ីនម៉ាស៊ីន។ សម្រាប់អតីតampដូច្នេះនៅពេលបង្កើតម៉ាស៊ីនដែលដំណើរការ Ubuntu ទំហំថាសរឹងអប្បបរមាដែលត្រូវការគឺប្រហែល 50 GB ។ វាត្រូវបានណែនាំថាយ៉ាងហោចណាស់ 120 GB ត្រូវបានផ្តល់ជូន ដែលវាគ្រប់គ្រាន់ក្នុងការចងក្រង backend ទាំងអស់រួមគ្នា។ សម្រាប់ការបង្កើតសមាសធាតុរៀនម៉ាស៊ីន យ៉ាងហោចណាស់ 250 GB ត្រូវបានណែនាំ។
កំណែអ៊ូប៊ុនទូអប្បបរមាដែលបានណែនាំគឺ 22.04 ឬខ្ពស់ជាងនេះ។

1. Docker
   ឥឡូវនេះ i.MX កំពុងបញ្ចេញស្គ្រីបដំឡើង docker នៅក្នុង imx-docker ។ អនុវត្តតាមការណែនាំនៅក្នុង readme សម្រាប់ការដំឡើងម៉ាស៊ីនបង្កើតម៉ាស៊ីនដោយប្រើ docker ។
   លើសពីនេះ docker នៅលើក្តារត្រូវបានបើកជាមួយស្តង់ដារ manifest ដោយរួមបញ្ចូលស្រទាប់ meta-virtualization នៅលើ i.MX 8 ប៉ុណ្ណោះ។ វាបង្កើតប្រព័ន្ធគ្មានក្បាលសម្រាប់ដំឡើងធុង docker ពីមជ្ឈមណ្ឌល docker ខាងក្រៅ។
2. កញ្ចប់ម៉ាស៊ីន
   ការស្ថាបនាគម្រោង Yocto ទាមទារកញ្ចប់ជាក់លាក់ដែលត្រូវដំឡើងសម្រាប់ការសាងសង់ដែលត្រូវបានចងក្រងជាឯកសារក្រោមគម្រោង Yocto ។ ចូលទៅកាន់ Yocto Project Quick Start ហើយពិនិត្យមើលកញ្ចប់ដែលត្រូវតែដំឡើងសម្រាប់ម៉ាស៊ីនសាងសង់របស់អ្នក។
   កញ្ចប់ម៉ាស៊ីនគម្រោង Yocto សំខាន់គឺ៖

sudo apt-get install build-essential chrpath cpio debianutils diffstat file gawk
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
Repo គឺជាឧបករណ៍ដែលបង្កើតឡើងនៅលើកំពូលនៃ Git ដែលសម្រួលដល់ការគ្រប់គ្រងគម្រោងដែលមានឃ្លាំងច្រើន ទោះបីជាពួកវាត្រូវបានដាក់នៅលើម៉ាស៊ីនមេផ្សេងគ្នាក៏ដោយ។ Repo បំពេញបន្ថែមនូវលក្ខណៈស្រទាប់នៃគម្រោង Yocto ដែលធ្វើឱ្យវាកាន់តែងាយស្រួលសម្រាប់អ្នកប្រើប្រាស់ក្នុងការបន្ថែមស្រទាប់ផ្ទាល់ខ្លួនរបស់ពួកគេទៅ BSP ។

ដើម្បីដំឡើងឧបករណ៍ប្រើប្រាស់ "repo" អនុវត្តជំហានដូចខាងក្រោម:

1. បង្កើតថតឯកសារនៅក្នុងថតផ្ទះ។
   • mkdir ~/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 លីនុច BSP ។ សម្រាប់អតីតនេះ។ample, ថតមួយដែលមានឈ្មោះថា imx-yocto-bsp ត្រូវបានបង្កើតឡើងសម្រាប់គម្រោង។ ឈ្មោះណាមួយអាចត្រូវបានប្រើជំនួសវា។

ចំណាំ:
https://github.com/nxp-imx/imx-manifest/tree/imx-linux-walnascar មានបញ្ជីនៃ manifest ទាំងអស់។ files បានគាំទ្រនៅក្នុងការចេញផ្សាយនេះ។
នៅពេលដែលដំណើរការនេះត្រូវបានបញ្ចប់ BSP ត្រូវបានពិនិត្យចូលទៅក្នុងថត imx-yocto-bsp/sources។

ការបង្កើតរូបភាព

• i.MX ៨
  • imx6qpsabresd
  • imx6ulevk
  • imx6ulz-14 × 14-evk
  • imx6ull14x14evk
  • imx6ull9x9evk
  • imx6dlsabresd
  • imx6qsabred
  • imx6 solosabresd
  • imx6sxsabresd
  • imx6sllevk
• i.MX ៨
  • imx7dsabresd
• i.MX ៨
  • 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 ៨
  • imx91-11×11-lpddr4-evk
  • imx91-9×9-lpddr4-qsb
  • imx93-11x11-lpddr4x-evk
  • imx93-14x14-lpddr4x-evk
  • imx93-9×9-lpddr4-qsb
  • imx943-19×19-lpddr5-evk
  • imx943-19×19-lpddr4-evk
  • imx95-19×19-lpddr5-evk
  • imx95-15x15-lpddr4x-evk
  • imx95-19 × 19-verdin

ថតឯកសារសាងសង់នីមួយៗត្រូវតែកំណត់រចនាសម្ព័ន្ធតាមរបៀបដែលពួកវាប្រើតែការចែកចាយតែមួយប៉ុណ្ណោះ។ រាល់ពេលដែល DISTRO_FEATURES អថេរត្រូវបានផ្លាស់ប្តូរ ថតឯកសារស្អាតគឺត្រូវការ។ ការកំណត់រចនាសម្ព័ន្ធ Distro ត្រូវបានរក្សាទុកនៅក្នុង local.conf file នៅក្នុងការកំណត់ DISTRO ហើយត្រូវបានបង្ហាញនៅពេលដែល bitbake កំពុងដំណើរការ។ នៅក្នុងការចេញផ្សាយកន្លងមក យើងបានប្រើ poky distro និងកំណែផ្ទាល់ខ្លួន និងអ្នកផ្តល់សេវានៅក្នុង layer.conf របស់យើង ប៉ុន្តែការចែកចាយផ្ទាល់ខ្លួនគឺជាដំណោះស្រាយប្រសើរជាង។ នៅពេលដែលការចែកចាយ poky លំនាំដើមត្រូវបានប្រើ ការកំណត់រចនាសម្ព័ន្ធសហគមន៍លំនាំដើមត្រូវបានប្រើ។ ក្នុងនាមជាការចេញផ្សាយ i.MX យើងចង់មានសំណុំនៃការកំណត់រចនាសម្ព័ន្ធដែល NXP គាំទ្រ និងត្រូវបានសាកល្បង។
នេះគឺជាបញ្ជីនៃការកំណត់រចនាសម្ព័ន្ធ DISTRO ។ សូមចំណាំថា fsl-imx-fb មិនត្រូវបានគាំទ្រនៅលើ i.MX 8 ឬ i.MX 9 ហើយ fsl-imx-x11 មិនត្រូវបានគាំទ្រទៀតទេ។

• fsl-imx-wayland៖ ក្រាហ្វិចវេយលែនសុទ្ធ។
• fsl-imx-xwayland៖ ក្រាហ្វិក Wayland និង X11. កម្មវិធី X11 ដែលប្រើ EGL មិនត្រូវបានគាំទ្រទេ។
• fsl-imx-fb៖ ក្រាហ្វិចបណ្តុំស៊ុម – គ្មាន X11 ឬ Wayland ។ Frame Buffer មិនត្រូវបានគាំទ្រនៅលើ i.MX 8 និង i.MX 9 ទេ។

ប្រសិនបើគ្មានការចែកចាយ file ត្រូវបានបញ្ជាក់ ការចែកចាយ XWayland ត្រូវបានតំឡើងតាមលំនាំដើម។ អ្នកប្រើប្រាស់ត្រូវបានស្វាគមន៍ក្នុងការបង្កើតការចែកចាយផ្ទាល់ខ្លួនរបស់ពួកគេ។ file ដោយផ្អែកលើមួយក្នុងចំណោមទាំងនេះដើម្បីប្ដូរតាមបំណងបរិស្ថានរបស់ពួកគេដោយមិនចាំបាច់ធ្វើបច្ចុប្បន្នភាព local.conf ដើម្បីកំណត់កំណែដែលពេញចិត្ត និងអ្នកផ្តល់សេវា។
វាក្យសម្ព័ន្ធសម្រាប់ស្គ្រីប imx-setup-release.sh ត្រូវបានបង្ហាញខាងក្រោម៖

កន្លែងណា

• ឌីស្ត្រូ = គឺ distro ដែលកំណត់រចនាសម្ព័ន្ធ build environment ហើយត្រូវបានរក្សាទុកក្នុង meta-imx/meta-imx-sdk/conf/distro។
• ម៉ាស៊ីន = គឺជាឈ្មោះម៉ាស៊ីន ដែលចង្អុលទៅការកំណត់រចនាសម្ព័ន្ធ file នៅក្នុង conf/machine ក្នុង meta-freescale និង meta-imx ។
• -b បញ្ជាក់ឈ្មោះនៃថត build ដែលបង្កើតឡើងដោយស្គ្រីប imx-setup-release.sh ។
• នៅពេលដែលស្គ្រីបត្រូវបានដំណើរការ វាជំរុញឱ្យអ្នកប្រើប្រាស់ទទួលយក EULA ។ នៅពេលដែល EULA ត្រូវបានទទួលយក ការទទួលយកត្រូវបានរក្សាទុកក្នុង local.conf នៅខាងក្នុងថត build នីមួយៗ ហើយសំណួរនៃការទទួលយក EULA មិនត្រូវបានបង្ហាញសម្រាប់ថត build នោះទៀតទេ។
• បន្ទាប់​ពី​ដំណើរ​ការ​ស្គ្រីប ថត​ឯកសារ​ដែល​ត្រូវ​បាន​បង្កើត​ឡើង​ដោយ​ស្គ្រីប ដែល​បាន​បញ្ជាក់​ជាមួយ​ជម្រើស -b ។ ថត conf ត្រូវបានបង្កើតឡើងដែលមាន files bblayers.conf និង local.conf ។
• នេះ។ /conf/bblayers.conf file មានស្រទាប់មេតាទាំងអស់ដែលបានប្រើនៅក្នុងការចេញផ្សាយគម្រោង i.MX Yocto ។
• local.conf file មាន​លក្ខណៈ​ពិសេស​របស់​ម៉ាស៊ីន និង​ឌីស្ត្រូ៖
• ម៉ាស៊ីន ??= '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 ។ សម្រាប់អតីតampឡេ, ប៊ីតប៊ឺក បង្កើតសមាសធាតុដែលមានឈ្មោះ។ ការបង្កើតសមាសធាតុនីមួយៗមានភារកិច្ចជាច្រើនដូចជាការទៅយក ការកំណត់រចនាសម្ព័ន្ធ ការចងក្រង ការវេចខ្ចប់ និងការពង្រាយទៅកាន់ rootfs គោលដៅ។ ការបង្កើតរូបភាព bitbake ប្រមូលផ្តុំសមាសធាតុទាំងអស់ដែលតម្រូវដោយរូបភាព និងបង្កើតតាមលំដាប់នៃភាពអាស្រ័យក្នុងមួយកិច្ចការ។ ការបង្កើតដំបូងគឺ toolchain រួមជាមួយនឹងឧបករណ៍ដែលត្រូវការសម្រាប់សមាសធាតុដើម្បីសាងសង់។

ពាក្យបញ្ជាខាងក្រោមគឺជា exampរៀនពីរបៀបបង្កើតរូបភាព៖

• bitbake imx-image-multimedia

ជម្រើស Bitbake
ពាក្យបញ្ជា bitbake ដែលប្រើសម្រាប់បង្កើតរូបភាពគឺ bitbake . ប៉ារ៉ាម៉ែត្របន្ថែមអាចត្រូវបានប្រើសម្រាប់សកម្មភាពជាក់លាក់ដែលបានពិពណ៌នាខាងក្រោម។ Bitbake ផ្តល់នូវជម្រើសមានប្រយោជន៍ជាច្រើនសម្រាប់ការអភិវឌ្ឍតែមួយ
សមាសភាគ។ ដើម្បីដំណើរការជាមួយប៉ារ៉ាម៉ែត្រ BitBake ពាក្យបញ្ជាមើលទៅដូចនេះ៖

ប៊ីតប៊ឺក
កន្លែងណា គឺជាកញ្ចប់សាងសង់ដែលចង់បាន។ តារាងខាងក្រោមផ្តល់នូវជម្រើស BitBake មួយចំនួន។

តារាង 2. ជម្រើស BitBake

ការកំណត់រចនាសម្ព័ន្ធ U-Boot
ការកំណត់រចនាសម្ព័ន្ធ U-Boot ត្រូវបានកំណត់នៅក្នុងការកំណត់ម៉ាស៊ីនមេ file. ការកំណត់រចនាសម្ព័ន្ធត្រូវបានបញ្ជាក់ដោយប្រើការកំណត់ UBOOT_CONFIG ។ វាទាមទារការកំណត់ UBOOT_CONFIG នៅក្នុង local.conf។ បើមិនដូច្នោះទេ U-Boot build ប្រើ SD boot តាមលំនាំដើម។
ទាំងនេះអាចត្រូវបានបង្កើតដោយឡែកពីគ្នាដោយប្រើពាក្យបញ្ជាខាងក្រោម (ផ្លាស់ប្តូរម៉ាស៊ីនទៅគោលដៅត្រឹមត្រូវ) ។ ការកំណត់រចនាសម្ព័ន្ធ 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 តែមួយ៖

• បន្ទរ “UBOOT_CONFIG = \”eimnor”” >> conf/local.conf

ជាមួយនឹងការកំណត់រចនាសម្ព័ន្ធ U-Boot ច្រើន៖

• បន្ទរ “UBOOT_CONFIG = \”sd eimnor\”” >> conf/local.conf
• ម៉ាស៊ីន = bitbake -c ដាក់ពង្រាយ u-boot-imx

កសាងសេណារីយ៉ូ
ខាងក្រោមគឺជាសេណារីយ៉ូនៃការដំឡើងសម្រាប់ការកំណត់រចនាសម្ព័ន្ធផ្សេងៗ។
ដំឡើង manifest និងបញ្ចូលប្រភពស្រទាប់គម្រោង Yocto ដោយប្រើពាក្យបញ្ជាទាំងនេះ៖

• mkdir imx-yocto-bsp
• ស៊ីឌី 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

ផ្នែកខាងក្រោមផ្តល់ឱ្យអតីតជាក់លាក់មួយចំនួនamples ។ ជំនួសឈ្មោះម៉ាស៊ីន និងផ្នែកខាងក្រោយដែលបានបញ្ជាក់ ដើម្បីប្ដូរពាក្យបញ្ជាតាមបំណង។

i.MX 8M Plus EVK ជាមួយផ្នែកខាងក្រោយក្រាហ្វិក 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 ជាមួយផ្នែកខាងក្រោយក្រាហ្វិក 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
• នេះបង្កើតរូបភាពពហុមេឌៀជាមួយផ្នែកខាងក្រោយសតិបណ្ដោះអាសន្នស៊ុម។

ចាប់ផ្តើមបរិយាកាសសាងសង់ឡើងវិញ
ប្រសិនបើបង្អួចស្ថានីយថ្មីត្រូវបានបើក ឬម៉ាស៊ីនត្រូវបានចាប់ផ្ដើមឡើងវិញ បន្ទាប់ពីការដំឡើងថតឯកសារ នោះស្គ្រីបបរិស្ថាននៃការដំឡើងគួរតែត្រូវបានប្រើដើម្បីដំឡើងអថេរបរិស្ថាន ហើយដំណើរការការស្ថាបនាម្តងទៀត។ មិនត្រូវការ imx-setup-release.sh ពេញលេញទេ។

ការរៀបចំប្រភព - បរិស្ថាន

កម្មវិធីរុករក Chromium នៅលើ Wayland
សហគមន៍គម្រោង Yocto មានរូបមន្ត Chromium សម្រាប់កម្មវិធីរុករក Chromium កំណែ Wayland សម្រាប់ i.MX SoC ជាមួយនឹងផ្នែករឹង GPU ។ NXP មិនគាំទ្រ ឬសាកល្បងបំណះពីសហគមន៍ទេ។ ផ្នែកនេះពិពណ៌នាអំពីរបៀបរួមបញ្ចូល 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 ផ្ទាល់ខ្លួនបានចាប់ផ្តើមនៅលើអាជ្ញាប័ណ្ណប្រភពបើកចំហ វាមិនអាចប្រើជាមួយអាជ្ញាប័ណ្ណពាណិជ្ជកម្មបានទេ។ ធ្វើការជាមួយអ្នកតំណាងផ្នែកច្បាប់ ដើម្បីយល់ពីភាពខុសគ្នារវាងអាជ្ញាប័ណ្ណទាំងនេះ។

ចំណាំ៖
អគារ 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/webម៉ាស៊ីន / កម្មវិធីរុករករហ័ស

កម្មវិធីរុករកទាំងបីអាចដំណើរការបានដោយចូលទៅកាន់ថតខាងលើ ហើយដំណើរការកម្មវិធីដែលអាចប្រតិបត្តិបាននៅទីនោះ។
អេក្រង់ប៉ះអាចត្រូវបានបើកដោយបន្ថែមប៉ារ៉ាម៉ែត្រ -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 ។ លើសពីនេះ ខឺណែល និង U-Boot មានការកំណត់រចនាសម្ព័ន្ធ។ OP-TEE OS ស្ថិតនៅក្នុងកម្មវិធីចាប់ផ្ដើមប្រព័ន្ធ ខណៈពេលដែលម៉ាស៊ីនភ្ញៀវ 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 ។

ដើម្បីបើកដំណើរការ Jailhouse build សូមបន្ថែមបន្ទាត់ខាងក្រោមទៅកាន់ local.conf៖

• DISTRO_FEATURES: បន្ថែម = "គុក"
• នៅក្នុង U-Boot ដំណើរការ jh_netboot ឬ jh_mmcboot ។ វាផ្ទុក DTB ពិសេសសម្រាប់ការប្រើប្រាស់ Jailhouse ។ ការទទួលយក i.MX
• 8M Quad ជាអតីតampបន្ទាប់​ពី Linux OS ចាប់ផ្ដើម៖
• #insmod jailhouse.ko
• #./jailhouse បើក imx8mq.cell

សម្រាប់ព័ត៌មានលម្អិតបន្ថែមអំពី Jailhouse នៅលើ i.MX 8 និង i.MX 9 សូមមើលការណែនាំអ្នកប្រើប្រាស់ i.MX Linux (UG10163)។

ការដាក់ពង្រាយរូបភាព

បញ្ចប់ fileរូបភាពប្រព័ន្ធត្រូវបានដាក់ពង្រាយ /tmp/deploy/images. រូបភាពមួយគឺសម្រាប់ផ្នែកភាគច្រើនជាក់លាក់ចំពោះម៉ាស៊ីនដែលបានកំណត់ក្នុងការរៀបចំបរិស្ថាន។ ការបង្កើតរូបភាពនីមួយៗបង្កើត U-Boot ខឺណែល និងប្រភេទរូបភាពដោយផ្អែកលើ IMAGE_FSTYPES ដែលបានកំណត់ក្នុងការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីន file. ការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនភាគច្រើនផ្តល់នូវរូបភាពកាត SD (.wic) និងរូបភាព rootfs (.tar) ។ រូបភាពកាត SD មានរូបភាពដែលបានបែងចែក (ជាមួយ U-Boot, ខឺណែល, rootfs ។ល។) សមរម្យសម្រាប់ការចាប់ផ្ដើមផ្នែករឹងដែលត្រូវគ្នា។

បញ្ចេញរូបភាពកាត SD
រូបភាពកាត SD file .wic មានរូបភាពដែលបែងចែក (ជាមួយ U-Boot, ខឺណែល, rootfs ។ល។) សមរម្យសម្រាប់ការចាប់ផ្ដើមផ្នែករឹងដែលត្រូវគ្នា។ ដើម្បីបញ្ចេញរូបភាពកាត SD សូមដំណើរការពាក្យបញ្ជាខាងក្រោម៖
zstdcat .wic.zst | sudo dd នៃ =/dev/sd bs=1M conv=fsync

សម្រាប់ព័ត៌មានបន្ថែមអំពីការបើកពន្លឺ សូមមើលផ្នែក "ការរៀបចំកាត SD/MMC ដើម្បីចាប់ផ្ដើម" នៅក្នុងសៀវភៅណែនាំអ្នកប្រើប្រាស់ i.MX Linux (UG10163)។ សម្រាប់កម្មវិធីរៀនម៉ាស៊ីន NXP eIQ ត្រូវការទំហំថាសទំនេរបន្ថែម
(ប្រហែល 1 ជីកាបៃ) ។ វាត្រូវបានកំណត់ដោយការបន្ថែមអថេរ IMAGE_ROOTFS_EXTRA_SPACE ទៅក្នុង local.conf file មុនពេលដំណើរការសាងសង់ Yocto ។ សូមមើល Yocto Project Mega-Manual។

ការប្ដូរតាមបំណង

មាន​សេណារីយ៉ូ​បី​ក្នុង​ការ​បង្កើត​និង​ប្ដូរ​តាម​បំណង​នៅ​លើ i.MX Linux OS៖

• ការកសាង i.MX Yocto Project BSP និងធ្វើឱ្យមានសុពលភាពនៅលើបន្ទះយោង i.MX ។ ការណែនាំនៅក្នុងឯកសារនេះពិពណ៌នាអំពីវិធីសាស្រ្តនេះយ៉ាងលម្អិត។
• ការកំណត់ខឺណែលតាមបំណង និងបង្កើតក្រុមប្រឹក្សាភិបាលផ្ទាល់ខ្លួន និងមែកធាងឧបករណ៍ជាមួយខឺណែល និង U-Boot ។ សម្រាប់ព័ត៌មានលម្អិតបន្ថែមអំពីរបៀបបង្កើត SDK និងដំឡើងម៉ាស៊ីនម៉ាស៊ីនសម្រាប់បង្កើតខឺណែល និង U-Boot នៅខាងក្រៅបរិយាកាសសាងសង់គម្រោង Yocto សូមមើលផ្នែក "របៀបបង្កើត U-Boot និង Kernel នៅក្នុងបរិស្ថានឯកកោ" នៅក្នុង i. មគ្គុទ្ទេសក៍អ្នកប្រើប្រាស់ MX Linux (UG10163) ។
• ការកំណត់ការចែកចាយបន្ថែម ឬដកការវេចខ្ចប់ចេញពី BSP ដែលផ្តល់សម្រាប់ការចេញផ្សាយ i.MX Linux ដោយបង្កើតស្រទាប់គម្រោង Yocto ផ្ទាល់ខ្លួន។ i.MX ផ្តល់នូវការបង្ហាញសាកល្បងជាច្រើនamples ដើម្បីបង្ហាញស្រទាប់ផ្ទាល់ខ្លួននៅលើកំពូលនៃការចេញផ្សាយ i.MX BSP ។ ផ្នែកដែលនៅសល់ក្នុងឯកសារនេះផ្តល់នូវការណែនាំសម្រាប់ការបង្កើត DISTRO ផ្ទាល់ខ្លួន និងការកំណត់រចនាសម្ព័ន្ធក្តារ។

ការបង្កើតការចែកចាយផ្ទាល់ខ្លួន
ការចែកចាយផ្ទាល់ខ្លួនអាចកំណត់រចនាសម្ព័ន្ធបង្កើតបរិយាកាសផ្ទាល់ខ្លួន។ ឌីស្ត្រូ files បានចេញផ្សាយ fsl-imx-wayland, fsl-imx-xwayland និង fsl-imx-fb ទាំងអស់បង្ហាញការកំណត់រចនាសម្ព័ន្ធសម្រាប់ផ្នែកខាងក្រោយក្រាហ្វិកជាក់លាក់។ Distros ក៏អាចត្រូវបានប្រើដើម្បីកំណត់រចនាសម្ព័ន្ធប៉ារ៉ាម៉ែត្រផ្សេងទៀតដូចជា ខឺណែល U-Boot និង GStreamer ។ ការចែកចាយ i.MX files ត្រូវបានកំណត់ដើម្បីបង្កើតបរិយាកាសបង្កើតផ្ទាល់ខ្លួនដែលត្រូវការសម្រាប់សាកល្បងការចេញផ្សាយ i.MX Linux OS BSP របស់យើង។
វាត្រូវបានណែនាំសម្រាប់អតិថិជនម្នាក់ៗដើម្បីបង្កើតការចែកចាយផ្ទាល់ខ្លួនរបស់ពួកគេ។ file ហើយប្រើវាសម្រាប់ការកំណត់អ្នកផ្តល់សេវា កំណែ និងការកំណត់ផ្ទាល់ខ្លួនសម្រាប់បរិស្ថានសាងសង់របស់ពួកគេ។ ឌីស្ត្រូត្រូវបានបង្កើតឡើងដោយចម្លងឌីស្ត្រូដែលមានស្រាប់ file, ឬ
រួមមានដូចជា poky.conf និងការបន្ថែមការផ្លាស់ប្តូរបន្ថែម ឬរួមទាំងការចែកចាយ i.MX មួយ ហើយប្រើវាជាចំណុចចាប់ផ្តើម។

ការបង្កើតការកំណត់រចនាសម្ព័ន្ធក្តារផ្ទាល់ខ្លួន
អ្នកលក់ដែលកំពុងបង្កើតក្តារឯកសារយោងប្រហែលជាចង់បន្ថែមក្តាររបស់ពួកគេទៅ FSL Community BSP ។ ការមានម៉ាស៊ីនថ្មីដែលគាំទ្រដោយ FSL Community BSP ធ្វើឱ្យវាងាយស្រួលក្នុងការចែករំលែកកូដប្រភពជាមួយសហគមន៍ និងអនុញ្ញាតឱ្យមានមតិកែលម្អពីសហគមន៍។
គម្រោង Yocto ធ្វើឱ្យវាងាយស្រួលក្នុងការបង្កើត និងចែករំលែក BSP សម្រាប់ក្រុមប្រឹក្សាភិបាលថ្មីដែលមានមូលដ្ឋានលើ i.MX ។ ដំណើរការផ្សព្វផ្សាយគួរតែចាប់ផ្តើមនៅពេលដែលខឺណែល Linux OS និងកម្មវិធីចាប់ផ្ដើមប្រព័ន្ធដំណើរការ និងសាកល្បងសម្រាប់ម៉ាស៊ីននោះ។ វាមានសារៈសំខាន់ខ្លាំងណាស់ក្នុងការមានខឺណែលលីនុចដែលមានស្ថេរភាព និងកម្មវិធីចាប់ផ្ដើមប្រព័ន្ធ (សម្រាប់ឧample, U-Boot) ដែលត្រូវចង្អុលទៅក្នុងការកំណត់ម៉ាស៊ីន fileទៅជាលំនាំដើមដែលប្រើសម្រាប់ម៉ាស៊ីននោះ។
ជំហានសំខាន់មួយទៀតគឺកំណត់អ្នកថែទាំសម្រាប់ម៉ាស៊ីនថ្មី។ អ្នកថែទាំគឺជាអ្នកទទួលខុសត្រូវក្នុងការរក្សាសំណុំនៃកញ្ចប់សំខាន់ៗដែលដំណើរការសម្រាប់ក្រុមប្រឹក្សាភិបាលនោះ។ អ្នកថែទាំម៉ាស៊ីនគួរតែរក្សាខឺណែល និងកម្មវិធីចាប់ផ្ដើមប្រព័ន្ធឱ្យទាន់សម័យ ហើយកញ្ចប់ទំហំអ្នកប្រើប្រាស់ត្រូវបានសាកល្បងសម្រាប់ម៉ាស៊ីននោះ។

ជំហានដែលត្រូវការត្រូវបានរាយខាងក្រោម។ 

1. កំណត់រចនាសម្ព័ន្ធខឺណែលតាមបំណង files តាមតម្រូវការ។ ការកំណត់រចនាសម្ព័ន្ធខឺណែល។ file គឺជាទីតាំងនៅក្នុង arch/arm/configs ហើយរូបមន្តខឺណែលអ្នកលក់គួរតែប្ដូរតាមបំណងនូវកំណែដែលបានផ្ទុកតាមរយៈរូបមន្តខឺណែល។
2. ប្ដូរ U-Boot តាមតម្រូវការ។ សូមមើល i.MX Porting Guide (UG10165) សម្រាប់ព័ត៌មានលម្អិតអំពីរឿងនេះ។
3. ចាត់តាំងអ្នកថែទាំក្រុមប្រឹក្សាភិបាល។ អ្នកថែទាំនេះធ្វើឱ្យប្រាកដថា files ត្រូវបានអាប់ដេតតាមតម្រូវការ ដូច្នេះការស្ថាបនាតែងតែដំណើរការ។
4. រៀបចំការកសាងគម្រោង Yocto ដូចដែលបានពិពណ៌នានៅក្នុងការណែនាំសហគមន៍ Yocto Project ដូចបានបង្ហាញខាងក្រោម។ ប្រើសាខាមេសហគមន៍។
   • ទាញយកកញ្ចប់ម៉ាស៊ីនដែលត្រូវការ អាស្រ័យលើការចែកចាយ Linux OS ម៉ាស៊ីនរបស់អ្នកពី Yocto Project Quick Start ។
   • ទាញយក Repo ដោយប្រើពាក្យបញ្ជា៖
   • curl https://storage.googleapis.com/git-repo-downloads/repo>~/bin/repo
   • បង្កើត​ថត​ដើម្បី​រក្សា​អ្វី​គ្រប់​យ៉ាង​។ ឈ្មោះ​ថត​ណា​មួយ​អាច​ត្រូវ​បាន​ប្រើ។ ឯកសារនេះប្រើ imxcommunity- bsp ។
   • mkdir imx-community-bsp
     ប្រតិបត្តិពាក្យបញ្ជាខាងក្រោម៖
   • ស៊ីឌី imx-community-bsp
   • ចាប់ផ្តើម Repo ជាមួយនឹងសាខាមេនៃ Repo ។
   • repo init -u https://github.com/Freescale/fsl-community-bsp-platform-bmaster
   • ទទួលបានរូបមន្តដែលនឹងត្រូវបានប្រើដើម្បីសាងសង់។
   • ធ្វើសមកាលកម្ម repo
   • រៀបចំបរិស្ថានដោយប្រើពាក្យបញ្ជាខាងក្រោម៖
   • ការរៀបចំប្រភព - ការបង្កើតបរិស្ថាន
5. ជ្រើសរើសម៉ាស៊ីនស្រដៀងគ្នា file នៅក្នុង fsl-community-bsp/sources/meta-freescale-3rdparty/conf/machine ហើយចម្លងវា ដោយប្រើឈ្មោះដែលបង្ហាញពីក្រុមប្រឹក្សាភិបាលរបស់អ្នក។ កែសម្រួលបន្ទះថ្មី។ file ជាមួយនឹងព័ត៌មានអំពីក្រុមប្រឹក្សាភិបាលរបស់អ្នក។ ផ្លាស់ប្តូរឈ្មោះ និងការពិពណ៌នាយ៉ាងហោចណាស់។ បន្ថែម MACHINE_FEATURE ។
   សាកល្បងការផ្លាស់ប្ដូររបស់អ្នកជាមួយសាខាមេសហគមន៍ចុងក្រោយបំផុត ធ្វើឱ្យប្រាកដថាអ្វីៗដំណើរការបានល្អ។ ប្រើយ៉ាងហោចណាស់រូបភាពស្នូល-អប្បបរមា។
   bitbake ស្នូលរូបភាព - តិចតួចបំផុត។
6. រៀបចំបំណះ។ អនុវត្តតាមការណែនាំអំពីរចនាប័ទ្មរូបមន្ត និងផ្នែក "ការរួមចំណែក" នៅក្រោម github.com/Freescale/meta-freescale/blob/master/README.md.
7. បញ្ចូលទៅក្នុង meta-freescale-3rdparty ។ ដើម្បីឡើងទឹក សូមផ្ញើបំណះទៅ meta-freescale@yoctoproject.org

ការតាមដានភាពងាយរងគ្រោះផ្នែកសុវត្ថិភាពនៅក្នុង BSP របស់អ្នក។
មានវិធីពីរយ៉ាងក្នុងការតាមដានភាពងាយរងគ្រោះ និងការប៉ះពាល់ទូទៅ (CVE)៖ មួយគឺ Vigiles និងមួយទៀតគឺការត្រួតពិនិត្យ Yocto CVE។

របៀបត្រួតពិនិត្យ CVE ដោយឧបករណ៍ Vigiles
ការត្រួតពិនិត្យភាពងាយរងគ្រោះ និងការបង្ហាញទូទៅ (CVE) អាចត្រូវបានសម្រេចដោយប្រើឧបករណ៍ Vigiles ដែលបានបើក NXP ពី Timesys ។ Vigiles គឺជាឧបករណ៍ត្រួតពិនិត្យ និងគ្រប់គ្រងភាពងាយរងគ្រោះដែលផ្តល់នូវការវិភាគ Yocto CVE នៃរូបភាពគោលដៅ។ វាធ្វើដូចនេះដោយការប្រមូលទិន្នន័យមេតាអំពីកម្មវិធីដែលប្រើក្នុង 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៖
INHERIT += "ប្រុងប្រយ័ត្ន"

ការប្រតិបត្តិ
នៅពេលដែល meta-timesys ត្រូវបានបន្ថែមទៅ build របស់អ្នក Vigiles ប្រតិបត្តិភាពងាយរងគ្រោះផ្នែកសុវត្ថិភាព រាល់ពេលដែល Linux BSP ត្រូវបានបង្កើតជាមួយ Yocto ។ មិនមានពាក្យបញ្ជាបន្ថែមដែលត្រូវការទេ។ បន្ទាប់ពីការសាងសង់នីមួយៗត្រូវបានបញ្ចប់ ព័ត៌មានស្កេនភាពងាយរងគ្រោះត្រូវបានរក្សាទុកក្នុងថត imx-yocto-bsp/ / ប្រុងប្រយ័ត្ន។

អ្នកអាចធ្វើបាន view ព័ត៌មានលម្អិតនៃការស្កេនសុវត្ថិភាពតាមរយៈ៖

• បន្ទាត់ពាក្យបញ្ជា (សង្ខេប)
• លើបណ្តាញ (ព័ត៌មានលម្អិត)
• គ្រាន់តែបើក file មានឈ្មោះ -report.txt ដែលរួមបញ្ចូលតំណភ្ជាប់ទៅកាន់របាយការណ៍លម្អិតលើអ៊ីនធឺណិត។

របៀបត្រួតពិនិត្យ CVE ដោយ Yocto BitBake

• គម្រោង Yocto មានហេដ្ឋារចនាសម្ព័ន្ធដើម្បីតាមដាន និងដោះស្រាយភាពងាយរងគ្រោះផ្នែកសុវត្ថិភាពដែលគេស្គាល់ដែលមិនបានជួសជុល ដូចដែលបានតាមដានដោយមូលដ្ឋានទិន្នន័យសាធារណៈទូទៅ ភាពងាយរងគ្រោះ និងការប៉ះពាល់ (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 នៅលើម៉ាស៊ីនលីនុច និងបង្កើតរូបភាព។ ការពន្យល់លម្អិតអំពីអត្ថន័យនេះ មាននៅក្នុងផ្នែកខាងលើ។

ការដំឡើងឧបករណ៍ប្រើប្រាស់ "repo"
ដើម្បីទទួលបាន BSP អ្នកត្រូវដំឡើង "repo" ។ នេះត្រូវធ្វើតែម្តងប៉ុណ្ណោះ។

កំពុងទាញយក BSP Yocto Project Environment
ប្រើឈ្មោះត្រឹមត្រូវសម្រាប់ការចេញផ្សាយដែលចង់បាននៅក្នុងជម្រើស -b សម្រាប់ repo init ។ នេះត្រូវធ្វើម្តងសម្រាប់ការចេញផ្សាយនីមួយៗ ហើយកំណត់ការចែកចាយសម្រាប់ថតដែលបានបង្កើតក្នុងជំហានដំបូង។ ការធ្វើសមកាលកម្ម repo អាចត្រូវបានដំណើរការដើម្បីធ្វើបច្ចុប្បន្នភាពរូបមន្តនៅក្រោមប្រភពទៅចុងក្រោយបំផុត។

• ៖ 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
• ចំណាំ៖ https://github.com/nxp-imx/imx-manifest/tree/imx-linux-walnascar មានបញ្ជីនៃ manifest ទាំងអស់។ files បានគាំទ្រនៅក្នុងការចេញផ្សាយនេះ។

រៀបចំសម្រាប់ផ្នែកខាងក្រោយជាក់លាក់

i.MX 8 និង i.MX 9 Framebuffer មិនត្រូវបានគាំទ្រទេ។ ប្រើសម្រាប់តែ i.MX 6 និង i.MX 7 SoC ប៉ុណ្ណោះ។

ការដំឡើងសម្រាប់ Framebuffer

ការលៃតម្រូវការកំណត់មូលដ្ឋាន
ការស្ថាបនាគម្រោង Yocto អាចប្រើប្រាស់ធនធានសាងសង់យ៉ាងច្រើនទាំងពេលវេលា និងការប្រើប្រាស់ថាស ជាពិសេសនៅពេលសាងសង់ក្នុងថតឯកសារសាងសង់ច្រើន។ មានវិធីសាស្រ្តដើម្បីបង្កើនប្រសិទ្ធភាពនេះឧទាហរណ៍ampប្រើឃ្លាំងសម្ងាត់ sstate ចែករំលែក (ឃ្លាំងសម្ងាត់ស្ថានភាពនៃការសាងសង់) និងថតឯកសារទាញយក (ផ្ទុកកញ្ចប់ដែលបានទាញយក) ។ ទាំងនេះអាចត្រូវបានកំណត់នៅទីតាំងណាមួយនៅក្នុង local.conf file ដោយបន្ថែមសេចក្តីថ្លែងការណ៍ដូចជា៖

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

• ថតត្រូវមានរួចហើយ និងមានការអនុញ្ញាតសមរម្យ។ ស្ថានភាពដែលបានចែករំលែកជួយនៅពេលដែលថត build ច្រើនត្រូវបានកំណត់ ដែលនីមួយៗប្រើឃ្លាំងសម្ងាត់រួមគ្នាដើម្បីកាត់បន្ថយពេលវេលាសាងសង់។ ថតទាញយកដែលបានចែករំលែកកាត់បន្ថយពេលវេលាក្នុងការទាញយក។ បើគ្មានការកំណត់ទាំងនេះទេ គម្រោង Yocto កំណត់លំនាំដើមទៅកាន់ថតឯកសារសម្រាប់ឃ្លាំងសម្ងាត់ sstate និងការទាញយក។
• រាល់កញ្ចប់ដែលបានទាញយកនៅក្នុងថត DL_DIR ត្រូវបានសម្គាល់ដោយ a .រួចរាល់។ ប្រសិនបើបណ្តាញរបស់អ្នកមានបញ្ហាក្នុងការទៅយកកញ្ចប់ អ្នកអាចចម្លងកំណែបម្រុងទុកនៃកញ្ចប់ដោយដៃទៅថត DL_DIR ហើយបង្កើត .រួចរាល់ file ជាមួយនឹងពាក្យបញ្ជាប៉ះ។ បន្ទាប់មកដំណើរការពាក្យបញ្ជា bitbake: bitbake .
• សម្រាប់ព័ត៌មានបន្ថែម សូមមើលសៀវភៅណែនាំអំពីគម្រោង Yocto ។

រូបមន្ត
សមាសធាតុនីមួយៗត្រូវបានបង្កើតឡើងដោយប្រើរូបមន្ត។ សម្រាប់សមាសធាតុថ្មី រូបមន្តត្រូវតែត្រូវបានបង្កើតដើម្បីចង្អុលទៅប្រភព (SRC_URI) និងបញ្ជាក់បំណះ ប្រសិនបើអាចអនុវត្តបាន។ បរិយាកាសគម្រោង Yocto បង្កើតពីការបង្កើតfile នៅក្នុងទីតាំងដែលបានបញ្ជាក់ដោយ SRC_URI នៅក្នុងរូបមន្ត។ នៅពេលដែលការស្ថាបនាត្រូវបានបង្កើតឡើងពីឧបករណ៍ស្វ័យប្រវត្តិ រូបមន្តគួរតែទទួលមរតក autotools និង pkgconfig ។ ធ្វើfiles ត្រូវតែអនុញ្ញាតឱ្យ CC ត្រូវបានបដិសេធដោយឧបករណ៍ Cross Compile ដើម្បីទទួលបានកញ្ចប់ដែលបង្កើតឡើងដោយ Yocto Project ។
សមាសធាតុមួយចំនួនមានរូបមន្ត ប៉ុន្តែត្រូវការបំណះបន្ថែម ឬការធ្វើបច្ចុប្បន្នភាព។ នេះអាចត្រូវបានធ្វើដោយប្រើរូបមន្ត bbappend ។ វាបន្ថែមទៅព័ត៌មានលម្អិតអំពីរូបមន្តដែលមានស្រាប់អំពីប្រភពដែលបានធ្វើបច្ចុប្បន្នភាព។ សម្រាប់អតីតample, រូបមន្ត bbappend ដើម្បីរួមបញ្ចូលបំណះថ្មីគួរតែមានមាតិកាដូចខាងក្រោមៈ

FILESEXTRAPATHS: prepend := “${THISDIR}/${PN}:” SRC_URI += file// .បំណះ
FILESEXTRAPATHS_prepend ប្រាប់ Yocto Project ឱ្យមើលក្នុងបញ្ជីរាយនាម ដើម្បីស្វែងរកបំណះដែលបានរាយក្នុង SRC_URI ។

ចំណាំ៖
ប្រសិនបើរូបមន្ត bbappend មិនត្រូវបានជ្រើសរើសទេ view កំណត់ហេតុនៃការទាញយក file (log.do_fetch) នៅក្រោមថតការងារ ដើម្បីពិនិត្យមើលថាតើបំណះដែលពាក់ព័ន្ធត្រូវបានរួមបញ្ចូលឬអត់។ ជួនកាលកំណែ 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 ឬ packagegroup។

កំណែដែលពេញចិត្ត
កំណែដែលពេញចិត្តត្រូវបានប្រើដើម្បីបញ្ជាក់កំណែដែលពេញចិត្តនៃរូបមន្តដែលត្រូវប្រើសម្រាប់សមាសភាគជាក់លាក់មួយ។ សមាសធាតុមួយអាចមានរូបមន្តជាច្រើននៅក្នុងស្រទាប់ផ្សេងៗគ្នា ហើយកំណែដែលពេញចិត្តចង្អុលទៅកំណែជាក់លាក់ដែលត្រូវប្រើ។

នៅក្នុងស្រទាប់ meta-imx ក្នុង layer.conf កំណែដែលពេញចិត្តត្រូវបានកំណត់សម្រាប់រូបមន្តទាំងអស់ដើម្បីផ្តល់នូវប្រព័ន្ធឋិតិវន្តសម្រាប់បរិយាកាសផលិតកម្ម។ ការកំណត់កំណែដែលពេញចិត្តទាំងនេះត្រូវបានប្រើសម្រាប់ការចេញផ្សាយ i.MX ផ្លូវការ ប៉ុន្តែមិនមែនទេ។
ចាំបាច់សម្រាប់ការអភិវឌ្ឍន៍នាពេលអនាគត។
កំណែដែលពេញចិត្តក៏ជួយផងដែរ នៅពេលដែលកំណែមុនអាចបណ្តាលឱ្យមានការភ័ន្តច្រឡំអំពីរូបមន្តដែលគួរប្រើ។
សម្រាប់អតីតample, រូបមន្តពីមុនសម្រាប់ imx-test និង imx-lib បានប្រើកំណែប្រចាំខែ ដែលបានប្តូរទៅ កំណែទម្រង់។ បើគ្មានកំណែដែលពេញចិត្តទេ កំណែចាស់អាចនឹងត្រូវបានជ្រើសរើស។ រូបមន្តដែលមានកំណែ _git ជាធម្មតាត្រូវបានជ្រើសរើសលើរូបមន្តផ្សេងទៀត លុះត្រាតែកំណែដែលពេញចិត្តត្រូវបានកំណត់។ ដើម្បីកំណត់កំណែដែលពេញចិត្ត ដាក់ខាងក្រោមក្នុង local.conf ។

PREFERRED_VERSION_ : = “ ”

សូមមើលសៀវភៅណែនាំគម្រោង Yocto សម្រាប់ព័ត៌មានបន្ថែមស្តីពីការប្រើប្រាស់កំណែដែលពេញចិត្ត។

អ្នកផ្តល់សេវាដែលពេញចិត្ត
អ្នកផ្តល់សេវាដែលពេញចិត្តត្រូវបានប្រើដើម្បីបញ្ជាក់អ្នកផ្តល់សេវាដែលពេញចិត្តសម្រាប់សមាសភាគជាក់លាក់មួយ។
សមាសធាតុមួយអាចមានអ្នកផ្តល់សេវាច្រើន។ សម្រាប់អតីតampដូច្នេះ ខឺណែលលីនុចអាចត្រូវបានផ្តល់ដោយ 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. ខាងក្រោមនេះគឺជាអតីតample នៃការផ្លាស់ប្តូរទៅខឺណែល mx6dlsabred
ការកំណត់។

KERNEL_DEVICETREE:mx6dl = “imx6dl-sabresd.dts”

គ្រួសារ SoC មានប្រយោជន៍នៅពេលធ្វើការផ្លាស់ប្តូរដែលជាក់លាក់សម្រាប់តែប្រភេទ Hardware ប៉ុណ្ណោះ។ សម្រាប់អតីត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/ / ) ពិនិត្យមើលកញ្ចប់ កញ្ចប់-បំបែក និង sysroot* ថតនៃរូបមន្តនីមួយៗ ដើម្បីមើលថាតើ files ត្រូវបានដាក់នៅទីនោះ (កន្លែងដែលពួកគេនៅ staged មុនពេលត្រូវបានចម្លងទៅថតដាក់ពង្រាយ)។

របៀបបន្ថែមយន្តការសម្រាប់ការត្រួតពិនិត្យ និងការជូនដំណឹងអំពី CVE
យន្តការតាមដាន CVE អាចទាញយកពី GitHub ។ រុករកទៅថត imx-yocto-bsp/sources ។

ដំណើរការពាក្យបញ្ជាខាងក្រោម៖

git ក្លូន https://github.com/TimesysGit/meta-timesys.git-bmaster

ពាក្យបញ្ជានេះនឹងទាញយក metalayer បន្ថែមដែលផ្តល់ស្គ្រីបសម្រាប់ការបង្កើតរូបភាពដែលប្រើសម្រាប់ការត្រួតពិនិត្យសុវត្ថិភាព និងការជូនដំណឹងដែលជាផ្នែកមួយនៃផលិតផល Vigiles ដែលផ្តល់ជូនពី NXP និង Timesys ។ សូមអនុវត្តតាមផ្នែកទី 7.3 អំពីរបៀបប្រើដំណោះស្រាយ។
ការទទួលបានសិទ្ធិចូលដំណើរការរបាយការណ៍ CVE ពេញលេញតម្រូវឱ្យមានគន្លឹះអាជ្ញាប័ណ្ណ LinuxLink ។ ដោយគ្មានគន្លឹះនៅក្នុងបរិយាកាសអភិវឌ្ឍន៍របស់អ្នក Vigiles បន្តប្រតិបត្តិក្នុងរបៀបសាកល្បង ដោយផលិតតែរបាយការណ៍សង្ខេបប៉ុណ្ណោះ។
ចូលទៅក្នុងគណនី Vigiles របស់អ្នកនៅលើ LinuxLink (ឬបង្កើតមួយប្រសិនបើអ្នកមិនមានមួយ: https://www.timesys.com/register-nxp-vigiles/ ចូលប្រើចំណូលចិត្តរបស់អ្នក ហើយបង្កើតសោថ្មី។ ទាញយកសោ file ដល់ការអភិវឌ្ឍន៍របស់អ្នក។
បរិស្ថាន។ បញ្ជាក់ទីតាំងរបស់សោ file នៅក្នុង conf/local.conf របស់ Yocto របស់អ្នក។ file ជាមួយនឹងសេចក្តីថ្លែងការណ៍ដូចខាងក្រោមៈ

VIGILES_KEY_FILE = “/tools/timesys/linuxlink_key”

ឯកសារយោង

• សម្រាប់ព័ត៌មានលម្អិតអំពីការផ្លាស់ប្តូរចាប់ផ្ដើម សូមមើលផ្នែក "របៀបចាប់ផ្ដើមក្រុមប្រឹក្សាភិបាល i.MX" នៅក្នុងមគ្គុទ្ទេសក៍អ្នកប្រើប្រាស់ i.MX Linux (UG10163) ។
• សម្រាប់របៀបទាញយករូបភាពដោយប្រើ U-Boot សូមមើលផ្នែក "ការទាញយករូបភាពដោយប្រើ U-Boot" នៅក្នុងសៀវភៅណែនាំអ្នកប្រើប្រាស់ i.MX Linux (UG10163)។
• សម្រាប់របៀបដំឡើងកាត SD/MMC សូមមើលផ្នែក "ការរៀបចំកាត SD/MMC ដើម្បីចាប់ផ្ដើម" នៅក្នុងការណែនាំរបស់អ្នកប្រើ i.MX Linux (UG10163) ។

ចំណាំអំពីកូដប្រភពនៅក្នុងឯកសារ

Example កូដដែលបង្ហាញក្នុងឯកសារនេះមានសិទ្ធិរក្សាសិទ្ធិ និង BSD-3-Clause ដូចខាងក្រោម៖
រក្សាសិទ្ធិ 2025 NXP ការចែកចាយឡើងវិញ និងការប្រើប្រាស់ក្នុងទម្រង់ប្រភព និងប្រព័ន្ធគោលពីរ ដោយមានឬគ្មានការកែប្រែ ត្រូវបានអនុញ្ញាត ផ្តល់លក្ខខណ្ឌដូចខាងក្រោមត្រូវបានបំពេញ៖

1. ការចែកចាយឡើងវិញនៃកូដប្រភពត្រូវតែរក្សាការជូនដំណឹងអំពីការរក្សាសិទ្ធិខាងលើ បញ្ជីលក្ខខណ្ឌ និងការបដិសេធខាងក្រោម។
2. ការចែកចាយឡើងវិញក្នុងទម្រង់គោលពីរត្រូវតែបង្កើតឡើងវិញនូវការជូនដំណឹងអំពីការរក្សាសិទ្ធិខាងលើ បញ្ជីនៃលក្ខខណ្ឌនេះ និងការបដិសេធខាងក្រោមនៅក្នុងឯកសារ និង/ឬសម្ភារៈផ្សេងទៀតដែលបានផ្តល់ជាមួយនឹងការចែកចាយ។
3. ទាំងឈ្មោះអ្នករក្សាសិទ្ធិនិងឈ្មោះអ្នកចូលរួមរបស់វាមិនអាចត្រូវបានប្រើដើម្បីគាំទ្រឬផ្សព្វផ្សាយផលិតផលដែលបានមកពីកម្មវិធីនេះដោយគ្មានការអនុញ្ញាតជាលាយលក្ខណ៍អក្សរជាមុន។

កម្មវិធីនេះត្រូវបានផ្តល់ដោយអ្នកកាន់កាប់សិទ្ធិអ្នកនិពន្ធ និងអ្នករួមវិភាគទាន "ដូចដែលមាន" និងការធានាណាមួយដែលបញ្ជាក់ ឬដោយប្រយោល រួមទាំង ប៉ុន្តែមិនកំណត់ចំពោះ ការធានាដោយអត្ថន័យនៃទំនិញគ្រប់គ្រាន់ ត្រូវបានបដិសេធ។ គ្មានករណីណាមួយដែលអ្នកកាន់កាប់សិទ្ធិថតចម្លង ឬអ្នករួមចំណែកត្រូវទទួលខុសត្រូវចំពោះការខូចខាតដោយផ្ទាល់ ប្រយោល ចៃដន្យ ពិសេស គំរូ ឬការខូចខាតជាផលវិបាក (រួមទាំង ប៉ុន្តែមិនកំណត់ចំពោះផ្នែករដ្ឋបាល សេវាកម្ម ការបាត់បង់ការប្រើប្រាស់ ទិន្នន័យ ឬប្រាក់ចំណេញ ឬការរំខានអាជីវកម្ម) ទោះបីជាបង្កឡើង និងលើទ្រឹស្តីនៃទំនួលខុសត្រូវណាមួយក៏ដោយ ថាតើនៅក្នុងកិច្ចសន្យា ទំនួលខុសត្រូវយ៉ាងតឹងរ៉ឹង ឬការបង្ខិតបង្ខំ (រួមទាំងការបិទសិទ្ធិប្រើប្រាស់) ការ​ប្រើ​ប្រាស់​កម្មវិធី​នេះ ទោះ​បី​ជា​មាន​ការ​ណែនាំ​អំពី​លទ្ធភាព​នៃ​ការ​ខូច​ខាត​បែប​នេះ​ក៏​ដោយ។

ប្រវត្តិកែប្រែ

តារាងនេះផ្តល់នូវប្រវត្តិនៃការកែប្រែ។ ប្រវត្តិនៃការពិនិត្យឡើងវិញ

ព័ត៌មានផ្លូវច្បាប់

និយមន័យ
សេចក្តីព្រាង - ស្ថានភាពព្រាងនៅលើឯកសារបង្ហាញថាខ្លឹមសារនៅតែស្ថិតក្រោមការកែប្រែផ្ទៃក្នុងview និងជាកម្មវត្ថុនៃការអនុម័តជាផ្លូវការ ដែលអាចជាលទ្ធផល
នៅក្នុងការកែប្រែ ឬបន្ថែម។ 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 មានលក្ខណៈសមរម្យ និងសមនឹងកម្មវិធី និងផលិតផលរបស់អតិថិជនដែលបានគ្រោងទុក ក៏ដូចជាសម្រាប់កម្មវិធីដែលបានគ្រោងទុក និងការប្រើប្រាស់អតិថិជនភាគីទីបីរបស់អតិថិជនផងដែរ។ អតិថិជនគួរតែផ្តល់នូវការរចនា និងការការពារប្រតិបត្តិការសមស្រប ដើម្បីកាត់បន្ថយហានិភ័យដែលទាក់ទងនឹងកម្មវិធី និងផលិតផលរបស់ពួកគេ។
• NXP Semiconductors មិនទទួលយកទំនួលខុសត្រូវណាមួយដែលទាក់ទងនឹងលំនាំដើម ការខូចខាត ការចំណាយ ឬបញ្ហាដែលផ្អែកលើភាពទន់ខ្សោយ ឬលំនាំដើមណាមួយនៅក្នុងកម្មវិធី ឬផលិតផលរបស់អតិថិជន ឬកម្មវិធី ឬការប្រើប្រាស់ដោយអតិថិជនភាគីទីបីរបស់អតិថិជននោះទេ។ អតិថិជនមានទំនួលខុសត្រូវក្នុងការធ្វើតេស្តចាំបាច់ទាំងអស់សម្រាប់កម្មវិធី និងផលិតផលរបស់អតិថិជនដោយប្រើផលិតផល NXP Semiconductors ដើម្បីជៀសវាងការបរាជ័យនៃកម្មវិធី និងផលិតផល ឬនៃកម្មវិធី ឬប្រើប្រាស់ដោយអតិថិជនភាគីទីបីរបស់អតិថិជន។ NXP មិនទទួលយកការទទួលខុសត្រូវណាមួយក្នុងន័យនេះទេ។
• ល័ក្ខខ័ណ្ឌនៃការលក់ពាណិជ្ជកម្ម — ផលិតផល NXP Semiconductors ត្រូវបានលក់តាមលក្ខខណ្ឌទូទៅនៃការលក់ពាណិជ្ជកម្ម ដូចដែលបានចុះផ្សាយនៅ https://www.nxp.com/profile/terms លុះត្រាតែមានការព្រមព្រៀងផ្សេងពីនេះក្នុងកិច្ចព្រមព្រៀងបុគ្គលដែលមានសុពលភាពជាលាយលក្ខណ៍អក្សរ។ ក្នុងករណីកិច្ចព្រមព្រៀងបុគ្គលត្រូវបានបញ្ចប់ មានតែលក្ខខណ្ឌនៃកិច្ចព្រមព្រៀងរៀងៗខ្លួនប៉ុណ្ណោះដែលត្រូវអនុវត្ត។ NXP Semiconductors សម្តែងការជំទាស់ចំពោះការអនុវត្តលក្ខខណ្ឌទូទៅរបស់អតិថិជនទាក់ទងនឹងការទិញផលិតផល NXP Semiconductors ដោយអតិថិជន។
• ការត្រួតពិនិត្យការនាំចេញ — ឯកសារនេះក៏ដូចជាធាតុដែលបានពិពណ៌នានៅទីនេះអាចជាកម្មវត្ថុនៃបទប្បញ្ញត្តិត្រួតពិនិត្យការនាំចេញ។ ការនាំចេញអាចទាមទារការអនុញ្ញាតជាមុនពីអាជ្ញាធរមានសមត្ថកិច្ច។
• ភាពស័ក្តិសមសម្រាប់ការប្រើប្រាស់នៅក្នុងផលិតផលដែលមិនមានគុណភាពសម្រាប់រថយន្ត — លុះត្រាតែឯកសារនេះបញ្ជាក់យ៉ាងច្បាស់ថាផលិតផល NXP Semiconductors ជាក់លាក់នេះមានលក្ខណៈសម្បត្តិគ្រប់គ្រាន់សម្រាប់យានយន្តនោះ ផលិតផលនេះមិនស័ក្តិសមសម្រាប់ការប្រើប្រាស់រថយន្តទេ។ វាមិនមានលក្ខណៈសម្បត្តិគ្រប់គ្រាន់ ឬត្រូវបានសាកល្បងដោយអនុលោមតាមការធ្វើតេស្តរថយន្ត ឬតម្រូវការកម្មវិធី NXP Semiconductors មិនទទួលខុសត្រូវចំពោះការរួមបញ្ចូល និង/ឬការប្រើប្រាស់ផលិតផលដែលមិនមានគុណភាពសម្រាប់រថយន្តនៅក្នុងឧបករណ៍ ឬកម្មវិធីរថយន្ត។
• ក្នុងករណីដែលអតិថិជនប្រើប្រាស់ផលិតផលសម្រាប់ការរចនា និងប្រើប្រាស់ក្នុងកម្មវិធីរថយន្តទៅនឹងលក្ខណៈបច្ចេកទេស និងស្តង់ដាររថយន្ត អតិថិជន (ក) ត្រូវប្រើប្រាស់ផលិតផលដោយគ្មានការធានារបស់ NXP Semiconductors នៃផលិតផលសម្រាប់កម្មវិធីរថយន្ត ការប្រើប្រាស់ និងលក្ខណៈបច្ចេកទេស និង ( ខ) រាល់ពេលដែលអតិថិជនប្រើប្រាស់ផលិតផលសម្រាប់កម្មវិធីរថយន្តលើសពីលក្ខណៈបច្ចេកទេសរបស់ NXP Semiconductors ការប្រើប្រាស់បែបនេះត្រូវប្រឈមមុខនឹងហានិភ័យផ្ទាល់របស់អតិថិជន ហើយ (គ) អតិថិជននឹងសងសំណងទាំងស្រុងនូវ NXP Semiconductors សម្រាប់ការទទួលខុសត្រូវ ការខូចខាត ឬការទាមទារផលិតផលដែលបរាជ័យដែលបណ្តាលមកពីការរចនា និងការប្រើប្រាស់របស់អតិថិជន។ ផលិតផលសម្រាប់កម្មវិធីរថយន្តលើសពីការធានាស្តង់ដាររបស់ NXP Semiconductors និងផលិតផលជាក់លាក់របស់ NXP Semiconductors ។
• ការបោះពុម្ពផ្សាយ HTML — កំណែ HTML នៃឯកសារនេះត្រូវបានផ្តល់ជូនជាការគួរសម។ ព័ត៌មានច្បាស់លាស់មាននៅក្នុងឯកសារដែលអាចអនុវត្តបានជាទម្រង់ PDF ។ ប្រសិនបើមានភាពមិនស្របគ្នារវាងឯកសារ HTML និងឯកសារ PDF នោះឯកសារ PDF មានអាទិភាព។
• ការបកប្រែ — កំណែដែលមិនមែនជាភាសាអង់គ្លេស (បកប្រែ) នៃឯកសារ រួមទាំងព័ត៌មានផ្លូវច្បាប់នៅក្នុងឯកសារនោះ គឺសម្រាប់ជាឯកសារយោងតែប៉ុណ្ណោះ។ កំណែជាភាសាអង់គ្លេសនឹងមានសុពលភាពក្នុងករណីមានភាពខុសគ្នារវាងកំណែដែលបានបកប្រែ និងភាសាអង់គ្លេស។

• សុវត្ថិភាព - អតិថិជនយល់ថាផលិតផល NXP ទាំងអស់អាចទទួលរងនូវភាពងាយរងគ្រោះដែលមិនស្គាល់អត្តសញ្ញាណ ឬអាចគាំទ្រស្តង់ដារសុវត្ថិភាពដែលបានបង្កើតឡើង ឬជាក់លាក់ជាមួយនឹងដែនកំណត់ដែលគេស្គាល់។ អតិថិជនទទួលខុសត្រូវចំពោះការរចនា និងប្រតិបត្តិការនៃកម្មវិធី និងផលិតផលរបស់ខ្លួនពេញមួយវដ្តជីវិតរបស់ពួកគេ ដើម្បីកាត់បន្ថយឥទ្ធិពលនៃភាពងាយរងគ្រោះទាំងនេះលើកម្មវិធី និងផលិតផលរបស់អតិថិជន។ ទំនួលខុសត្រូវរបស់អតិថិជនក៏ពង្រីកដល់បច្ចេកវិទ្យាបើកចំហ និង/ឬកម្មសិទ្ធិផ្សេងទៀតដែលគាំទ្រដោយផលិតផល NXP សម្រាប់ប្រើប្រាស់ក្នុងកម្មវិធីរបស់អតិថិជន។ NXP មិនទទួលខុសត្រូវចំពោះភាពងាយរងគ្រោះណាមួយឡើយ។ អតិថិជនគួរតែពិនិត្យមើលការអាប់ដេតសុវត្ថិភាពពី NXP ជាទៀងទាត់ ហើយតាមដានដោយសមរម្យ។
• អតិថិជនត្រូវជ្រើសរើសផលិតផលដែលមានលក្ខណៈពិសេសសុវត្ថិភាពដែលសមស្របបំផុតនឹងច្បាប់ បទប្បញ្ញត្តិ និងស្តង់ដារនៃកម្មវិធីដែលបានគ្រោងទុក ហើយធ្វើការសម្រេចចិត្តរចនាចុងក្រោយទាក់ទងនឹងផលិតផលរបស់ខ្លួន ហើយទទួលខុសត្រូវទាំងស្រុងចំពោះការអនុលោមតាមតម្រូវការច្បាប់ និយតកម្ម និងសុវត្ថិភាពទាំងអស់ទាក់ទងនឹងផលិតផលរបស់ខ្លួន ដោយមិនគិតពី នៃព័ត៌មាន ឬជំនួយដែលអាចត្រូវបានផ្តល់ដោយ NXP ។
• NXP មានក្រុមឆ្លើយតបឧប្បត្តិហេតុសុវត្ថិភាពផលិតផល (PSIRT) (អាចទាក់ទងបាននៅ PSIRT@nxp.com ដែលគ្រប់គ្រងការស៊ើបអង្កេត ការរាយការណ៍ និងការចេញផ្សាយដំណោះស្រាយចំពោះភាពងាយរងគ្រោះផ្នែកសុវត្ថិភាពនៃផលិតផល NXP ។
• NXP B.V. — NXP B.V. មិនមែនជាក្រុមហ៊ុនប្រតិបត្តិការទេ ហើយវាមិនចែកចាយ ឬលក់ផលិតផលទេ។

ពាណិជ្ជសញ្ញា
សេចក្តីជូនដំណឹង៖ ម៉ាកដែលបានយោងទាំងអស់ ឈ្មោះផលិតផល ឈ្មោះសេវាកម្ម និងពាណិជ្ជសញ្ញា គឺជាកម្មសិទ្ធិរបស់ម្ចាស់រៀងៗខ្លួន។
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, គម្រោង

ឯកសារយោង

• សៀវភៅណែនាំអ្នកប្រើប្រាស់