एनएक्सपी यूजी10164 आई.एमएक्स योक्टो प्रोजेक्ट

दस्तावेज़ जानकारी

ऊपरview

• यह दस्तावेज़ बताता है कि Yocto प्रोजेक्ट बिल्ड एनवायरनमेंट का उपयोग करके i.MX बोर्ड के लिए इमेज कैसे बनाई जाए। यह i.MX रिलीज़ लेयर और i.MX-विशिष्ट उपयोग का वर्णन करता है।
• योक्टो प्रोजेक्ट एक ओपन-सोर्स सहयोग है जो एम्बेडेड लिनक्स ओएस विकास पर केंद्रित है। योक्टो प्रोजेक्ट के बारे में अधिक जानकारी के लिए, योक्टो प्रोजेक्ट पेज देखें: www.yoctoproject.org/  Yocto प्रोजेक्ट के होम पेज पर कई दस्तावेज़ हैं जो विस्तार से बताते हैं कि इस सिस्टम का उपयोग कैसे करें। मूल Yocto का उपयोग करने के लिए।
• यदि आप i.MX रिलीज़ लेयर के बिना कोई प्रोजेक्ट बनाना चाहते हैं, तो Yocto प्रोजेक्ट क्विक स्टार्ट में दिए गए निर्देशों का पालन करें। https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html
• FSL Yocto प्रोजेक्ट कम्युनिटी BSP (freescale.github.io पर उपलब्ध) NXP के बाहर एक विकास समुदाय है जो Yocto प्रोजेक्ट परिवेश में i.MX बोर्डों के लिए समर्थन प्रदान करता है। i.MX, Yocto प्रोजेक्ट समुदाय में शामिल होकर, Yocto प्रोजेक्ट फ्रेमवर्क पर आधारित एक रिलीज़ प्रदान करता है। FSL कम्युनिटी BSP के उपयोग से संबंधित विशिष्ट जानकारी समुदाय पर उपलब्ध है। web यह दस्तावेज़ समुदाय BSP दस्तावेज़ीकरण का एक विस्तार है।
• Fileछवि बनाने के लिए उपयोग की जाने वाली सामग्री परतों में संग्रहीत की जाती है। परतों में विभिन्न प्रकार के अनुकूलन होते हैं और वे विभिन्न स्रोतों से आते हैं। fileलेयर में मौजूद लेयर्स को रेसिपी कहा जाता है। Yocto प्रोजेक्ट रेसिपी में सोर्स कोड को पुनः प्राप्त करने, घटक बनाने और पैकेज करने की प्रणाली शामिल है। निम्न सूचियाँ इस रिलीज़ में उपयोग की गई लेयर्स को दिखाती हैं।

i.MX रिलीज परत

• मेटा-imx
  • मेटा-आईएमएक्स-बीएसपी: मेटा-फ्रीस्केल, पोकी और मेटा-ओपनएम्बेडेड परतों के लिए अपडेट
  • मेटा-आईएमएक्स-एसडीके: मेटा-फ्रीस्केल-डिस्ट्रो के लिए अपडेट
  • मेटा-आईएमएक्स-एमएल: मशीन लर्निंग रेसिपीज़
  • मेटा-imx-v2x: V2X रेसिपी केवल i.MX 8DXL के लिए उपयोग की जाती है
  • मेटा-आईएमएक्स-कॉकपिट: i.MX 8QuadMax के लिए कॉकपिट रेसिपी

योक्टो प्रोजेक्ट समुदाय परतें

• मेटा-फ्रीस्केल: आधार और i.MX आर्म संदर्भ बोर्ड के लिए समर्थन प्रदान करता है।
• मेटा-फ्रीस्केल-3rdparty: तृतीय पक्ष और साझेदार बोर्डों के लिए समर्थन प्रदान करता है।
• मेटा-फ्रीस्केल-डिस्ट्रो: विकास और अभ्यास बोर्ड क्षमताओं में सहायता के लिए अतिरिक्त आइटम।
• fsl-community-bsp-base: अक्सर इसका नाम बदलकर base कर दिया जाता है। FSL Community BSP के लिए आधार कॉन्फ़िगरेशन प्रदान करता है।
• मेटा-ओपनएम्बेडेड: OE-कोर ब्रह्मांड के लिए परतों का संग्रह। layers.openembedded.org/ देखें।
• पोकी: पोकी में बेसिक योक्टो प्रोजेक्ट आइटम। विवरण के लिए पोकी README देखें।
• मेटा-ब्राउज़र: कई ब्राउज़र प्रदान करता है.
• मेटा-qt6: Qt 6 प्रदान करता है.
• मेटा-टाइमसिस: बीएसपी कमजोरियों (सीवीई) की निगरानी और अधिसूचना के लिए विजिल्स उपकरण प्रदान करता है।

इस दस्तावेज़ में समुदाय परतों के संदर्भ मेटा-आईएमएक्स को छोड़कर योक्टो प्रोजेक्ट में सभी परतों के लिए हैं। i.MX बोर्ड मेटा-आईएमएक्स और मेटा-फ्रीस्केल परतों में कॉन्फ़िगर किए गए हैं। इसमें यू-बूट, लिनक्स कर्नेल और संदर्भ बोर्ड-विशिष्ट विवरण शामिल हैं।
i.MX, i.MX BSP रिलीज़ नामक एक अतिरिक्त परत प्रदान करता है, जिसे मेटा-imx कहा जाता है, ताकि एक नए i.MX रिलीज़ को FSL Yocto प्रोजेक्ट कम्युनिटी BSP के साथ एकीकृत किया जा सके। मेटा-imx परत का उद्देश्य उन नए रिलीज़ के लिए अद्यतन और नए Yocto प्रोजेक्ट रेसिपी और मशीन कॉन्फ़िगरेशन जारी करना है जो अभी तक Yocto प्रोजेक्ट में मौजूदा मेटा-फ्रीस्केल और मेटा-फ्रीस्केल-डिस्ट्रो परतों पर उपलब्ध नहीं हैं। i.MX BSP रिलीज़ परत की सामग्री रेसिपी और मशीन कॉन्फ़िगरेशन हैं। कई परीक्षण मामलों में, अन्य परतें रेसिपी लागू करती हैं या शामिल करती हैं fileऔर i.MX रिलीज़ लेयर रेसिपी को अपडेट प्रदान करता है या तो किसी मौजूदा रेसिपी में जोड़कर, या किसी घटक को शामिल करके और पैच या स्रोत स्थानों के साथ अपडेट करके। अधिकांश i.MX रिलीज़ लेयर रेसिपी बहुत छोटी होती हैं क्योंकि वे समुदाय द्वारा प्रदान की गई चीज़ों का उपयोग करती हैं और प्रत्येक नए पैकेज संस्करण के लिए जो आवश्यक है उसे अपडेट करती हैं जो अन्य परतों में उपलब्ध नहीं है।

• i.MX BSP रिलीज़ लेयर इमेज रेसिपी भी प्रदान करता है जिसमें सिस्टम इमेज को बूट करने के लिए आवश्यक सभी घटक शामिल होते हैं, जिससे उपयोगकर्ता के लिए यह आसान हो जाता है। घटकों को व्यक्तिगत रूप से या एक इमेज रेसिपी के माध्यम से बनाया जा सकता है, जो एक इमेज में आवश्यक सभी घटकों को एक बिल्ड प्रक्रिया में खींचता है।
• i.MX कर्नेल और U-बूट रिलीज़ i.MX पब्लिक GitHub रिपॉजिटरी के ज़रिए एक्सेस किए जाते हैं। हालाँकि, कई घटक i.MX मिरर पर पैकेज के रूप में रिलीज़ किए जाते हैं। पैकेज-आधारित रेसिपीज़ पुल fileGit स्थान के बजाय i.MX मिरर से s को डाउनलोड करें और आवश्यक पैकेज तैयार करें।
• बाइनरी के रूप में जारी किए गए सभी पैकेज प्रत्येक मशीन कॉन्फ़िगरेशन में परिभाषित DEFAULTTUNE द्वारा निर्दिष्ट हार्डवेयर फ़्लोटिंग पॉइंट सक्षम के साथ बनाए जाते हैं fileजेथ्रो रिलीज के साथ सॉफ्टवेयर फ्लोटिंग पॉइंट पैकेज उपलब्ध नहीं कराये जाते हैं।
• Yocto Project 6.12.20 (वाल्नास्कर) के लिए LF2.0.0_5.2 रिलीज़ जारी कर दिया गया है। Yocto Project 5.2 के लिए वही रेसिपीज़ अपस्ट्रीम की जाएँगी और Yocto Project के अगले रिलीज़ में उपलब्ध होंगी। Yocto Project का रिलीज़ चक्र लगभग छह महीने का होता है।
• मेटा-आईएमएक्स में रेसिपी और पैच को कम्युनिटी लेयर्स पर अपस्ट्रीम किया जाएगा। किसी खास कंपोनेंट के लिए ऐसा करने के बाद, fileमेटा-आईएमएक्स में अब s की आवश्यकता नहीं है और FSL Yocto प्रोजेक्ट समुदाय BSP समर्थन प्रदान करेगा। समुदाय i.MX संदर्भ बोर्ड, सामुदायिक बोर्ड और तृतीय-पक्ष बोर्ड का समर्थन करता है।

अंतिम उपयोगकर्ता लाइसेंस समझौता
NXP Yocto Project BSP की सेटअप पर्यावरण प्रक्रिया के दौरान, NXP एंड यूजर लाइसेंस एग्रीमेंट (EULA) प्रदर्शित होता है। i.MX स्वामित्व वाले सॉफ़्टवेयर का उपयोग जारी रखने के लिए, उपयोगकर्ताओं को इस लाइसेंस की शर्तों से सहमत होना चाहिए। शर्तों के लिए सहमति Yocto Project बिल्ड को 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 परिवार: 8क्वाडमैक्स, 8क्वाडप्लस, 8ULP
• i.MX 8M परिवार: 8M प्लस, 8M क्वाड, 8M मिनी, 8M नैनो
• i.MX 8X परिवार: 8QuadXPlus, 8DXL, 8DXL ऑरेंजबॉक्स, 8DualX
• i.MX 9 परिवार: i.MX 91, i.MX 93, i.MX 95, i.MX 943

इस विज्ञप्ति में निम्नलिखित संदर्भ और अतिरिक्त जानकारी शामिल है।

• i.MX Linux रिलीज़ नोट्स (RN00210) - रिलीज़ जानकारी प्रदान करता है।
• i.MX Linux उपयोगकर्ता मार्गदर्शिका (UG10163) - U-बूट और Linux OS को स्थापित करने और उपयोग करने के बारे में जानकारी प्रदान करता है
  i. एमएक्स-विशिष्ट विशेषताएं.
• i.MX Yocto प्रोजेक्ट उपयोगकर्ता गाइड (UG10164) - होस्ट सेट अप करने, टूल चेन स्थापित करने और छवियां बनाने के लिए स्रोत कोड बनाने के लिए Yocto प्रोजेक्ट का उपयोग करने वाले NXP विकास प्रणालियों के लिए बोर्ड समर्थन पैकेज का वर्णन करता है।
• i.MX पोर्टिंग गाइड (UG10165) - BSP को नए बोर्ड पर पोर्ट करने के निर्देश प्रदान करता है।
• i.MX मशीन लर्निंग उपयोगकर्ता गाइड (UG10166) - मशीन लर्निंग जानकारी प्रदान करता है।
• i.MX DSP उपयोगकर्ता मार्गदर्शिका (UG10167) - i.MX 8 के लिए DSP पर जानकारी प्रदान करता है।
• i.MX 8M प्लस कैमरा और डिस्प्ले गाइड (UG10168) - i.MX 8M प्लस के लिए ISP स्वतंत्र सेंसर इंटरफ़ेस API पर जानकारी प्रदान करता है।
• i.MX 8QuadMax के लिए i.MX डिजिटल कॉकपिट हार्डवेयर विभाजन सक्षमता (UG10169) - i.MX 8QuadMax के लिए i.MX डिजिटल कॉकपिट हार्डवेयर समाधान प्रदान करता है।
• i.MX ग्राफिक्स उपयोगकर्ता गाइड (UG10159) - ग्राफिक्स सुविधाओं का वर्णन करता है।
• हार्पून उपयोगकर्ता गाइड (UG10170) - i.MX 8M डिवाइस परिवार के लिए हार्पून रिलीज़ प्रस्तुत करता है।
• i.MX लिनक्स संदर्भ मैनुअल (RM00293) - i.MX के लिए लिनक्स ड्राइवरों पर जानकारी प्रदान करता है।
• i.MX VPU एप्लीकेशन प्रोग्रामिंग इंटरफ़ेस लिनक्स संदर्भ मैनुअल (RM00294) - i.MX 6 VPU पर VPU API पर संदर्भ जानकारी प्रदान करता है।
• एजलॉक एन्क्लेव हार्डवेयर सुरक्षा मॉड्यूल API (RM00284) - यह दस्तावेज़ एजलॉक एन्क्लेव (ELE) प्लेटफ़ॉर्म के लिए i.MX 8ULP, i.MX 93 और i.MX 95 हार्डवेयर सुरक्षा मॉड्यूल (HSM) समाधानों द्वारा प्रदान किए गए API का एक सॉफ़्टवेयर संदर्भ विवरण है।

त्वरित आरंभ मार्गदर्शिका में बोर्ड और इसे स्थापित करने के बारे में बुनियादी जानकारी है। वे NXP पर हैं webसाइट।

• SABRE प्लेटफ़ॉर्म त्वरित आरंभ गाइड (IMX6QSDPQSG)
• i.MX 6UltraLite EVK त्वरित आरंभ गाइड (IMX6ULTRALITEQSG)
• i.MX 6ULL ​​EVK त्वरित आरंभ गाइड (IMX6ULLQSG)
• i.MX 7Dual SABRE-SD त्वरित आरंभ गाइड (SABRESDBIMX7DUALQSG)
• i.MX 8M क्वाड मूल्यांकन किट त्वरित आरंभ गाइड (IMX8MQUADEVKQSG)
• i.MX 8M मिनी मूल्यांकन किट त्वरित आरंभ गाइड (8MMINIEVKQSG)
• i.MX 8M नैनो मूल्यांकन किट त्वरित आरंभ गाइड (8MNANOEVKQSG)
• i.MX 8QuadXPlus मल्टीसेंसरी इनेबलमेंट किट त्वरित आरंभ गाइड (IMX8QUADXPLUSQSG)
• i.MX 8QuadMax मल्टीसेंसरी इनेबलमेंट किट त्वरित आरंभ गाइड (IMX8QUADMAXQSG)
• i.MX 8M प्लस मूल्यांकन किट त्वरित आरंभ गाइड (IMX8MPLUSQSG)
• i.MX 8ULP EVK त्वरित आरंभ गाइड (IMX8ULPQSG)
• i.MX 8ULP EVK9 त्वरित आरंभ गाइड (IMX8ULPEVK9QSG)
• i.MX 93 EVK त्वरित आरंभ गाइड (IMX93EVKQSG)
• i.MX 93 9×9 QSB त्वरित आरंभ गाइड (93QSBQSG)

दस्तावेज़ीकरण ऑनलाइन उपलब्ध है एनएक्सपी.कॉम

• i.MX 6 की जानकारी यहाँ है nxp.com/iMX6series
• i.MX SABRE जानकारी यहाँ है 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 प्रोजेक्ट रिलीज़ परतों में निम्नलिखित विशेषताएं हैं:

• लिनक्स कर्नेल नुस्खा
  • कर्नेल रेसिपी recipes-kernel फ़ोल्डर में स्थित होती है और i.MX GitHub रिपॉजिटरी से डाउनलोड किए गए i.MX Linux कर्नेल स्रोत linux-imx.git को एकीकृत करती है। यह प्रोजेक्ट में मौजूद रेसिपीज़ द्वारा स्वचालित रूप से किया जाता है।
  • LF6.12.20_2.0.0 एक लिनक्स कर्नेल है जो Yocto प्रोजेक्ट के लिए जारी किया गया है।
• यू-बूट नुस्खा
  • यू-बूट रेसिपी recipes-bsp फ़ोल्डर में रहती है और i.MX GitHub रिपोजिटरी से डाउनलोड किए गए i.MX यू-बूट स्रोत uboot-imx.git को एकीकृत करती है।
  • i.MX 6.12.20, i.MX 2.0.0, i.MX 6, i.MX 7, i.MX 8, i.MX 91, और i.MX 93 उपकरणों के लिए i.MX रिलीज़ LF943_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-बूट संस्करणों को बार-बार अद्यतन करता है, इसलिए उपरोक्त जानकारी बदल सकती है क्योंकि नए U-बूट संस्करणों को मेटा-फ्रीस्केल परतों में एकीकृत किया जाता है और i.MX u-boot-imx रिलीज से अपडेट को मेनलाइन में एकीकृत किया जाता है।
• ग्राफ़िक्स रेसिपी
  • ग्राफ़िक्स रेसिपी रेसिपी-ग्राफ़िक्स फ़ोल्डर में रहती हैं।
  • ग्राफ़िक्स रेसिपीज़ i.MX ग्राफ़िक्स पैकेज रिलीज़ को एकीकृत करती हैं।
    Vivante GPU हार्डवेयर वाले i.MX SoCs के लिए, imx-gpu-viv रेसिपी प्रत्येक डिस्ट्रो के लिए ग्राफ़िक घटकों को पैकेज करती है: फ़्रेम बफ़र (FB), XWayland, Wayland बैकएंड, और Weston कंपोज़िटर (Weston)। केवल i.MX 6 और i.MX 7 ही फ़्रेम बफ़र का समर्थन करते हैं।
  • माली GPU हार्डवेयर वाले i.MX SoCs के लिए, माली-imx रेसिपीज़ XWayland और Wayland बैकएंड डिस्ट्रो के लिए ग्राफ़िक घटकों को पैकेज करती हैं। यह सुविधा केवल i.MX 9 के लिए है।
  • Xorg-ड्राइवर xserver-xorg को एकीकृत करता है।
• i.MX पैकेज रेसिपी
  फर्मवेयर-आईएमएक्स, फर्मवेयर-यूपॉवर, आईएमएक्स-एससी-फाइमरवेयर, और अन्य पैकेज रेसिपी-बीएसपी में रहते हैं और इमेज रेसिपी में निर्माण और पैकेज करने के लिए i.MX मिरर से खींचते हैं।
• मल्टीमीडिया व्यंजन विधि
  • मल्टीमीडिया रेसिपी रेसिपी-मल्टीमीडिया फ़ोल्डर में रहती हैं।
  • imx-codec और imx-parser जैसे स्वामित्व पैकेजों में रेसिपीज़ होती हैं जो i.MX पब्लिक मिरर से स्रोत खींचती हैं और उन्हें इमेज रेसिपीज़ में पैकेज करती हैं।
  • ओपन सोर्स पैकेज में ऐसी रेसिपी होती हैं जो GitHub पर सार्वजनिक Git रिपॉजिटरी से स्रोत खींचती हैं।
  • कुछ रेसिपीज़ उन कोडेक के लिए उपलब्ध हैं जो लाइसेंस-प्रतिबंधित हैं। इनके लिए पैकेज i.MX पब्लिक मिरर पर उपलब्ध नहीं हैं। ये पैकेज अलग से उपलब्ध हैं। इन्हें प्राप्त करने के लिए अपने i.MX मार्केटिंग प्रतिनिधि से संपर्क करें।
• मुख्य व्यंजन
  नियमों के लिए कुछ रेसिपी, जैसे कि udev, सिस्टम में तैनात किए जाने वाले अपडेट किए गए i.MX नियम प्रदान करते हैं। ये रेसिपी आमतौर पर पॉलिसी के अपडेट होते हैं और इनका उपयोग केवल अनुकूलन के लिए किया जाता है। रिलीज़ केवल तभी अपडेट प्रदान करते हैं जब ज़रूरत हो।
• डेमो रेसिपी
  प्रदर्शन विधियाँ मेटा-imx-sdk निर्देशिका में स्थित होती हैं। इस परत में छवि विधियाँ और अनुकूलन विधियाँ, जैसे स्पर्श अंशांकन, या प्रदर्शन अनुप्रयोगों के लिए विधियाँ होती हैं।
• मशीन लर्निंग रेसिपी
  मशीन लर्निंग रेसिपीज़ मेटा-imx-ml डायरेक्टरी में स्थित होती हैं। इस लेयर में टेंसरफ़्लो-लाइट और ऑनएक्स जैसे पैकेजों के लिए मशीन लर्निंग रेसिपीज़ होती हैं।
• कॉकपिट व्यंजन विधि
  कॉकपिट रेसिपीज़ मेटा-आईएमएक्स-कॉकपिट में रहती हैं और imx-8qm-कॉकपिट-mek मशीन कॉन्फ़िगरेशन का उपयोग करके i.MX 8QuadMax पर समर्थित होती हैं।
• गोपॉइंट रेसिपी
  GoPoint डेमो रेसिपीज़ meta-nxp-demo-experience परत में मौजूद हैं। और भी डेमो और टूल रेसिपीज़ शामिल हैं। यह परत सभी जारी की गई पूर्ण छवियों में शामिल है।

होस्ट सेटअप

लिनक्स होस्ट मशीन पर Yocto प्रोजेक्ट के अपेक्षित व्यवहार को प्राप्त करने के लिए, नीचे वर्णित पैकेज और उपयोगिताएँ स्थापित करें। एक महत्वपूर्ण विचार होस्ट मशीन में आवश्यक हार्ड डिस्क स्थान का है। उदाहरण के लिए,ampले, जब उबंटू चलाने वाली मशीन पर निर्माण किया जाता है, तो न्यूनतम हार्ड डिस्क स्थान की आवश्यकता लगभग 50 जीबी होती है। यह अनुशंसा की जाती है कि कम से कम 120 जीबी प्रदान किया जाए, जो सभी बैकएंड को एक साथ संकलित करने के लिए पर्याप्त है। मशीन लर्निंग घटकों के निर्माण के लिए, कम से कम 250 जीबी की सिफारिश की जाती है।
अनुशंसित न्यूनतम उबंटू संस्करण 22.04 या बाद का है।

1. डाक में काम करनेवाला मज़दूर
   i.MX is now releasing docker setup scripts in imx-docker. Follow the instructions in the readme for setting up a host build machine using docker.
   इसके अलावा, i.MX 8 पर मेटा-वर्चुअलाइज़ेशन लेयर को शामिल करके, मानक मैनिफ़ेस्ट के साथ ऑन-बोर्ड डॉकर को सक्षम किया गया है। यह बाहरी डॉकर हब से डॉकर कंटेनरों को स्थापित करने के लिए एक हेडलेस सिस्टम बनाता है।
2. होस्ट पैकेज
   Yocto प्रोजेक्ट बिल्ड के लिए, Yocto प्रोजेक्ट के अंतर्गत प्रलेखित विशिष्ट पैकेजों को इंस्टॉल करना आवश्यक है। Yocto प्रोजेक्ट क्विक स्टार्ट पर जाएँ और उन पैकेजों की जाँच करें जिन्हें आपकी बिल्ड मशीन के लिए इंस्टॉल किया जाना आवश्यक है।
   आवश्यक Yocto प्रोजेक्ट होस्ट पैकेज हैं:

sudo apt-get install build-essential chrpath cpio debianutils diffstat file मूर्ख
जीसीसी 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 न हो।

रेपो उपयोगिता सेट अप करना
रेपो, Git पर आधारित एक टूल है जो कई रिपॉजिटरीज़ वाले प्रोजेक्ट्स के प्रबंधन को आसान बनाता है, भले ही वे अलग-अलग सर्वर पर होस्ट किए गए हों। रेपो, Yocto प्रोजेक्ट की स्तरित प्रकृति का बखूबी पूरक है, जिससे उपयोगकर्ताओं के लिए BSP में अपनी परतें जोड़ना आसान हो जाता है।

“रेपो” उपयोगिता स्थापित करने के लिए, निम्नलिखित चरणों का पालन करें:

1. होम निर्देशिका में एक बिन फ़ोल्डर बनाएँ.
   • mkdir ~/bin (यदि bin फ़ोल्डर पहले से मौजूद है तो इस चरण की आवश्यकता नहीं होगी)
   • curl https://storage.googleapis.com/git-repo-downloads/repo > ~/बिन/रेपो
   • chmod a+x ~/bin/repo
2. यह सुनिश्चित करने के लिए कि ~/bin फ़ोल्डर आपके PATH वेरिएबल में है, .bashrc में निम्न पंक्ति जोड़ें file. निर्यात पथ=~/bin:$PATH

Yocto प्रोजेक्ट सेटअप

i.MX Yocto प्रोजेक्ट BSP रिलीज़ निर्देशिका में एक स्रोत निर्देशिका होती है, जिसमें एक या अधिक बिल्ड निर्देशिकाओं के निर्माण के लिए प्रयुक्त रेसिपीज़ के साथ-साथ वातावरण को सेट करने के लिए प्रयुक्त स्क्रिप्ट्स का एक सेट भी शामिल होता है।
प्रोजेक्ट बनाने के लिए इस्तेमाल की जाने वाली रेसिपीज़ कम्युनिटी और i.MX BSP रिलीज़, दोनों से ली गई हैं। Yocto प्रोजेक्ट लेयर्स को सोर्स डायरेक्टरी में डाउनलोड किया जाता है। यह चरण सुनिश्चित करता है कि प्रोजेक्ट बनाने के लिए सभी ज़रूरी रेसिपीज़ सेट अप हो गई हैं।
निम्नलिखित पूर्वampयह लेख दिखाता है कि i.MX Yocto Project Linux BSP रेसिपी लेयर्स कैसे डाउनलोड करें। इसके लिए,ample, प्रोजेक्ट के लिए imx-yocto-bsp नामक एक निर्देशिका बनाई गई है। इसके स्थान पर कोई भी नाम इस्तेमाल किया जा सकता है।

टिप्पणी:
https://github.com/nxp-imx/imx-manifest/tree/imx-linux-walnascar सभी प्रकट की एक सूची है fileइस रिलीज में समर्थित है.
जब यह प्रक्रिया पूरी हो जाती है, तो BSP को imx-yocto-bsp/sources निर्देशिका में चेक आउट कर दिया जाता है।

छवि निर्माण

• i.एमएक्स 6
  • imx6qpsabresd
  • imx6ulevk को
  • imx6ulz-14×14-evk
  • imx6ull14x14evk
  • imx6ull9x9evk
  • imx6dlsabresd
  • imx6qsabresd
  • imx6solosabresd
  • imx6sxsabresd
  • imx6sllevk
• i.एमएक्स 7
  • imx7dsabresd
• i.एमएक्स 8
  • imx8qmmek
  • म्x8qxpc0mek
  • 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.एमएक्स 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_FEATURES वेरिएबल बदला जाता है, तो एक साफ़ बिल्ड फ़ोल्डर की आवश्यकता होती है। डिस्ट्रो कॉन्फ़िगरेशन local.conf में सहेजे जाते हैं। file DISTRO सेटिंग में और बिटबेक चलने पर प्रदर्शित होते हैं। पिछले रिलीज़ में, हमने अपने layer.conf में पोकी डिस्ट्रो और कस्टमाइज़्ड वर्जन और प्रोवाइडर का इस्तेमाल किया था, लेकिन एक कस्टम डिस्ट्रो एक बेहतर समाधान है। जब डिफ़ॉल्ट पोकी डिस्ट्रो का इस्तेमाल किया जाता है, तो डिफ़ॉल्ट कम्युनिटी कॉन्फ़िगरेशन का इस्तेमाल किया जाता है। एक i.MX रिलीज़ के तौर पर, हम ऐसे कॉन्फ़िगरेशन सेट को प्राथमिकता देते हैं जिनका NXP समर्थन करता हो और जिनका परीक्षण किया जा रहा हो।
यहाँ DISTRO कॉन्फ़िगरेशन की सूची दी गई है। ध्यान दें कि fsl-imx-fb i.MX 8 या i.MX 9 पर समर्थित नहीं है, और fsl-imx-x11 अब समर्थित नहीं है।

• fsl-imx-wayland: शुद्ध वेलैंड ग्राफिक्स.
• fsl-imx-xwayland: वेलैंड ग्राफिक्स और X11. EGL का उपयोग करने वाले X11 अनुप्रयोग समर्थित नहीं हैं.
• fsl-imx-fb: फ़्रेम बफ़र ग्राफ़िक्स - कोई X11 या वेलैंड नहीं। फ़्रेम बफ़र i.MX 8 और i.MX 9 पर समर्थित नहीं है।

यदि कोई डिस्ट्रो नहीं file निर्दिष्ट होने पर, XWayland डिस्ट्रो डिफ़ॉल्ट रूप से सेट हो जाता है। उपयोगकर्ता अपना स्वयं का डिस्ट्रो बनाने के लिए स्वागत योग्य हैं file इनमें से किसी एक के आधार पर, पसंदीदा संस्करण और प्रदाता निर्धारित करने के लिए local.conf को अद्यतन किए बिना अपने वातावरण को अनुकूलित किया जा सकता है।
imx-setup-release.sh स्क्रिप्ट का सिंटैक्स नीचे दिखाया गया है:

कहाँ,

• डिस्ट्रो= यह डिस्ट्रो है, जो बिल्ड वातावरण को कॉन्फ़िगर करता है, और मेटा-आईएमएक्स/मेटा-आईएमएक्स-एसडीके/कॉन्फ/डिस्ट्रो में संग्रहीत होता है।
• मशीन= मशीन का नाम है, जो कॉन्फ़िगरेशन की ओर इशारा करता है file conf/machine में मेटा-फ्रीस्केल और मेटा-imx में।
• -b imx-setup-release.sh स्क्रिप्ट द्वारा बनाई गई बिल्ड निर्देशिका का नाम निर्दिष्ट करता है।
• जब स्क्रिप्ट चलाई जाती है, तो यह उपयोगकर्ता को EULA स्वीकार करने के लिए संकेत देती है। EULA स्वीकार किए जाने के बाद, स्वीकृति प्रत्येक बिल्ड फ़ोल्डर के अंदर local.conf में संग्रहीत की जाती है और उस बिल्ड फ़ोल्डर के लिए EULA स्वीकृति क्वेरी अब प्रदर्शित नहीं होती है।
• स्क्रिप्ट चलने के बाद, कार्यशील निर्देशिका वह होती है जो स्क्रिप्ट द्वारा बनाई गई होती है, जिसे -b विकल्प के साथ निर्दिष्ट किया जाता है। एक कॉन्फ़ फ़ोल्डर बनाया जाता है जिसमें शामिल होता है filebblayers.conf और local.conf.
• /conf/bblayers.conf file इसमें i.MX Yocto प्रोजेक्ट रिलीज़ में प्रयुक्त सभी मेटा परतें शामिल हैं।
• स्थानीय.conf file मशीन और डिस्ट्रो विनिर्देशन शामिल हैं:
• मशीन ??= 'imx7ulpevk'
• डिस्ट्रो ?= 'fsl-imx-xwayland'
• ACCEPT_FSL_EULA = “1”
  कहाँ,
• मशीन कॉन्फ़िगरेशन को इसे संपादित करके बदला जा सकता है file, यदि आवश्यक है।
• local.conf में ACCEPT_FSL_EULA file यह दर्शाता है कि आपने EULA की शर्तों को स्वीकार कर लिया है।
• मेटा-imx परत में, i.MX 6 और i.MX 6 मशीनों के लिए समेकित मशीन कॉन्फ़िगरेशन (imx7qpdlsolox.conf और imx6ul7d.conf) प्रदान किए गए हैं। i.MX इनका उपयोग परीक्षण के लिए एक ही छवि में सभी डिवाइस ट्री के साथ एक सामान्य छवि बनाने के लिए करता है। परीक्षण के अलावा किसी अन्य चीज़ के लिए इन मशीनों का उपयोग न करें।

i.MX Yocto प्रोजेक्ट छवि का चयन करना
योक्टो प्रोजेक्ट कुछ ऐसी छवियाँ प्रदान करता है जो विभिन्न परतों पर उपलब्ध हैं। छवि रेसिपी विभिन्न प्रमुख छवियों, उनकी सामग्री और उन परतों की सूची प्रदान करती है जो छवि रेसिपी प्रदान करती हैं।

तालिका 1. i.MX Yocto परियोजना छवियाँ

एक छवि का निर्माण
Yocto प्रोजेक्ट बिल्ड बिटबेक कमांड का उपयोग करता है। उदाहरण के लिएampले, बिटबेक नामित घटक का निर्माण करता है। प्रत्येक घटक निर्माण में कई कार्य होते हैं, जैसे कि प्राप्त करना, कॉन्फ़िगरेशन, संकलन, पैकेजिंग, और लक्ष्य रूटफ़्स पर तैनात करना। बिटबेक इमेज बिल्ड छवि द्वारा आवश्यक सभी घटकों को इकट्ठा करता है और प्रति कार्य निर्भरता के क्रम में निर्माण करता है। पहला निर्माण घटकों के निर्माण के लिए आवश्यक उपकरणों के साथ टूलचेन है।

निम्नलिखित आदेश एक पूर्व हैampछवि बनाने का तरीका जानें:

• बिटबेक imx-इमेज-मल्टीमीडिया

बिटबेक विकल्प
छवि बनाने के लिए उपयोग किया जाने वाला बिटबेक कमांड है bitbake नीचे वर्णित विशिष्ट गतिविधियों के लिए अतिरिक्त पैरामीटर का उपयोग किया जा सकता है। बिटबेक एकल विकास के लिए विभिन्न उपयोगी विकल्प प्रदान करता है।
घटक। BitBake पैरामीटर के साथ चलाने के लिए, कमांड इस तरह दिखता है:

बिटबेक
कहाँ, एक वांछित बिल्ड पैकेज है। निम्न तालिका कुछ BitBake विकल्प प्रदान करती है।

तालिका 2. बिटबेक विकल्प

यू-बूट कॉन्फ़िगरेशन
यू-बूट कॉन्फ़िगरेशन मुख्य मशीन कॉन्फ़िगरेशन में परिभाषित किए गए हैं fileकॉन्फ़िगरेशन UBOOT_CONFIG सेटिंग्स का उपयोग करके निर्दिष्ट किया जाता है। इसके लिए local.conf में UBOOT_CONFIG सेट करना आवश्यक है। अन्यथा, U-Boot बिल्ड डिफ़ॉल्ट रूप से SD बूट का उपयोग करता है।
इन्हें निम्नलिखित कमांड (MACHINE को सही लक्ष्य में बदलें) का उपयोग करके अलग-अलग बनाया जा सकता है। U-बूट कॉन्फ़िगरेशन के बीच रिक्त स्थान रखकर एक ही कमांड से कई U-बूट कॉन्फ़िगरेशन बनाए जा सकते हैं।
प्रत्येक बोर्ड के लिए U-बूट कॉन्फ़िगरेशन निम्नलिखित हैं। i.MX 6 और i.MX 7 बोर्ड OP-TEE के बिना और OP-TEE के साथ SD का समर्थन करते हैं:

• uboot_config_imx95evk=”एसडी fspi”
• uboot_config_imx943evk=”sd xspi”
• uboot_config_imx93evk=”एसडी fspi”
• uboot_config_imx91evk=”sd nand fspi ecc”
• uboot_config_imx8mpevk=”एसडी एफएसपीआई ईसीसी”
• uboot_config_imx8mnevk=”एसडी fspi”
• uboot_config_imx8mmevk=”एसडी fspi”
• uboot_config_imx8mqevk=”एसडी”
• uboot_config_imx8dxlevk=”एसडी fspi”
• uboot_conifg_imx8dxmek=”एसडी fspi”
• uboot_config_imx8qxpc0mek=”एसडी fspi”
• uboot_config_imx8qxpmek=”एसडी fspi”
• uboot_config_imx8qmmek=”एसडी fspi”
• uboot_config_imx8ulpevk=”एसडी fspi”
• uboot_config_imx8ulp-9×9-lpddr4-evk=”एसडी fspi”
• uboot_config_imx6qsabresd=”एसडी sata एसडी-optee”
• uboot_config_imx6qsabreauto=”sd sata eimnor spinor nand sd-optee”
• uboot_config_imx6dlsabresd=”एसडी epdc एसडी-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_imx6sxsabresd=”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=”एसडी sata एसडी-optee”
• uboot_config_imx6sllevk=”एसडी epdc एसडी-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”

केवल एक यू-बूट कॉन्फ़िगरेशन के साथ:

• इको “UBOOT_CONFIG = \”eimnor\”” >> conf/local.conf

एकाधिक यू-बूट कॉन्फ़िगरेशन के साथ:

• इको “UBOOT_CONFIG = \”sd eimnor\”” >> conf/local.conf
• मशीन= बिटबेक -c यू-बूट-आईएमएक्स तैनात करें

परिदृश्य बनाएँ
विभिन्न कॉन्फ़िगरेशन के लिए बिल्ड सेटअप परिदृश्य निम्नलिखित हैं।
मैनिफ़ेस्ट सेट करें और Yocto प्रोजेक्ट लेयर स्रोतों को इन कमांड से भरें:

• mkdir imx-yocto-bsp
• सीडी imx-yocto-bsp
• रेपो इनिट -u https://github.com/nxp-imx/imx-manifest\-linux-walnascar -m imx-6.12.20-2.0.0.xml रेपो सिंक

निम्नलिखित अनुभाग कुछ विशिष्ट उदाहरण देते हैंampकमांड को अनुकूलित करने के लिए निर्दिष्ट मशीन नाम और बैकएंड को बदलें।

i.MX 8M प्लस EVK XWayland ग्राफ़िक्स बैकएंड के साथ

• डिस्ट्रो=fsl-imx-xwayland मशीन=imx8mpevk स्रोत imx-setup-release.sh -b build-xwayland bitbake imx-image-full
• यह Qt 6 और मशीन लर्निंग सुविधाओं के साथ एक XWayland छवि बनाता है। Qt 6 और मशीन लर्निंग के बिना निर्माण करने के लिए, इसके बजाय imx-image-multimedia का उपयोग करें।

i.MX 8M क्वाड EVK छवि Walyand ग्राफ़िक्स बैकएंड के साथ

• DISTRO=fsl-imx-wayland मशीन=imx8mqevk स्रोत imx-setup-release.sh -b buildwayland
• बिटबेक imx-इमेज-मल्टीमीडिया
  यह Qt 6 के बिना मल्टीमीडिया के साथ वेस्टन वेलैंड छवि बनाता है।

i.MX 6QuadPlus SABRE-AI छवि फ़्रेम बफ़र ग्राफ़िक्स बैकएंड के साथ

• DISTRO=fsl-imx-fb मशीन=imx6qpsabresd स्रोत imx-setup-release.sh –b buildfb
• बिटबेक imx-इमेज-मल्टीमीडिया
• यह फ्रेम बफर बैकएंड के साथ एक मल्टीमीडिया छवि बनाता है।

बिल्ड वातावरण को पुनः आरंभ करना
यदि बिल्ड डायरेक्टरी सेट अप करने के बाद कोई नई टर्मिनल विंडो खोली जाती है या मशीन रीबूट की जाती है, तो सेटअप एनवायरनमेंट स्क्रिप्ट का उपयोग एनवायरनमेंट वैरिएबल सेट अप करने और बिल्ड को फिर से चलाने के लिए किया जाना चाहिए। पूर्ण imx-setup-release.sh की आवश्यकता नहीं है।

स्रोत सेटअप-पर्यावरण

वेलैंड पर क्रोमियम ब्राउज़र
Yocto प्रोजेक्ट समुदाय के पास GPU हार्डवेयर के साथ i.MX SoC के लिए वेलैंड वर्शन क्रोमियम ब्राउज़र के लिए क्रोमियम रेसिपी हैं। NXP समुदाय से पैच का समर्थन या परीक्षण नहीं करता है। यह अनुभाग बताता है कि क्रोमियम को अपने रूटफ़्स में कैसे एकीकृत किया जाए और हार्डवेयर त्वरित रेंडरिंग को सक्षम किया जाए Webजीएल. क्रोमियम ब्राउज़र को अतिरिक्त परतों की आवश्यकता होती है जैसे कि imx-release-setup.sh स्क्रिप्ट में स्वचालित रूप से जोड़ा गया मेटा-ब्राउज़र।

टिप्पणी:

• X11 समर्थित नहीं है.
• इस रिलीज़ में i.MX 6 और i.MX 7 का समर्थन बंद कर दिया गया है और अगले रिलीज़ में इसे हटा दिया जाएगा। local.conf में, अपनी इमेज में क्रोमियम जोड़ें।

CORE_IMAGE_EXTRA_INSTALL += “क्रोमियम-ओजोन-वेलैंड”
अपने निर्माण में क्रोमियम परत जोड़ें.
बिटबेक-लेयर्स ऐड-लेयर ../स्रोत/मेटा-ब्राउज़र/मेटा-क्रोमियम

क्यूटी 6 और क्यूटीWebइंजन ब्राउज़र
Qt 6 के पास व्यावसायिक और ओपन सोर्स दोनों लाइसेंस हैं। Yocto प्रोजेक्ट में निर्माण करते समय, ओपन सोर्स
लाइसेंस डिफ़ॉल्ट है। इन लाइसेंसों के बीच के अंतर को समझना सुनिश्चित करें और उचित रूप से चुनें। ओपन सोर्स लाइसेंस पर कस्टम Qt 6 डेवलपमेंट शुरू होने के बाद, इसे कमर्शियल लाइसेंस के साथ इस्तेमाल नहीं किया जा सकता। इन लाइसेंसों के बीच के अंतर को समझने के लिए किसी कानूनी प्रतिनिधि के साथ काम करें।

टिप्पणी:
क्यूटी का निर्माणWebइंजन रिलीज द्वारा प्रयुक्त मेटा-क्रोमियम परत के साथ संगत नहीं है।

• यदि आप NXP बिल्ड सेटअप का उपयोग कर रहे हैं, तो bblayers.conf से मेटा-क्रोमियम हटाएँ:
• # qt के साथ असंगतता के कारण टिप्पणी से बाहर कर दिया गयाwebइंजन
• #BBLAYERS += “${BSPDIR}/sources/meta-browser/meta-chromium”
• चार Qt 6 ब्राउज़र उपलब्ध हैं।Webइंजन ब्राउज़र निम्नलिखित में पाए जा सकते हैं:
• /usr/शेयर/qt6/exampघाव /webइंजनविजेट्स/स्टाइलशीटब्राउज़र
• /usr/शेयर/qt6/exampघाव /webइंजनविजेट्स/सिंपलब्राउज़र
• /usr/शेयर/qt6/exampघाव /webइंजनविजेट्स/कुकीब्राउज़र
• /usr/शेयर/qt6/exampघाव /webइंजन/क्विकनैनोब्राउज़र

तीनों ब्राउज़रों को ऊपर दी गई निर्देशिका में जाकर और वहां मौजूद निष्पादनयोग्य फ़ाइल को चलाकर चलाया जा सकता है।
टचस्क्रीन को निष्पादन योग्य में पैरामीटर -plugin evdevtouch:/dev/input/event0 जोड़कर सक्षम किया जा सकता है। ./quicknanobrowser -plugin evdevtouch:/dev/input/event0 QtWebइंजन केवल i.MX 6, i.MX 7, i.MX 8, और i.MX 9 पर GPU ग्राफिक्स हार्डवेयर के साथ SoC पर काम करता है।
Qt को शामिल करने के लिएwebछवि में इंजन, local.conf में या छवि रेसिपी में निम्नलिखित डालें।
IMAGE_INSTALL:append = ” packagegroup-qt6-webइंजन"

NXP eIQ मशीन लर्निंग

• मेटा-एमएल परत एनएक्सपी ईआईक्यू मशीन लर्निंग का एकीकरण है, जिसे पहले एक अलग मेटा-आईएमएक्स-मशीनलर्निंग परत के रूप में जारी किया गया था और अब इसे मानक बीएसपी इमेज (आईएमएक्स-इमेज-फुल) में एकीकृत किया गया है।
• कई सुविधाओं के लिए Qt 6 की आवश्यकता होती है। imx-image-full के अलावा अन्य कॉन्फ़िगरेशन का उपयोग करने की स्थिति में, local.conf में निम्नलिखित डालें:
• IMAGE_INSTALL:append = ” packagegroup-imx-ml”
• SDK में NXP eIQ पैकेज स्थापित करने के लिए, local.conf में निम्नलिखित डालें:
• TOOLCHAIN_TARGET_TASK:append = ” tensorflow-lite-dev onnxruntime-dev”

टिप्पणी:
TOOLCHAIN_TARGET_TASK_append वेरिएबल पैकेज को केवल SDK में ही स्थापित करता है, छवि में नहीं।
OpenCV DNN डेमो के लिए मॉडल कॉन्फ़िगरेशन और इनपुट डेटा जोड़ने के लिए, local.conf में निम्नलिखित डालें:
पैकेज कॉन्फ़िगरेशन:append:pn-opencv_mx8 = ” परीक्षण परीक्षण-imx”

सिस्टमड
Systemd डिफ़ॉल्ट आरंभीकरण प्रबंधक के रूप में सक्षम है। Systemd को डिफ़ॉल्ट रूप से अक्षम करने के लिए, fs-imxbase inc पर जाएँ और systemd अनुभाग पर टिप्पणी करें।

ओपी-टीईई सक्षमता
OP-TEE को तीन घटकों की आवश्यकता होती है: OP-TEE OS, OP-TEE क्लाइंट और OP-TEE टेस्ट। इसके अलावा, कर्नेल और U-Boot में कॉन्फ़िगरेशन होते हैं। OP-TEE OS बूटलोडर में रहता है जबकि OP-TEE क्लाइंट और टेस्ट रूटफ़्स में रहते हैं।
इस रिलीज़ में OP-TEE डिफ़ॉल्ट रूप से सक्षम है। OP-TEE को अक्षम करने के लिए, meta-imx/meta-imx-bsp/conf/layer.conf पर जाएँ। file और OP-TEE के लिए DISTRO_FEATURES_append पर टिप्पणी करें और हटाई गई पंक्ति को अनकमेंट करें।

जेलहाउस का निर्माण
जेलहाउस, लिनक्स ऑपरेटिंग सिस्टम पर आधारित एक स्टैटिक पार्टीशनिंग हाइपरवाइजर है। यह i.MX 8M प्लस, i.MX 8M नैनो, i.MX 8M क्वाड EVK, i.MX 8M मिनी EVK, i.MX 93, i.MX 95, और i.MX 943 बोर्ड पर समर्थित है।

जेलहाउस बिल्ड को सक्षम करने के लिए, local.conf में निम्न पंक्ति जोड़ें:

• DISTRO_FEATURES:append = ” जेलहाउस”
• यू-बूट में, run jh_netboot या jh_mmcboot चलाएँ। यह जेलहाउस उपयोग के लिए समर्पित DTB लोड करता है। i.MX लेते हुए
• 8M क्वाड एक पूर्व के रूप मेंampलिनक्स ओएस बूट होने के बाद:
• #insmod jailhouse.ko
• #./jailhouse imx8mq.cell सक्षम करें

i.MX 8 और i.MX 9 पर Jailhouse के बारे में अधिक जानकारी के लिए, i.MX Linux उपयोगकर्ता मार्गदर्शिका (UG10163) देखें।

छवि परिनियोजन

पूरा fileसिस्टम छवियों को तैनात किया जाता है /tmp/deploy/images. एक छवि, अधिकांश भाग के लिए, पर्यावरण सेटअप में सेट की गई मशीन के लिए विशिष्ट होती है। प्रत्येक छवि बिल्ड मशीन कॉन्फ़िगरेशन में परिभाषित IMAGE_FSTYPES के आधार पर एक U-बूट, एक कर्नेल और एक छवि प्रकार बनाता है file. अधिकांश मशीन कॉन्फ़िगरेशन एक SD कार्ड छवि (.wic) और एक रूटफ़्स छवि (.tar) प्रदान करते हैं। SD कार्ड छवि में एक विभाजित छवि (U-Boot, कर्नेल, रूटफ़्स, आदि के साथ) होती है जो संबंधित हार्डवेयर को बूट करने के लिए उपयुक्त होती है।

SD कार्ड छवि फ़्लैश करना
एक एसडी कार्ड छवि file .wic में एक विभाजित छवि (U-Boot, kernel, rootfs, आदि के साथ) होती है जो संबंधित हार्डवेयर को बूट करने के लिए उपयुक्त होती है। SD कार्ड छवि को फ्लैश करने के लिए, निम्न कमांड चलाएँ:
zstdकैट .wic.zst | sudo dd of=/dev/sd bs=1M रूपांतरण=fsync

फ्लैशिंग के बारे में अधिक जानकारी के लिए, i.MX Linux उपयोगकर्ता मार्गदर्शिका (UG10163) में "SD/MMC कार्ड को बूट करने के लिए तैयार करना" अनुभाग देखें। NXP eIQ मशीन लर्निंग अनुप्रयोगों के लिए, अतिरिक्त खाली डिस्क स्थान आवश्यक है।
(लगभग 1 जीबी)। इसे local.conf में IMAGE_ROOTFS_EXTRA_SPACE वैरिएबल जोड़कर परिभाषित किया जाता है। file Yocto निर्माण प्रक्रिया से पहले। Yocto प्रोजेक्ट मेगा-मैनुअल देखें।

अनुकूलन

i.MX Linux OS पर निर्माण और अनुकूलन के लिए तीन परिदृश्य हैं:

• i.MX Yocto प्रोजेक्ट BSP का निर्माण और i.MX संदर्भ बोर्ड पर सत्यापन। इस दस्तावेज़ में दिए गए निर्देश इस विधि का विस्तार से वर्णन करते हैं।
• कर्नेल को अनुकूलित करना और कर्नेल व U-बूट के साथ एक कस्टम बोर्ड और डिवाइस ट्री बनाना। Yocto प्रोजेक्ट बिल्ड परिवेश के बाहर केवल कर्नेल और U-बूट बनाने के लिए SDK बनाने और होस्ट मशीन सेटअप करने के तरीके के बारे में अधिक जानकारी के लिए, i.MX Linux उपयोगकर्ता मार्गदर्शिका (UG10163) में "स्टैंडअलोन परिवेश में U-बूट और कर्नेल कैसे बनाएँ" अनुभाग देखें।
• कस्टम Yocto प्रोजेक्ट परत बनाकर i.MX Linux रिलीज़ के लिए प्रदान की गई BSP से पैकेजिंग को जोड़ना या हटाना वितरण को अनुकूलित करना। i.MX कई डेमो उदाहरण प्रदान करता हैampi.MX BSP रिलीज़ के ऊपर एक कस्टम लेयर दिखाने के लिए les. इस दस्तावेज़ के शेष भाग एक कस्टम DISTRO और बोर्ड कॉन्फ़िगरेशन बनाने के निर्देश प्रदान करते हैं।

एक कस्टम डिस्ट्रो बनाना
एक कस्टम डिस्ट्रो एक कस्टम बिल्ड वातावरण को कॉन्फ़िगर कर सकता है। files द्वारा जारी fsl-imx-wayland, fsl-imx-xwayland, और fsl-imx-fb सभी विशिष्ट ग्राफ़िकल बैकएंड के लिए कॉन्फ़िगरेशन दिखाते हैं। डिस्ट्रो का उपयोग कर्नेल, U-बूट और GStreamer जैसे अन्य पैरामीटर्स को कॉन्फ़िगर करने के लिए भी किया जा सकता है। i.MX डिस्ट्रो fileहमारे i.MX Linux OS BSP रिलीज के परीक्षण के लिए आवश्यक कस्टम बिल्ड वातावरण बनाने के लिए सेट किया गया है।
प्रत्येक ग्राहक को अपना स्वयं का डिस्ट्रो बनाने की अनुशंसा की जाती है file और इसका उपयोग अपने बिल्ड एनवायरनमेंट के लिए प्रदाता, संस्करण और कस्टम कॉन्फ़िगरेशन सेट करने के लिए करें। एक डिस्ट्रो किसी मौजूदा डिस्ट्रो को कॉपी करके बनाया जाता है file, या
poky.conf जैसे किसी डिस्ट्रो को शामिल करना और उसमें अतिरिक्त परिवर्तन जोड़ना, या i.MX डिस्ट्रो में से किसी एक को शामिल करना और उसे प्रारंभिक बिंदु के रूप में उपयोग करना।

एक कस्टम बोर्ड कॉन्फ़िगरेशन बनाना
संदर्भ बोर्ड विकसित करने वाले विक्रेता अपने बोर्ड को FSL कम्युनिटी BSP में जोड़ना चाह सकते हैं। FSL कम्युनिटी BSP द्वारा समर्थित नई मशीन होने से समुदाय के साथ स्रोत कोड साझा करना आसान हो जाता है, और समुदाय से प्रतिक्रिया प्राप्त करने में भी मदद मिलती है।
Yocto प्रोजेक्ट नए i.MX आधारित बोर्ड के लिए BSP बनाना और साझा करना आसान बनाता है। अपस्ट्रीमिंग प्रक्रिया तब शुरू होनी चाहिए जब Linux OS कर्नेल और बूटलोडर उस मशीन के लिए काम कर रहे हों और उनका परीक्षण किया जा रहा हो। एक स्थिर Linux कर्नेल और बूटलोडर (उदाहरण के लिए) होना बहुत महत्वपूर्ण हैample, U-Boot) को मशीन कॉन्फ़िगरेशन में इंगित किया जाना है file, उस मशीन के लिए उपयोग किया जाने वाला डिफ़ॉल्ट होना चाहिए।
एक और महत्वपूर्ण कदम नई मशीन के लिए एक अनुरक्षक को निर्धारित करना है। अनुरक्षक वह व्यक्ति होता है जो उस बोर्ड के लिए मुख्य पैकेजों के सेट को चालू रखने के लिए जिम्मेदार होता है। मशीन अनुरक्षक को कर्नेल और बूटलोडर को अपडेट रखना चाहिए, और उस मशीन के लिए उपयोगकर्ता-स्थान पैकेजों का परीक्षण करना चाहिए।

आवश्यक कदम नीचे सूचीबद्ध हैं। 

1. कर्नेल कॉन्फ़िगरेशन को अनुकूलित करें fileआवश्यकतानुसार कर्नेल कॉन्फ़िगरेशन file आर्क/आर्म/कॉन्फ़िगरेशन में स्थान है और विक्रेता कर्नेल रेसिपी को कर्नेल रेसिपी के माध्यम से लोड किए गए संस्करण को अनुकूलित करना चाहिए।
2. आवश्यकतानुसार U-बूट को अनुकूलित करें। इसके विवरण के लिए i.MX पोर्टिंग गाइड (UG10165) देखें।
3. बोर्ड का अनुरक्षक नियुक्त करें। यह अनुरक्षक यह सुनिश्चित करता है कि fileआवश्यकतानुसार इन्हें अद्यतन किया जाता है, इसलिए बिल्ड हमेशा काम करता है।
4. नीचे दिखाए गए अनुसार, Yocto प्रोजेक्ट समुदाय निर्देशों में बताए अनुसार Yocto प्रोजेक्ट बिल्ड सेट अप करें। समुदाय मास्टर शाखा का उपयोग करें।
   • अपने होस्ट लिनक्स ओएस वितरण के आधार पर, आवश्यक होस्ट पैकेज को Yocto प्रोजेक्ट क्विक स्टार्ट से डाउनलोड करें।
   • कमांड के साथ रेपो डाउनलोड करें:
   • curl https://storage.googleapis.com/git-repo-downloads/repo>~/bin/repo
   • सभी चीज़ें रखने के लिए एक निर्देशिका बनाएँ। किसी भी निर्देशिका नाम का उपयोग किया जा सकता है। यह दस्तावेज़ imxcommunity-bsp का उपयोग करता है।
   • mkdir imx-community-bsp
     निम्नलिखित आदेश निष्पादित करें:
   • सीडी imx-कम्युनिटी-बीएसपी
   • रिपो की मास्टर शाखा के साथ रिपो को आरंभ करें।
   • रेपो इनिट -u https://github.com/Freescale/fsl-community-bsp-platform-bmaster
   • उन व्यंजनों को प्राप्त करें जिनका उपयोग निर्माण के लिए किया जाएगा।
   • रेपो सिंक
   • निम्नलिखित कमांड के साथ वातावरण सेट करें:
   • स्रोत सेटअप-पर्यावरण निर्माण
5. एक समान मशीन चुनें file fsl-community-bsp/sources/meta-freescale-3rdparty/conf/machine में जाकर अपने बोर्ड के लिए एक नाम का उपयोग करके उसे कॉपी करें। नए बोर्ड को संपादित करें file अपने बोर्ड के बारे में जानकारी के साथ। कम से कम नाम और विवरण बदलें। MACHINE_FEATURE जोड़ें।
   अपने बदलावों को नवीनतम समुदाय मास्टर शाखा के साथ जांचें, सुनिश्चित करें कि सब कुछ ठीक से काम करता है। कम से कम core-image-minimal का उपयोग करें।
   बिटबेक कोर-इमेज-मिनिमल
6. पैच तैयार करें। रेसिपी स्टाइल गाइड और "योगदान" अनुभाग का पालन करें। github.com/Freescale/meta-freescale/blob/master/README.md.
7. मेटा-फ्रीस्केल-3rdparty में अपस्ट्रीम करें। अपस्ट्रीम करने के लिए, पैच को यहाँ भेजें मेटा-freescale@yoctoproject.org

अपने BSP में सुरक्षा कमजोरियों की निगरानी करना
सामान्य भेद्यता और जोखिम (सीवीई) की निगरानी करने के दो तरीके हैं: एक है विजिल्स और दूसरा है योक्टो सीवीई जांच।

विजिल्स टूल्स द्वारा CVE की निगरानी कैसे करें
कॉमन वल्नरेबिलिटी एंड एक्सपोज़र्स (CVE) की निगरानी Timesys के NXP सक्षम विजिल्स टूल से की जा सकती है। विजिल्स एक वल्नरेबिलिटी मॉनिटरिंग और प्रबंधन टूल है जो लक्षित छवियों का बिल्ड-टाइम योक्टो CVE विश्लेषण प्रदान करता है। यह योक्टो प्रोजेक्ट BSP में उपयोग किए गए सॉफ़्टवेयर के बारे में मेटाडेटा एकत्र करके और इसे CVE डेटाबेस से तुलना करके करता है जो NIST, Ubuntu और कई अन्य सहित विभिन्न स्रोतों से CVE पर जानकारी एकीकृत करता है।
एक उच्च स्तरीय ओवरview पता लगाई गई कमजोरियों की सूची लौटा दी जाती है, तथा प्रभावित करने वाले CVE, उनकी गंभीरता और उपलब्ध सुधारों की जानकारी सहित पूर्ण विस्तृत विश्लेषण प्रस्तुत किया जा सकता है। viewएड ऑनलाइन।

रिपोर्ट को ऑनलाइन देखने के लिए, नीचे दिए गए लिंक पर जाकर अपने NXP Vigiles खाते के लिए पंजीकरण करें: https://www.timesys.com/register-nxp-vigiles/

विजिल्स की स्थापना और निष्पादन पर अतिरिक्त जानकारी यहां पाई जा सकती है:
https://github.com/TimesysGit/meta-timesys https://www.nxp.com/vigiles

विन्यास
अपने BSP बिल्ड के conf/bblayers.conf में meta-timesys जोड़ें।

प्रारूप का पालन करें file और मेटा-टाइम्सिस जोड़ें:

BBLAYERS += “${BSPDIR}/sources/meta-timesys”
conf/local.conf में INHERIT चर में vigiles जोड़ें:
INHERIT += “विजिल्स”

कार्यान्वयन
एक बार जब मेटा-टाइमसिस आपके बिल्ड में जुड़ जाता है, तो विजिल्स हर बार जब लिनक्स बीएसपी योक्टो के साथ बनाया जाता है, तो सुरक्षा भेद्यता स्कैन निष्पादित करता है। कोई अतिरिक्त कमांड की आवश्यकता नहीं है। प्रत्येक बिल्ड पूरा होने के बाद, भेद्यता स्कैन जानकारी imx-yocto-bsp/ निर्देशिका में संग्रहीत की जाती है। /सतर्कता.

तुम कर सकते हो view सुरक्षा स्कैन का विवरण:

• कमांड लाइन (सारांश)
• ऑनलाइन (विवरण)
• बस खोलें file नाम -report.txt, जिसमें विस्तृत ऑनलाइन रिपोर्ट का लिंक शामिल है।

Yocto BitBake द्वारा CVE की निगरानी कैसे करें

• योक्टो परियोजना में सार्वजनिक कॉमन वल्नरेबिलिटीज एंड एक्सपोज़र्स (सीवीई) डेटाबेस द्वारा ट्रैक की गई अनिर्धारित ज्ञात सुरक्षा कमजोरियों को ट्रैक करने और उनका समाधान करने के लिए एक बुनियादी ढांचा है।
• आपके द्वारा बनाए जा रहे विशिष्ट चित्र या लक्ष्य में cve-check का उपयोग करके CVE सुरक्षा कमजोरियों की जाँच सक्षम करने के लिए, conf/local.conf में अपने कॉन्फ़िगरेशन में निम्नलिखित सेटिंग्स जोड़ें: INHERIT += “cve-check”
• बिटबेक के साथ निर्माण करते समय cve-check क्लास ज्ञात CVEs (सामान्य कमजोरियों और जोखिम) की तलाश करता है।
• अधिक जानकारी के लिए, योक्टो मेगा मैनुअल देखें: https://docs.yoctoproject.org/singleindex.html#cve-check

अक्सर पूछे जाने वाले प्रश्नों

त्वरित शुरुआत
यह खंड बताता है कि लिनक्स मशीन पर योक्टो प्रोजेक्ट कैसे सेट अप करें और एक इमेज कैसे बनाएँ। इसका क्या मतलब है, इसकी विस्तृत व्याख्या ऊपर के खंडों में दी गई है।

“रेपो” उपयोगिता स्थापित करना
BSP पाने के लिए आपको “repo” इंस्टॉल करना होगा। यह सिर्फ़ एक बार करना होगा।

BSP Yocto प्रोजेक्ट परिवेश डाउनलोड करना
रिपो इनिट के लिए -b विकल्प में वांछित रिलीज़ के लिए सही नाम का उपयोग करें। प्रत्येक रिलीज़ के लिए इसे एक बार करने की आवश्यकता है और पहले चरण में बनाई गई निर्देशिका के लिए वितरण सेट करता है। स्रोतों के अंतर्गत व्यंजनों को नवीनतम में अपडेट करने के लिए रिपो सिंक चलाया जा सकता है।

• : mkdir imx-yocto-bsp
• : सीडी imx-yocto-bsp
• : रेपो init -u https://github.com/nxp-imx/imx-manifest-bimx-linux-walnascar
  -एम imx-6.12.20-2.0.0.xml
• : रेपो सिंक
• टिप्पणी: https://github.com/nxp-imx/imx-manifest/tree/imx-linux-walnascar सभी प्रकट की एक सूची है fileइस रिलीज में समर्थित है.

विशिष्ट बैकएंड के लिए सेटअप

i.MX 8 और i.MX 9 फ़्रेमबफ़र समर्थित नहीं है। इनका उपयोग केवल i.MX 6 और i.MX 7 SoC के लिए करें।

फ़्रेमबफ़र के लिए सेटअप

स्थानीय कॉन्फ़िगरेशन ट्यूनिंग
एक Yocto प्रोजेक्ट बिल्ड समय और डिस्क उपयोग दोनों में काफी बिल्ड संसाधन ले सकता है, खासकर जब कई बिल्ड निर्देशिकाओं में निर्माण किया जाता है। इसे अनुकूलित करने के तरीके हैं, उदाहरण के लिएampले, साझा sstate कैश (बिल्ड की स्थिति को कैश करता है) और डाउनलोड निर्देशिका (डाउनलोड किए गए पैकेज रखता है) का उपयोग करें। इन्हें local.conf में किसी भी स्थान पर सेट किया जा सकता है file इस प्रकार के कथन जोड़कर:

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

• निर्देशिकाओं को पहले से ही मौजूद होना चाहिए और उनके पास उचित अनुमतियाँ होनी चाहिए। साझा sstate तब मदद करता है जब कई बिल्ड निर्देशिकाएँ सेट की जाती हैं, जिनमें से प्रत्येक बिल्ड समय को कम करने के लिए साझा कैश का उपयोग करती है। एक साझा डाउनलोड निर्देशिका फ़ेच समय को कम करती है। इन सेटिंग्स के बिना, Yocto प्रोजेक्ट sstate कैश और डाउनलोड के लिए बिल्ड निर्देशिका को डिफ़ॉल्ट करता है।
• DL_DIR निर्देशिका में डाउनलोड किए गए प्रत्येक पैकेज को चिह्नित किया जाता है .done. यदि आपके नेटवर्क को पैकेज लाने में समस्या हो रही है, तो आप पैकेज के बैकअप संस्करण को मैन्युअल रूप से DL_DIR निर्देशिका में कॉपी कर सकते हैं और एक बना सकते हैं ।हो गया file टच कमांड के साथ। फिर बिटबेक कमांड चलाएँ: बिटबेक .
• अधिक जानकारी के लिए, योक्टो प्रोजेक्ट संदर्भ मैनुअल देखें।

व्यंजनों
प्रत्येक घटक एक नुस्खा का उपयोग करके बनाया जाता है। नए घटकों के लिए, स्रोत (SRC_URI) को इंगित करने और लागू होने पर पैच निर्दिष्ट करने के लिए एक नुस्खा बनाया जाना चाहिए। Yocto प्रोजेक्ट वातावरण एक मेक से बनता हैfile नुस्खा में SRC_URI द्वारा निर्दिष्ट स्थान पर। जब ऑटो टूल्स से बिल्ड स्थापित किया जाता है, तो नुस्खा को ऑटोटूल्स और pkgconfig को इनहेरिट करना चाहिए।fileयोक्टो प्रोजेक्ट के साथ पैकेज बनाने के लिए, CC को क्रॉस कम्पाइल टूल द्वारा ओवरराइड करने की अनुमति देनी चाहिए।
कुछ घटकों में रेसिपी तो होती है लेकिन उन्हें अतिरिक्त पैच या अपडेट की आवश्यकता होती है। यह bbappend रेसिपी का उपयोग करके किया जा सकता है। यह अपडेट किए गए स्रोत के बारे में मौजूदा रेसिपी विवरण में जोड़ता है। उदाहरण के लिएampले, एक नया पैच शामिल करने के लिए एक bbappend नुस्खा में निम्नलिखित सामग्री होनी चाहिए:

FILESEXTRAPATHS:प्रीपेन्ड := “${THISDIR}/${PN}:” SRC_URI += file//// ।पैबंद
FILESEXTRAPATHS_prepend, Yocto प्रोजेक्ट को SRC_URI में सूचीबद्ध पैच को खोजने के लिए सूचीबद्ध निर्देशिका में देखने के लिए कहता है।

टिप्पणी:
यदि कोई bbappend नुस्खा नहीं उठाया जाता है, view प्राप्त लॉग file (log.do_fetch) कार्य फ़ोल्डर के अंतर्गत यह जाँचने के लिए कि संबंधित पैच शामिल हैं या नहीं। कभी-कभी bbappend में दिए गए संस्करण के बजाय रेसिपी का Git संस्करण उपयोग किया जा रहा होता है files.

अतिरिक्त पैकेज का चयन कैसे करें
यदि उस पैकेज के लिए कोई रेसिपी उपलब्ध है, तो छवियों में अतिरिक्त पैकेज जोड़े जा सकते हैं। एक खोज योग्य सूची
समुदाय द्वारा उपलब्ध कराई गई रेसिपी की एक सूची layers.openembedded.org/ पर देखी जा सकती है। आप खोज कर देख सकते हैं कि किसी एप्लिकेशन में पहले से ही Yocto प्रोजेक्ट रेसिपी मौजूद है या नहीं और यह भी पता लगा सकते हैं कि उसे कहाँ से डाउनलोड किया जाए।

छवि अद्यतन करना
एक छवि पैकेजों और पर्यावरण कॉन्फ़िगरेशन का एक सेट है।
एक छवि file (जैसे imx-image-multimedia.bb) उन पैकेजों को परिभाषित करता है जो अंदर जाते हैं file प्रणाली. मूल file सिस्टम, कर्नेल, मॉड्यूल और यू-बूट बाइनरी build/tmp/deploy/images/ में उपलब्ध हैं .

टिप्पणी:
आप छवि में पैकेज को शामिल किए बिना भी उसका निर्माण कर सकते हैं, लेकिन यदि आप चाहते हैं कि पैकेज स्वचालित रूप से रूटएफएस पर स्थापित हो जाए, तो आपको छवि का पुनर्निर्माण करना होगा।

पैकेज समूह
पैकेज समूह पैकेजों का एक समूह है जिसे किसी भी छवि में शामिल किया जा सकता है।
एक पैकेज समूह में पैकेजों का एक सेट हो सकता है। उदाहरण के लिएampइस प्रकार, मल्टीमीडिया कार्य मशीन के अनुसार यह निर्धारित कर सकता है कि VPU पैकेज निर्मित है या नहीं, इसलिए BSP द्वारा समर्थित प्रत्येक बोर्ड के लिए मल्टीमीडिया पैकेजों का चयन स्वचालित किया जा सकता है, तथा केवल मल्टीमीडिया पैकेज को ही छवि में शामिल किया जाता है।
अतिरिक्त पैकेज निम्न पंक्ति जोड़कर स्थापित किए जा सकते हैं /लोकल.conf.

CORE_IMAGE_EXTRA_INSTALL:append = ” ”

कई पैकेज समूह हैं। वे packagegroup या packagegroups नामक उपनिर्देशिकाओं में हैं।

पसंदीदा संस्करण
पसंदीदा संस्करण का उपयोग किसी विशिष्ट घटक के लिए उपयोग की जाने वाली रेसिपी के पसंदीदा संस्करण को निर्दिष्ट करने के लिए किया जाता है। एक घटक में अलग-अलग परतों में कई रेसिपी हो सकती हैं और पसंदीदा संस्करण उपयोग करने के लिए एक विशिष्ट संस्करण की ओर इशारा करता है।

मेटा-imx परत में, layer.conf में, सभी रेसिपीज़ के लिए पसंदीदा संस्करण सेट किए जाते हैं ताकि उत्पादन परिवेश के लिए एक स्थिर सिस्टम प्रदान किया जा सके। ये पसंदीदा संस्करण सेटिंग्स औपचारिक i.MX रिलीज़ के लिए उपयोग की जाती हैं, लेकिन इनका उपयोग नहीं किया जाता है।
भविष्य के विकास के लिए आवश्यक है।
पसंदीदा संस्करण तब भी सहायक होते हैं जब पिछले संस्करण के कारण यह भ्रम हो सकता है कि किस नुस्खे का उपयोग किया जाना चाहिए।
उदाहरणार्थampले, imx-test और imx-lib के लिए पिछले व्यंजनों में वर्ष-महीने का संस्करण इस्तेमाल किया गया था, जिसे बदलकर कर दिया गया है संस्करणीकरण। पसंदीदा संस्करण के बिना, पुराना संस्करण चुना जा सकता है। जिन व्यंजनों में _git संस्करण होते हैं, उन्हें आम तौर पर अन्य व्यंजनों से ऊपर चुना जाता है, जब तक कि कोई पसंदीदा संस्करण सेट न हो। पसंदीदा संस्करण सेट करने के लिए, local.conf में निम्न डालें।

पसंदीदा_संस्करण_ : = “ ”

पसंदीदा संस्करणों के उपयोग के बारे में अधिक जानकारी के लिए Yocto प्रोजेक्ट मैनुअल देखें।

पसंदीदा प्रदाता
पसंदीदा प्रदाता का उपयोग किसी विशिष्ट घटक के लिए पसंदीदा प्रदाता को निर्दिष्ट करने के लिए किया जाता है।
एक घटक के कई प्रदाता हो सकते हैं। उदाहरण के लिएampलिनक्स कर्नेल i.MX या kernel.org द्वारा प्रदान किया जा सकता है और पसंदीदा प्रदाता उपयोग करने के लिए प्रदाता बताता है।
उदाहरणार्थampले, यू-बूट denx.de और i.MX दोनों के माध्यम से समुदाय द्वारा प्रदान किया जाता है। समुदाय प्रदाता u-boot-fslc द्वारा निर्दिष्ट किया जाता है। i.MX प्रदाता u-boot-imx द्वारा निर्दिष्ट किया जाता है। पसंदीदा प्रदाता को बताने के लिए, local.conf में निम्नलिखित डालें:

पसंदीदा_प्रदाता_ : = “ ” PREFERRED_PROVIDER_u-boot_mx6 = “u-boot-imx”

SoC परिवार
SoC परिवार उन परिवर्तनों के वर्ग का दस्तावेजीकरण करता है जो सिस्टम चिप्स के एक विशिष्ट सेट पर लागू होते हैं। प्रत्येक मशीन कॉन्फ़िगरेशन में file, मशीन एक विशिष्ट SoC परिवार के साथ सूचीबद्ध है। उदाहरण के लिएampले, i.MX 6DualLite Sabre-SD को i.MX 6 और i.MX 6DualLite SoC परिवारों के अंतर्गत सूचीबद्ध किया गया है। i.MX 6Solo Sabre-auto को i.MX 6 और के अंतर्गत सूचीबद्ध किया गया है
i.MX 6Solo SoC परिवार। मशीन कॉन्फ़िगरेशन में किसी परिवर्तन को ओवरराइड करने के लिए local.conf में कुछ परिवर्तनों को किसी विशिष्ट SoC परिवार पर लक्षित किया जा सकता है। file. निम्नलिखित एक पूर्व हैampmx6dlsabresd कर्नेल में परिवर्तन का विवरण
सेटिंग।

KERNEL_DEVICETREE:mx6dl = “imx6dl-sabresd.dts”

SoC परिवार तब उपयोगी होते हैं जब कोई ऐसा परिवर्तन किया जाता है जो केवल हार्डवेयर के एक वर्ग के लिए विशिष्ट होता है। उदाहरण के लिएampले, i.MX 28 EVK में वीडियो प्रोसेसिंग यूनिट (VPU) नहीं है, इसलिए VPU के लिए सभी सेटिंग्स को चिप्स के सही वर्ग के लिए विशिष्ट होने के लिए i.MX 5 या i.MX 6 का उपयोग करना चाहिए।

बिटबेक लॉग

• बिटबेक tmp/work/ में अस्थायी निर्देशिका में बिल्ड और पैकेज प्रक्रियाओं को लॉग करता है / /अस्थायी.
• यदि कोई घटक पैकेज लाने में विफल रहता है, तो त्रुटियाँ दिखाने वाला लॉग निम्न में होता है file लॉग.do_fetch.
  यदि कोई घटक संकलित करने में विफल रहता है, तो त्रुटियाँ दिखाने वाला लॉग निम्न प्रकार है: file लॉग.do_compile.
• कभी-कभी कोई घटक अपेक्षानुसार तैनात नहीं होता। बिल्ड घटक के अंतर्गत निर्देशिकाओं की जाँच करें
  निर्देशिका (tmp/work/ / )। यह देखने के लिए कि क्या प्रत्येक रेसिपी के पैकेज, पैकेज-स्प्लिट और sysroot* निर्देशिकाओं की जाँच करें। fileउन्हें वहां रखा जाता है (जहां वे स्थित हैं)tag(डिप्लॉय डायरेक्टरी में कॉपी किए जाने से पहले संपादित किया गया)।

CVE निगरानी और अधिसूचना के लिए तंत्र कैसे जोड़ें
CVE ट्रैकिंग मैकेनिज्म को GitHub से प्राप्त किया जा सकता है। imx-yocto-bsp/sources निर्देशिका पर जाएँ।

निम्नलिखित आदेश चलाएँ:

गिट क्लोन https://github.com/TimesysGit/meta-timesys.git-bmaster

यह कमांड एक अतिरिक्त मेटालेयर डाउनलोड करेगा जो NXP और Timesys से Vigiles उत्पाद पेशकश के भाग के रूप में सुरक्षा निगरानी और अधिसूचना के लिए उपयोग की जाने वाली छवि मैनिफ़ेस्ट जनरेशन के लिए स्क्रिप्ट प्रदान करता है। समाधान का उपयोग कैसे करें, इसके लिए अनुभाग 7.3 का पालन करें।
पूर्ण CVE रिपोर्टिंग तक पहुँच प्राप्त करने के लिए LinuxLink लाइसेंस कुंजी की आवश्यकता होती है। आपके विकास परिवेश में कुंजी के बिना, Vigiles डेमो मोड में निष्पादित करना जारी रखता है, केवल सारांश रिपोर्ट तैयार करता है।
LinuxLink पर अपने Vigiles खाते में लॉग इन करें (या यदि आपके पास खाता नहीं है तो बनाएं): https://www.timesys.com/register-nxp-vigiles/ अपनी प्राथमिकताएँ एक्सेस करें और एक नई कुंजी बनाएँ। कुंजी डाउनलोड करें file आपके विकास के लिए
कुंजी का स्थान निर्दिष्ट करें file आपके Yocto के conf/local.conf में file निम्नलिखित कथन के साथ:

विजिल्स_कुंजी_FILE = “/टूल्स/टाइमसिस/लिनक्सलिंक_की”

संदर्भ

• बूट स्विच के विवरण के लिए, i.MX Linux उपयोगकर्ता मार्गदर्शिका (UG10163) में अनुभाग “i.MX बोर्ड को कैसे बूट करें” देखें।
• यू-बूट का उपयोग करके छवियों को डाउनलोड करने के तरीके के लिए, i.MX लिनक्स उपयोगकर्ता मार्गदर्शिका (UG10163) में अनुभाग “यू-बूट का उपयोग करके छवियों को डाउनलोड करना” देखें।
• SD/MMC कार्ड को सेटअप करने के तरीके के लिए, i.MX Linux उपयोगकर्ता मार्गदर्शिका (UG10163) में अनुभाग “बूट करने के लिए SD/MMC कार्ड तैयार करना” देखें।

दस्तावेज़ में स्रोत कोड के बारे में नोट

Exampइस दस्तावेज़ में दिखाए गए कोड में निम्नलिखित कॉपीराइट और BSD-3-क्लॉज लाइसेंस है:
कॉपीराइट 2025 एनएक्सपी पुनर्वितरण और स्रोत और बाइनरी रूपों में संशोधन के साथ या बिना संशोधन के उपयोग की अनुमति है, बशर्ते कि निम्नलिखित शर्तें पूरी हों:

1. स्रोत कोड के पुनर्वितरण में उपरोक्त कॉपीराइट नोटिस, शर्तों की यह सूची और निम्नलिखित अस्वीकरण बरकरार रखना होगा।
2. बाइनरी फॉर्म में पुनर्वितरण में उपरोक्त कॉपीराइट नोटिस, शर्तों की यह सूची और वितरण के साथ प्रदान किए गए दस्तावेज़ और/या अन्य सामग्रियों में निम्नलिखित अस्वीकरण को पुन: प्रस्तुत करना होगा।
3. विशिष्ट लिखित अनुमति के बिना इस सॉफ़्टवेयर से प्राप्त उत्पादों को समर्थन या बढ़ावा देने के लिए न तो कॉपीराइट धारक का नाम और न ही इसके योगदानकर्ताओं के नाम का उपयोग किया जा सकता है।

यह सॉफ़्टवेयर कॉपीराइट धारकों और योगदानकर्ताओं द्वारा "जैसा है" प्रदान किया गया है और किसी भी स्पष्ट या निहित वारंटी, जिसमें व्यापारिकता और किसी विशेष उद्देश्य के लिए उपयुक्तता की निहित वारंटी शामिल है, लेकिन इन्हीं तक सीमित नहीं है, को अस्वीकृत किया जाता है। किसी भी स्थिति में कॉपीराइट धारक या योगदानकर्ता किसी भी प्रत्यक्ष, अप्रत्यक्ष, आकस्मिक, विशेष, अनुकरणीय या परिणामी क्षति (जिसमें स्थानापन्न वस्तुओं या सेवाओं की खरीद, उपयोग, डेटा या लाभ की हानि, या व्यवसाय में रुकावट शामिल है, लेकिन इन्हीं तक सीमित नहीं है) के लिए उत्तरदायी नहीं होंगे, चाहे इसका कारण कुछ भी हो और उत्तरदायित्व के किसी भी सिद्धांत पर, चाहे वह अनुबंध, सख्त उत्तरदायित्व, या अपकार (लापरवाही या अन्यथा सहित) में हो, जो इस सॉफ़्टवेयर के उपयोग से किसी भी तरह से उत्पन्न होता हो, भले ही ऐसी क्षति की संभावना के बारे में सलाह दी गई हो।

संशोधन इतिहास

यह तालिका संशोधन इतिहास प्रदान करती है। संशोधन इतिहास

कानूनी जानकारी

परिभाषाएं
ड्राफ्ट - किसी दस्तावेज़ पर ड्राफ्ट स्थिति यह इंगित करती है कि सामग्री अभी भी आंतरिक नियंत्रण में हैview और औपचारिक अनुमोदन के अधीन, जिसके परिणामस्वरूप हो सकता है
संशोधनों या परिवर्धन में। एनएक्सपी सेमीकंडक्टर्स किसी दस्तावेज़ के ड्राफ्ट संस्करण में शामिल जानकारी की सटीकता या पूर्णता के बारे में कोई प्रतिनिधित्व या वारंटी नहीं देते हैं और ऐसी जानकारी के उपयोग के परिणामों के लिए कोई दायित्व नहीं होगा।

अस्वीकरण
सीमित वारंटी और दायित्व — इस दस्तावेज़ में दी गई जानकारी को सटीक और विश्वसनीय माना जाता है। हालांकि, एनएक्सपी सेमीकंडक्टर्स ऐसी जानकारी की सटीकता या पूर्णता के रूप में व्यक्त या निहित कोई प्रतिनिधित्व या वारंटी नहीं देते हैं और ऐसी जानकारी के उपयोग के परिणामों के लिए कोई दायित्व नहीं होगा। एनएक्सपी सेमीकंडक्टर्स के बाहर किसी सूचना स्रोत द्वारा प्रदान किए जाने पर एनएक्सपी सेमीकंडक्टर्स इस दस्तावेज़ में सामग्री के लिए कोई ज़िम्मेदारी नहीं लेते हैं।

किसी भी घटना में एनएक्सपी सेमीकंडक्टर्स किसी भी अप्रत्यक्ष, आकस्मिक, दंडात्मक, विशेष या परिणामी नुकसान के लिए उत्तरदायी नहीं होंगे (जिसमें - बिना सीमा के - खोए हुए लाभ, खोई हुई बचत, व्यापार में रुकावट, किसी भी उत्पाद को हटाने या बदलने से संबंधित लागत या फिर से काम करने का शुल्क शामिल है) चाहे या नहीं इस तरह के नुकसान यातना (लापरवाही सहित), वारंटी, अनुबंध के उल्लंघन या किसी अन्य कानूनी सिद्धांत पर आधारित हैं।
किसी भी कारण से ग्राहक को होने वाले किसी भी नुकसान के बावजूद, यहां वर्णित उत्पादों के लिए ग्राहक के प्रति एनएक्सपी सेमीकंडक्टर्स की कुल और संचयी देयता एनएक्सपी सेमीकंडक्टर्स की वाणिज्यिक बिक्री के नियमों और शर्तों के अनुसार सीमित होगी।

• परिवर्तन करने का अधिकार - NXP सेमीकंडक्टर्स के पास इस दस्तावेज़ में प्रकाशित जानकारी में परिवर्तन करने का अधिकार सुरक्षित है, जिसमें बिना किसी सीमा के विनिर्देशों और उत्पाद विवरण शामिल हैं, किसी भी समय और बिना किसी सूचना के। यह दस्तावेज़ इसके प्रकाशन से पहले प्रदान की गई सभी सूचनाओं का स्थान लेता है और प्रतिस्थापित करता है।
• उपयोग के लिए उपयुक्तता - एनएक्सपी सेमीकंडक्टर्स उत्पादों को जीवन समर्थन, जीवन-महत्वपूर्ण या सुरक्षा-महत्वपूर्ण प्रणालियों या उपकरणों में उपयोग के लिए उपयुक्त होने के लिए डिज़ाइन, अधिकृत या वारंट नहीं किया गया है, न ही उन अनुप्रयोगों में जहां एनएक्सपी सेमीकंडक्टर्स उत्पाद की विफलता या खराबी की उचित रूप से उम्मीद की जा सकती है व्यक्तिगत चोट, मृत्यु या गंभीर संपत्ति या पर्यावरणीय क्षति के परिणामस्वरूप। एनएक्सपी सेमीकंडक्टर्स और इसके आपूर्तिकर्ता ऐसे उपकरणों या अनुप्रयोगों में एनएक्सपी सेमीकंडक्टर्स उत्पादों के समावेश और/या उपयोग के लिए कोई दायित्व स्वीकार नहीं करते हैं और इसलिए ऐसा समावेश और/या उपयोग ग्राहक के अपने जोखिम पर है।
• अनुप्रयोग - इनमें से किसी भी उत्पाद के लिए यहां वर्णित अनुप्रयोग केवल उदाहरणात्मक उद्देश्यों के लिए हैं। एनएक्सपी सेमीकंडक्टर्स कोई प्रतिनिधित्व या वारंटी नहीं देता है कि ऐसे एप्लिकेशन आगे के परीक्षण या संशोधन के बिना निर्दिष्ट उपयोग के लिए उपयुक्त होंगे।
  ग्राहक एनएक्सपी सेमीकंडक्टर उत्पादों का उपयोग करके अपने अनुप्रयोगों और उत्पादों के डिजाइन और संचालन के लिए जिम्मेदार हैं, और एनएक्सपी सेमीकंडक्टर अनुप्रयोगों या ग्राहक उत्पाद डिजाइन के साथ किसी भी सहायता के लिए कोई दायित्व स्वीकार नहीं करता है। यह निर्धारित करना ग्राहक की एकमात्र जिम्मेदारी है कि एनएक्सपी सेमीकंडक्टर्स उत्पाद ग्राहक के अनुप्रयोगों और नियोजित उत्पादों के साथ-साथ ग्राहक के तीसरे पक्ष के ग्राहकों के नियोजित अनुप्रयोग और उपयोग के लिए उपयुक्त और उपयुक्त है या नहीं। ग्राहकों को अपने अनुप्रयोगों और उत्पादों से जुड़े जोखिमों को कम करने के लिए उचित डिजाइन और परिचालन सुरक्षा उपाय प्रदान करने चाहिए।
• एनएक्सपी सेमीकंडक्टर्स किसी भी डिफ़ॉल्ट, क्षति, लागत या समस्या से संबंधित किसी भी दायित्व को स्वीकार नहीं करता है जो ग्राहक के अनुप्रयोगों या उत्पादों में किसी कमजोरी या डिफ़ॉल्ट, या ग्राहक के तीसरे पक्ष के ग्राहकों द्वारा एप्लिकेशन या उपयोग पर आधारित है। ग्राहक एनएक्सपी सेमीकंडक्टर्स उत्पादों का उपयोग करके ग्राहक के अनुप्रयोगों और उत्पादों के लिए सभी आवश्यक परीक्षण करने के लिए जिम्मेदार है ताकि अनुप्रयोगों और उत्पादों या एप्लिकेशन या ग्राहक के तीसरे पक्ष के ग्राहकों द्वारा उपयोग में चूक से बचा जा सके। एनएक्सपी इस संबंध मे किसी देयता को स्वीकार नहीं करता है।
• वाणिज्यिक बिक्री के नियम और शर्तें - एनएक्सपी सेमीकंडक्टर्स उत्पाद वाणिज्यिक बिक्री के सामान्य नियमों और शर्तों के अधीन बेचे जाते हैं, जैसा कि यहां प्रकाशित किया गया है https://www.nxp.com/profile/terms जब तक अन्यथा एक वैध लिखित व्यक्तिगत समझौते में सहमति न हो। यदि एक व्यक्तिगत समझौता संपन्न होता है तो संबंधित समझौते के केवल नियम और शर्तें लागू होंगी। एनएक्सपी सेमीकंडक्टर्स एतद्द्वारा ग्राहक द्वारा एनएक्सपी सेमीकंडक्टर्स उत्पादों की खरीद के संबंध में ग्राहक के सामान्य नियमों और शर्तों को लागू करने पर स्पष्ट रूप से आपत्ति जताते हैं।
• निर्यात नियंत्रण - इस दस्तावेज़ के साथ-साथ यहां वर्णित आइटम निर्यात नियंत्रण विनियमों के अधीन हो सकते हैं। निर्यात के लिए सक्षम प्राधिकारियों से पूर्व प्राधिकरण की आवश्यकता हो सकती है।
• गैर-ऑटोमोटिव योग्य उत्पादों में उपयोग के लिए उपयुक्तता - जब तक यह दस्तावेज़ स्पष्ट रूप से यह नहीं बताता कि यह विशिष्ट NXP सेमीकंडक्टर्स उत्पाद ऑटोमोटिव योग्य है, तब तक यह उत्पाद ऑटोमोटिव उपयोग के लिए उपयुक्त नहीं है। यह ऑटोमोटिव परीक्षण या अनुप्रयोग आवश्यकताओं के अनुसार न तो योग्य है और न ही इसका परीक्षण किया गया है। NXP सेमीकंडक्टर्स ऑटोमोटिव उपकरण या अनुप्रयोगों में गैर-ऑटोमोटिव योग्य उत्पादों को शामिल करने और/या उपयोग करने के लिए कोई दायित्व स्वीकार नहीं करता है।
• यदि ग्राहक ऑटोमोटिव विशिष्टताओं और मानकों के लिए ऑटोमोटिव अनुप्रयोगों में डिज़ाइन-इन और उपयोग के लिए उत्पाद का उपयोग करता है, तो ग्राहक (ए) ऐसे ऑटोमोटिव अनुप्रयोगों, उपयोग और विनिर्देशों के लिए उत्पाद की एनएक्सपी सेमीकंडक्टर्स की वारंटी के बिना उत्पाद का उपयोग करेगा, और ( बी) जब भी ग्राहक एनएक्सपी सेमीकंडक्टर्स के विनिर्देशों से परे ऑटोमोटिव अनुप्रयोगों के लिए उत्पाद का उपयोग करता है तो ऐसा उपयोग पूरी तरह से ग्राहक के अपने जोखिम पर होगा, और (सी) ग्राहक ग्राहक डिजाइन और उपयोग के परिणामस्वरूप किसी भी देयता, क्षति या असफल उत्पाद दावों के लिए एनएक्सपी सेमीकंडक्टर्स की पूरी तरह से क्षतिपूर्ति करता है। एनएक्सपी सेमीकंडक्टर्स की मानक वारंटी और एनएक्सपी सेमीकंडक्टर्स के उत्पाद विनिर्देशों से परे ऑटोमोटिव अनुप्रयोगों के लिए उत्पाद।
• HTML प्रकाशन — यदि उपलब्ध हो तो इस दस्तावेज़ का HTML संस्करण शिष्टाचार के रूप में प्रदान किया जाता है। निश्चित जानकारी PDF प्रारूप में लागू दस्तावेज़ में निहित है। यदि HTML दस्तावेज़ और PDF दस्तावेज़ के बीच कोई विसंगति है, तो PDF दस्तावेज़ को प्राथमिकता दी जाती है।
• अनुवाद - दस्तावेज़ का एक गैर-अंग्रेज़ी (अनुवादित) संस्करण, उस दस्तावेज़ में कानूनी जानकारी सहित, केवल संदर्भ के लिए है। अंग्रेजी संस्करण अनुवादित और अंग्रेजी संस्करणों के बीच किसी भी विसंगति के मामले में मान्य होगा।

• सुरक्षा - ग्राहक समझता है कि सभी NXP उत्पाद अज्ञात कमज़ोरियों के अधीन हो सकते हैं या ज्ञात सीमाओं के साथ स्थापित सुरक्षा मानकों या विनिर्देशों का समर्थन कर सकते हैं। ग्राहक अपने अनुप्रयोगों और उत्पादों के डिज़ाइन और संचालन के लिए उनके जीवनचक्र के दौरान ज़िम्मेदार है ताकि ग्राहक के अनुप्रयोगों और उत्पादों पर इन कमज़ोरियों के प्रभाव को कम किया जा सके। ग्राहक की ज़िम्मेदारी ग्राहक के अनुप्रयोगों में उपयोग के लिए NXP उत्पादों द्वारा समर्थित अन्य खुली और/या स्वामित्व वाली तकनीकों तक भी फैली हुई है। NXP किसी भी कमज़ोरी के लिए कोई दायित्व स्वीकार नहीं करता है। ग्राहक को नियमित रूप से NXP से सुरक्षा अपडेट की जाँच करनी चाहिए और उचित रूप से फ़ॉलो-अप करना चाहिए।
• ग्राहक सुरक्षा सुविधाओं वाले उत्पादों का चयन करेगा जो इच्छित आवेदन के नियमों, विनियमों और मानकों को सर्वोत्तम रूप से पूरा करते हैं और अपने उत्पादों के संबंध में अंतिम डिजाइन निर्णय लेते हैं और अपने उत्पादों से संबंधित सभी कानूनी, नियामक और सुरक्षा संबंधी आवश्यकताओं के अनुपालन के लिए पूरी तरह जिम्मेदार हैं, भले ही एनएक्सपी द्वारा प्रदान की जा सकने वाली किसी भी जानकारी या समर्थन की।
• NXP के पास उत्पाद सुरक्षा घटना प्रतिक्रिया टीम (PSIRT) है (इस पर पहुंचा जा सकता है पीएसआईआरटी@nxp.com जो एनएक्सपी उत्पादों की सुरक्षा कमजोरियों की जांच, रिपोर्टिंग और समाधान जारी करने का प्रबंधन करता है।
• एनएक्सपी बीवी - एनएक्सपी बीवी एक ऑपरेटिंग कंपनी नहीं है और यह उत्पादों का वितरण या बिक्री नहीं करती है।

ट्रेडमार्क
सूचना: सभी संदर्भित ब्रांड, उत्पाद के नाम, सेवा के नाम और ट्रेडमार्क उनके संबंधित स्वामियों की संपत्ति हैं।
एनएक्सपी - वर्डमार्क और लोगो एनएक्सपी बीवी के ट्रेडमार्क हैं

© 2025 NXP BV सर्वाधिकार सुरक्षित।

दस्तावेज़ / संसाधन

एनएक्सपी यूजी10164 आई.एमएक्स योक्टो प्रोजेक्ट [पीडीएफ] उपयोगकर्ता गाइड LF6.12.20_2.0.0, UG10164 i.MX योक्टो प्रोजेक्ट, UG10164, i.MX योक्टो प्रोजेक्ट, योक्टो प्रोजेक्ट, प्रोजेक्ट

संदर्भ

• उपयोगकर्ता पुस्तिका