NXP IMXLXYOCTOUG i.MX Yocto प्रकल्प वापरकर्ता मार्गदर्शक

माहिती	सामग्री
कीवर्ड	i.MX, Linux, LF6.6.3_1.0.0
गोषवारा	हा दस्तऐवज Yocto प्रोजेक्ट बिल्ड वातावरण वापरून i.MX बोर्डसाठी प्रतिमा कशी तयार करायची याचे वर्णन करतो. हे i.MX प्रकाशन स्तर आणि i.MX-विशिष्ट वापराचे वर्णन करते.

ओव्हरview

हा दस्तऐवज Yocto प्रोजेक्ट बिल्ड वातावरण वापरून i.MX बोर्डसाठी प्रतिमा कशी तयार करायची याचे वर्णन करतो. हे i.MX प्रकाशन स्तर आणि i.MX-विशिष्ट वापराचे वर्णन करते.
योक्टो प्रोजेक्ट एम्बेडेड लिनक्स ओएस डेव्हलपमेंटवर केंद्रित एक मुक्त-स्रोत सहयोग आहे. योक्टो प्रोजेक्टबद्दल अधिक माहितीसाठी, योक्टो प्रोजेक्ट पृष्ठ पहा: www.yoctoproject.org/. Yocto Project च्या मुख्यपृष्ठावर अनेक दस्तऐवज आहेत जे सिस्टम कसे वापरावे याचे तपशीलवार वर्णन करतात. i.MX रिलीझ लेयरशिवाय मूलभूत योक्टो प्रोजेक्ट वापरण्यासाठी, येथे आढळलेल्या योक्टो प्रोजेक्ट क्विक स्टार्टमधील सूचनांचे अनुसरण करा https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html.
एफएसएल योक्टो प्रोजेक्ट कम्युनिटी बीएसपी (येथे आढळले FSL समुदाय BSP (freescale.github.io)) हा NXP बाहेरील विकास समुदाय आहे जो Yocto प्रकल्प वातावरणात i.MX बोर्डांसाठी समर्थन प्रदान करतो. i.MX Yocto प्रोजेक्ट समुदायामध्ये सामील झाले आणि Yocto प्रोजेक्ट फ्रेमवर्कवर आधारित प्रकाशन प्रदान केले. FSL समुदाय BSP वापरासाठी विशिष्ट माहिती समुदायावर उपलब्ध आहे web पृष्ठ हा दस्तऐवज समुदाय BSP दस्तऐवजाचा विस्तार आहे.
Fileप्रतिमा तयार करण्यासाठी वापरल्या जाणाऱ्या s थरांमध्ये संग्रहित केल्या जातात. स्तरांमध्ये विविध प्रकारचे सानुकूलन असतात आणि ते वेगवेगळ्या स्त्रोतांकडून येतात. काही files एक थर मध्ये पाककृती म्हणतात. योक्टो प्रोजेक्ट रेसिपीमध्ये स्त्रोत कोड पुनर्प्राप्त करण्यासाठी, घटक तयार करण्यासाठी आणि पॅकेज करण्याची यंत्रणा असते. खालील सूची या प्रकाशनात वापरलेले स्तर दाखवतात.

i.MX प्रकाशन स्तर

meta-imx
- मेटा-बीएसपी: मेटा-फ्रीस्केल, पोकी आणि मेटा-ओपन-एम्बेडेड स्तरांसाठी अद्यतने
- मेटा-एसडीके: मेटा-फ्रीस्केल-डिस्ट्रोसाठी अद्यतने
- मेटा-एमएल: मशीन लर्निंग पाककृती
– meta-v2x: V2X पाककृती फक्त i.MX 8DXL साठी वापरल्या जातात
- मेटा-कॉकपिट: i.MX 8QuadMax साठी कॉकपिट पाककृती

योक्टो प्रकल्प समुदाय स्तर

मेटा-फ्रीस्केल: बेस आणि i.MX आर्म संदर्भ बोर्डसाठी समर्थन प्रदान करते.
meta-freescale-3rdparty: तृतीय पक्ष आणि भागीदार मंडळांसाठी समर्थन प्रदान करते.

मेटा-फ्रीस्केल-डिस्ट्रो: विकास आणि व्यायाम बोर्ड क्षमतांमध्ये मदत करण्यासाठी अतिरिक्त आयटम.
fsl-community-bsp-base: अनेकदा बेस असे नामकरण केले जाते. FSL समुदाय BSP साठी बेस कॉन्फिगरेशन प्रदान करते.

मेटा-ओपनम्बेडेड: OE-कोर विश्वासाठी स्तरांचे संकलन. पहा layers.openembedded.org/.
poky: Poky मधील मूलभूत योक्टो प्रकल्प आयटम. तपशीलांसाठी Poky README पहा.

मेटा-ब्राउझर: अनेक ब्राउझर प्रदान करते.
meta-qt6: Qt 6 प्रदान करते.

meta-timesys: BSP असुरक्षा (CVEs) चे निरीक्षण आणि अधिसूचना यासाठी Vigiles साधने प्रदान करते.

या दस्तऐवजातील समुदाय स्तरांचे संदर्भ मेटा-आयएमएक्स वगळता योक्टो प्रोजेक्टमधील सर्व स्तरांसाठी आहेत. i.MX बोर्ड मेटा-imx आणि मेटा-फ्रीस्केल स्तरांमध्ये कॉन्फिगर केले आहेत. यामध्ये U-Boot, Linux कर्नल आणि संदर्भ बोर्ड-विशिष्ट तपशील समाविष्ट आहेत.
i.MX FSL Yocto प्रोजेक्ट कम्युनिटी BSP सह नवीन i.MX रिलीझ समाकलित करण्यासाठी i.MX BSP रिलीज नावाचा अतिरिक्त स्तर प्रदान करते, ज्याला meta-imx म्हणतात. मेटा-आयएमएक्स लेयरचे उद्दिष्ट योक्टो प्रोजेक्टमधील सध्याच्या मेटा-फ्रीस्केल आणि मेटा-फ्रीस्केल-डिस्ट्रो लेयर्सवर अद्याप उपलब्ध नसलेल्या नवीन रिलीझसाठी अद्ययावत आणि नवीन योक्टो प्रोजेक्ट रेसिपी आणि मशीन कॉन्फिगरेशन जारी करणे आहे. i.MX BSP ची सामग्री
रिलीझ लेयर रेसिपी आणि मशीन कॉन्फिगरेशन आहेत. बर्याच चाचणी प्रकरणांमध्ये, इतर स्तर पाककृती लागू करतात किंवा समाविष्ट करतात files आणि i.MX रिलीझ लेयर एकतर वर्तमान रेसिपीमध्ये जोडून किंवा घटक समाविष्ट करून आणि पॅच किंवा स्त्रोत स्थानांसह अद्यतनित करून पाककृतींचे अद्यतन प्रदान करते. बऱ्याच i.MX रिलीझ लेयर रेसिपी खूप लहान असतात कारण त्या समुदायाने प्रदान केलेल्या गोष्टी वापरतात आणि इतर लेयर्समध्ये अनुपलब्ध असलेल्या प्रत्येक नवीन पॅकेज आवृत्तीसाठी आवश्यक ते अपडेट करतात.
i.MX BSP रिलीझ लेयर इमेज रेसिपी देखील प्रदान करते ज्यामध्ये सिस्टम इमेज बूट होण्यासाठी आवश्यक असलेले सर्व घटक समाविष्ट आहेत, वापरकर्त्यासाठी ते सोपे करते. घटक वैयक्तिकरित्या किंवा इमेज रेसिपीद्वारे तयार केले जाऊ शकतात, जे एका बिल्ड प्रक्रियेमध्ये इमेजमध्ये आवश्यक असलेले सर्व घटक खेचतात.
i.MX कर्नल आणि U-Boot प्रकाशनांना i.MX सार्वजनिक गिट सर्व्हरद्वारे प्रवेश केला जातो. तथापि, i.MX मिररवर अनेक घटक पॅकेजेस म्हणून सोडले जातात. पॅकेज-आधारित पाककृती पुल fileGit स्थानाऐवजी i.MX मिररमधून s आणि आवश्यक पॅकेज व्युत्पन्न करा.
बायनरी म्हणून रिलीझ केलेली सर्व पॅकेजेस प्रत्येक मशीन कॉन्फिगरेशनमध्ये परिभाषित केलेल्या डीफॉल्टट्यूनद्वारे निर्दिष्ट केलेल्या हार्डवेअर फ्लोटिंग पॉइंटसह तयार केली जातात. file. जेथ्रो रिलीझसह सॉफ्टवेअर फ्लोटिंग पॉइंट पॅकेजेस प्रदान केले जात नाहीत.
रिलीज LF6.6.3_1.0.0 Yocto प्रोजेक्ट 4.3 (Nanbield) साठी रिलीज केले आहे. Yocto प्रोजेक्ट 4.3 साठी त्याच रेसिपीज अपस्ट्रीम केल्या जाणार आहेत आणि Yocto प्रोजेक्ट रिलीजच्या पुढील रिलीझवर उपलब्ध केल्या जातील. योक्टो प्रकल्पाचे प्रकाशन चक्र अंदाजे सहा महिने चालते.
मेटा-आयएमएक्स मधील पाककृती आणि पॅच समुदाय स्तरांवर अपस्ट्रीम केले जातात. त्यानंतर एका विशिष्ट घटकासाठी केले जाते, द filemeta-imx मधील s यापुढे आवश्यक नाहीत आणि FSL Yocto प्रोजेक्ट समुदाय BSP समर्थन प्रदान करेल. समुदाय i.MX संदर्भ बोर्ड, समुदाय बोर्ड आणि तृतीय-पक्ष बोर्डांना समर्थन देतो.

1.1 अंतिम वापरकर्ता परवाना करार
NXP Yocto प्रोजेक्ट BSP च्या सेटअप वातावरण प्रक्रियेदरम्यान, NXP एंड यूजर लायसन्स करार (EULA) प्रदर्शित केला जातो. i.MX प्रोप्रायटरी सॉफ्टवेअर वापरणे सुरू ठेवण्यासाठी, वापरकर्त्यांनी या परवान्याच्या अटींशी सहमत असणे आवश्यक आहे. अटींचा करार योक्टो प्रोजेक्ट बिल्डला i.MX मिररमधून पॅकेजेस काढण्याची परवानगी देतो.
टीप:
सेटअप प्रक्रियेदरम्यान हा परवाना करार काळजीपूर्वक वाचा, कारण एकदा स्वीकारल्यानंतर, i.MX Yocto प्रकल्प वातावरणातील पुढील सर्व कार्य या स्वीकृत कराराशी जोडलेले आहेत.

1.2 संदर्भ
i.MX सॉफ्टवेअरमध्ये अनेक कुटुंबे समर्थित आहेत. खाली सूचीबद्ध कुटुंबे आणि प्रति कुटुंब SoC आहेत. i.MX Linux रिलीझ नोट्स वर्तमान प्रकाशनामध्ये कोणत्या SoC ला समर्थन आहे याचे वर्णन करते. काही पूर्वी रिलीझ केलेले SoC सध्याच्या रिलीझमध्ये तयार करण्यायोग्य असू शकतात परंतु ते मागील प्रमाणित स्तरावर असल्यास ते प्रमाणित केले जात नाहीत.

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 फॅमिली: 8M Plus, 8M Quad, 8M Mini, 8M Nano

i.MX 8X कुटुंब: 8QuadXPlus, 8DXL
i.MX 9 कुटुंब: i.MX 93, i.MX 95

या प्रकाशनात खालील संदर्भ आणि अतिरिक्त माहिती समाविष्ट आहे.

i.MX Linux रिलीज नोट्स (IMXLXRN) – रिलीझ माहिती प्रदान करते.

i.MX Linux वापरकर्ता मार्गदर्शक (IMXLUG) – U-Boot आणि Linux OS स्थापित करणे आणि i.MX-विशिष्ट वैशिष्ट्ये वापरणे याबद्दल माहिती प्रदान करते.
i.MX Yocto प्रोजेक्ट वापरकर्ता मार्गदर्शक (IMXLXYOCTOUG) - यॉक्टो प्रोजेक्ट वापरून NXP विकास प्रणालींसाठी बोर्ड समर्थन पॅकेजचे वर्णन करते होस्ट सेट करण्यासाठी, टूल चेन स्थापित करण्यासाठी आणि प्रतिमा तयार करण्यासाठी स्त्रोत कोड तयार करण्यासाठी.

i.MX मशीन लर्निंग वापरकर्ता मार्गदर्शक (IMXMLUG) – मशीन लर्निंग माहिती प्रदान करते.
i.MX Linux संदर्भ पुस्तिका (IMXLXRM) – i.MX साठी लिनक्स ड्रायव्हर्सची माहिती प्रदान करते.

i.MX ग्राफिक्स वापरकर्त्याचे मार्गदर्शक (IMXGRAPHICUG) – ग्राफिक्स वैशिष्ट्यांचे वर्णन करते.
i.MX पोर्टिंग गाइड (IMXXBSPPG) – बीएसपीला नवीन बोर्डवर पोर्ट करण्याबाबत सूचना प्रदान करते.
i.MX VPU ऍप्लिकेशन प्रोग्रामिंग इंटरफेस लिनक्स संदर्भ पुस्तिका (IMXVPUAPI) – i.MX 6 VPU वर VPU API वर संदर्भ माहिती प्रदान करते.
हार्पून वापरकर्ता मार्गदर्शक (IMXHPUG) – i.MX 8M डिव्हाइस कुटुंबासाठी हार्पून रिलीझ सादर करते.
i.MX डिजिटल कॉकपिट हार्डवेअर विभाजन सक्षमीकरण i.MX 8QuadMax (IMXDCHPE) साठी – i.MX 8QuadMax साठी i.MX डिजिटल कॉकपिट हार्डवेअर सोल्यूशन प्रदान करते.
i.MX DSP वापरकर्ता मार्गदर्शक (IMXDSPUG) – i.MX 8 साठी DSP वर माहिती प्रदान करते.
i.MX 8M Plus कॅमेरा आणि डिस्प्ले मार्गदर्शक (IMX8MPCDUG) – i.MX 8M Plus साठी ISP स्वतंत्र सेन्सर इंटरफेस API वर माहिती प्रदान करते.
एजलॉक एन्क्लेव्ह हार्डवेअर सिक्युरिटी मॉड्यूल API (RM00284) – हा दस्तऐवज एजलॉक एन्क्लेव्हसाठी i.MX 8ULP, i.MX 93, आणि i.MX 95 हार्डवेअर सिक्युरिटी मॉड्यूल (HSM) सोल्यूशन्सद्वारे प्रदान केलेले API चे सॉफ्टवेअर संदर्भ वर्णन आहे. ELE) प्लॅटफॉर्म.

क्विक स्टार्ट गाईड्समध्ये बोर्डवर मूलभूत माहिती असते आणि ते सेट करणे. ते NXP वर आहेत webसाइट

दस्तऐवजीकरण ऑनलाइन उपलब्ध आहे 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 7 दुहेरी माहिती येथे आहे nxp.com/iMX7D.

i.MX 7ULP माहिती येथे आहे nxp.com/imx7ulp.
i.MX 8 माहिती येथे आहे nxp.com/imx8.
i.MX 6ULZ माहिती येथे आहे nxp.com/imx6ulz.

i.MX 93 माहिती येथे आहे nxp.com/imx93.
i.MX 95 माहिती येथे आहे nxp.com/imx95.

वैशिष्ट्ये

i.MX Yocto प्रोजेक्ट रिलीझ स्तरांमध्ये खालील वैशिष्ट्ये आहेत:

लिनक्स कर्नल रेसिपी
- कर्नल रेसिपी रेसिपी-कर्नल फोल्डरमध्ये असते आणि i.MX Git सर्व्हरवरून डाउनलोड केलेल्या स्त्रोतावरून i.MX कर्नल समाकलित करते. हे प्रकल्पातील पाककृतींद्वारे स्वयंचलितपणे केले जाते.
– LF6.6.3_1.0.0 हे योक्टो प्रोजेक्टसाठी जारी केलेले लिनक्स कर्नल आहे.
यू-बूट कृती
– U-Boot रेसिपी रेसिपी-bsp फोल्डरमध्ये असते आणि i.MX गिट सर्व्हरवरून डाउनलोड केलेल्या स्त्रोतावरून i.MX uboot-imx.git समाकलित करते.
– i.MX 6.6.3, i.MX 1.0.0, i.MX 6, i.MX 7, आणि i.MX 8 डिव्हाइसेससाठी LF93_95 रिलीज करते बूट आवृत्ती. ही आवृत्ती सर्व i.MX हार्डवेअरसाठी अपडेट केलेली नाही.
– i.MX Yocto प्रोजेक्ट कम्युनिटी BSP मेनलाइनवरून u-boot-fslc वापरते, परंतु हे फक्त U-Boot समुदायाद्वारे समर्थित आहे आणि L6.6.3 कर्नलसह समर्थित नाही.
– i.MX Yocto प्रोजेक्ट कम्युनिटी BSP U-Boot आवृत्त्या वारंवार अपडेट करते, त्यामुळे नवीन U-Boot आवृत्त्या मेटा-फ्रीस्केल स्तरांवर एकत्रित केल्या गेल्या असल्याने वरील माहिती बदलू शकते आणि i.MX uboot-imx रिलीझमधील अद्यतने समाकलित केली जातात. मुख्य लाइन
ग्राफिक्स पाककृती
- ग्राफिक्स पाककृती रेसिपी-ग्राफिक्स फोल्डरमध्ये राहतात.
- ग्राफिक्स पाककृती i.MX ग्राफिक्स पॅकेज रिलीझ एकत्रित करतात. GPU असलेल्या i.MX बोर्डांसाठी, imx-gpu-viv रेसिपी प्रत्येक DISTRO साठी ग्राफिक घटक पॅकेज करतात: फ्रेम बफर (FB), XWayland, Wayland backend आणि Weston Compositor (Weston). फक्त i.MX 6 आणि i.MX 7 फ्रेम बफरला समर्थन देतात.
- Xorg-driver xserver-xorg समाकलित करतो.

i.MX पॅकेज रेसिपी फर्मवेअर-imx, imx-sc-fimrware, आणि इतर पॅकेजेस रेसिपी-bsp मध्ये राहतात आणि प्रतिमा रेसिपी तयार करण्यासाठी आणि पॅकेज करण्यासाठी i.MX मिररमधून खेचतात.
मल्टीमीडिया पाककृती
- मल्टीमीडिया पाककृती पाककृती-मल्टीमीडियामध्ये राहतात.
– imx-codec आणि imx-parser सारख्या प्रोप्रायटरी पॅकेजेसमध्ये i.MX मिररमधून रेसिपी तयार केल्या जातात आणि इमेज रेसिपीमध्ये पॅकेज केल्या जातात.
- ओपनसोर्स पॅकेजेसमध्ये पाककृती आहेत जी GitHub वरील सार्वजनिक Git Repos मधून काढतात.
- प्रतिबंधित असलेल्या कोडेक्ससाठी काही पाककृती प्रदान केल्या आहेत. यांसाठीची पॅकेजेस i.MX मिररवर नाहीत.
ही पॅकेजेस स्वतंत्रपणे उपलब्ध आहेत. हे मिळवण्यासाठी तुमच्या i.MX मार्केटिंग प्रतिनिधीशी संपर्क साधा.
कोर पाककृती
नियमांसाठी काही पाककृती, जसे की udev, सिस्टीममध्ये तैनात करण्यासाठी अद्यतनित i.MX नियम प्रदान करतात. या पाककृती सहसा पॉलिसीचे अपडेट असतात आणि ते केवळ सानुकूलित करण्यासाठी वापरले जातात. रिलीझ फक्त आवश्यक असल्यास अद्यतने प्रदान करतात.

डेमो पाककृती
प्रात्यक्षिक पाककृती meta-sdk निर्देशिकेत राहतात. या लेयरमध्ये इमेज रेसिपी आणि कस्टमायझेशनसाठी पाककृती आहेत, जसे की टच कॅलिब्रेशन किंवा प्रात्यक्षिक अनुप्रयोगांसाठी पाककृती.
मशीन लर्निंग रेसिपी
मशीन लर्निंग रेसिपी मेटा-एमएल निर्देशिकेत असतात. या लेयरमध्ये tensorflow-lite, onnx इत्यादी पॅकेजेससाठी मशीन लर्निंग रेसिपी आहेत.
कॉकपिट पाककृती
कॉकपिट रेसिपी मेटा-कॉकपिटमध्ये राहतात आणि i.MX 8QuadMax वर imx-8qmcockpit-mek मशीन कॉन्फिगरेशन वापरून समर्थित आहेत.
लेयर मेटा-एनएक्सपी-डेमो-अनुभव मध्ये, अधिक प्रात्यक्षिक आणि साधन पाककृती समाविष्ट केल्या आहेत. हा स्तर सर्व रिलीझ केलेल्या पूर्ण प्रतिमांमध्ये समाविष्ट केला आहे.

होस्ट सेटअप

लिनक्स होस्ट मशीनमध्ये योक्टो प्रोजेक्ट अपेक्षित वर्तन मिळविण्यासाठी, खाली वर्णन केलेली पॅकेजेस आणि उपयुक्तता स्थापित करणे आवश्यक आहे. एक महत्त्वाचा विचार म्हणजे होस्ट मशीनमध्ये आवश्यक हार्ड डिस्क जागा. उदाampले, उबंटू चालवणाऱ्या मशीनवर तयार करताना, किमान हार्ड डिस्क स्पेस सुमारे 50 जीबी आवश्यक आहे. कमीतकमी 120 GB प्रदान केले जाण्याची शिफारस केली जाते, जे सर्व बॅकएंड एकत्र संकलित करण्यासाठी पुरेसे आहे. मशीन लर्निंग घटक तयार करण्यासाठी, किमान 250 GB ची शिफारस केली जाते.

शिफारस केलेली किमान उबंटू आवृत्ती 20.04 किंवा नंतरची आहे. नवीनतम रिलीझ Chromium v91 चे समर्थन करते, ज्यासाठी ulimit (खुल्या संख्या) पर्यंत वाढ करणे आवश्यक आहे files) 4098 पर्यंत.

3.1 डॉकर
i.MX आता मध्ये डॉकर सेटअप स्क्रिप्ट रिलीझ करत आहे GitHub – nxp-imx/imx-docker: i.MX डॉकर. डॉकर वापरून होस्ट बिल्ड मशीन सेट करण्यासाठी रीडमीमधील सूचनांचे अनुसरण करा.
याव्यतिरिक्त डॉकर ऑन बोर्ड फक्त i.MX 8 वर मेटा-व्हर्च्युअलायझेशन लेयर समाविष्ट करून मानक मॅनिफेस्टसह सक्षम केले आहे. हे बाह्य डॉकर हबमधून डॉकर कंटेनर स्थापित करण्यासाठी हेडलेस सिस्टम तयार करते.

3.2 होस्ट पॅकेजेस
Yocto प्रोजेक्ट बिल्डसाठी Yocto प्रोजेक्ट अंतर्गत दस्तऐवजीकरण केलेल्या बिल्डसाठी विशिष्ट पॅकेजेस स्थापित करणे आवश्यक आहे. जा योक्टो प्रोजेक्ट क्विक स्टार्ट आणि तुमच्या बिल्ड मशीनसाठी स्थापित केलेली पॅकेजेस तपासा.
आवश्यक योक्टो प्रोजेक्ट होस्ट पॅकेजेस आहेत:
$ sudo apt gawk wget git diffstat अनझिप texinfo gcc बिल्ड-अत्यावश्यक \chrpath socat cpio python3 python3-pip python3-pexpect xz-utils debianutils \iputils-ping python3-git python3-libthon2-jp1-jpd1.2-jp3-jdl4-git. subunit mesa-common-dev zstd liblzXNUMX-टूल file लोकॅल्स -y
$ sudo locale-gen en_US.UTF-8

कॉन्फिगरेशन टूल तुमच्या बिल्ड मशीनवर असलेल्या grep ची डीफॉल्ट आवृत्ती वापरते. तुमच्या मार्गात grep ची वेगळी आवृत्ती असल्यास, ते बिल्ड अयशस्वी होऊ शकते. एक उपाय म्हणजे विशेष आवृत्तीचे नाव बदलून "grep" नसलेल्या गोष्टीवर.

3.3 रेपो युटिलिटी सेट करणे
रेपो हे गिटच्या शीर्षस्थानी तयार केलेले एक साधन आहे जे एकाच सर्व्हरवर असण्याची आवश्यकता नसलेल्या एकाधिक रेपॉजिटरीज असलेले प्रकल्प व्यवस्थापित करणे सोपे करते. रेपो योक्टो प्रकल्पाच्या स्तरित स्वरूपाला उत्तम प्रकारे पूरक आहे, ज्यामुळे वापरकर्त्यांना त्यांचे स्वतःचे स्तर BSP मध्ये जोडणे सोपे होते.

"रेपो" युटिलिटी स्थापित करण्यासाठी, या चरणांचे पालन करा:

होम डिरेक्टरीमध्ये बिन फोल्डर तयार करा.
$ mkdir ~/bin (बिन फोल्डर आधीपासून अस्तित्वात असल्यास या चरणाची गरज भासणार नाही)
$curl https://storage.googleapis.com/git-repo-downloads/repo>~/bin/repo
$ chmod a+x ~/bin/repo
.bashrc मध्ये खालील ओळ जोडा file ~/bin फोल्डर तुमच्या PATH व्हेरिएबलमध्ये असल्याची खात्री करण्यासाठी.
निर्यात PATH=~/bin:$PATH

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

प्रथम, खालील आदेशांसह Git योग्यरित्या सेट केले आहे याची खात्री करा:
$ git config -global user.name "तुमचे नाव"
$ git config -global user.email “तुमचा ईमेल”
$ git कॉन्फिगरेशन -लिस्ट

i.MX Yocto Project BSP रिलीज निर्देशिकेमध्ये स्त्रोत निर्देशिका असते, ज्यामध्ये एक किंवा अधिक बिल्ड निर्देशिका तयार करण्यासाठी वापरल्या जाणाऱ्या पाककृती आणि वातावरण सेट करण्यासाठी वापरल्या जाणाऱ्या स्क्रिप्टचा संच असतो.
प्रकल्प तयार करण्यासाठी वापरल्या जाणाऱ्या पाककृती समुदाय आणि i.MX दोन्हीकडून येतात. योक्टो प्रकल्प स्तर स्त्रोत निर्देशिकेत डाउनलोड केले जातात. हे प्रकल्प तयार करण्यासाठी वापरल्या जाणाऱ्या पाककृती सेट करते.
खालील माजीample i.MX Yocto प्रोजेक्ट कम्युनिटी BSP रेसिपी लेयर्स कसे डाउनलोड करायचे ते दाखवते. यासाठी माजीample, प्रकल्पासाठी imx-yocto-bsp नावाची निर्देशिका तयार केली आहे. या ऐवजी कोणतेही नाव वापरले जाऊ शकते.
$ mkdir imx-yocto-bsp
$ cd imx-yocto-bsp
$ repo init -u https://github.com/nxp-imx/imx-manifest
-b imx-linux-nanbield -m imx-6.6.3-1.0.0.xml
$ रेपो सिंक

टीप:
https://github.com/nxp-imx/imx-manifest/tree/imx-linux-nanbield सर्व मॅनिफेस्टची यादी आहे fileया प्रकाशनात समर्थित आहे.
ही प्रक्रिया पूर्ण झाल्यावर, स्रोत कोड imx-yocto-bsp/sources निर्देशिकेत तपासला जातो.
तुम्ही रेपो सिंक्रोनाइझेशन करू शकता, रेपो सिंक कमांडसह, अधूनमधून नवीनतम कोड अद्यतनित करण्यासाठी.
रेपो इनिशिएलायझेशन दरम्यान त्रुटी आढळल्यास, .repo डिरेक्ट्री हटवण्याचा प्रयत्न करा आणि रेपो इनिशिएलायझेशन कमांड पुन्हा चालवा.
रेपो इनिट लाइनमधील नवीनतम पॅचसाठी कॉन्फिगर केले आहे. निर्देशांकातील सूचनांचे अनुसरण करा: imx-manifest.git मूळ GA पुनर्प्राप्त करण्यासाठी. अन्यथा, GA प्लस पॅच डीफॉल्टनुसार उचलले जातात. झ्यूस बेसवरून मागील रिलीझ उचलण्यासाठी, रेपो इनिशिएलायझेशन लाइनच्या शेवटी -m (रिलीझ मॅनिफेस्ट नाव) जोडा आणि ते मागील रिलीझ पुनर्प्राप्त करेल. उदाamples README मध्ये प्रदान केले आहेत file वर दिलेल्या लिंकमध्ये.

प्रतिमा तयार करा

हा विभाग प्रतिमा तयार करण्याच्या प्रक्रियेसह तपशीलवार माहिती प्रदान करतो.

5.1 कॉन्फिगरेशन तयार करा
i.MX स्क्रिप्ट प्रदान करते, imx-setup-release.sh, जी i.MX मशीनसाठी सेटअप सुलभ करते. स्क्रिप्ट वापरण्यासाठी, विशिष्ट मशीनचे नाव आवश्यकतेसाठी तयार केले पाहिजे तसेच इच्छित ग्राफिकल बॅकएंड निर्दिष्ट केले पाहिजे.
स्क्रिप्ट निर्देशिका आणि कॉन्फिगरेशन सेट करते fileनिर्दिष्ट मशीन आणि बॅकएंडसाठी s.
मेटा-आयएमएक्स लेयरमध्ये, i.MX नवीन किंवा अपडेट केलेले मशीन कॉन्फिगरेशन प्रदान करते जे मेटाफ्रीस्केल मशीन कॉन्फिगरेशनला आच्छादित करते. या files ची imx-setup-release.sh स्क्रिप्टद्वारे meta-freescale/conf/machine निर्देशिकेत कॉपी केली जाते. खालील i.MX मशीन कॉन्फिगरेशन आहेत files निवडले जाऊ शकते. नवीनतम ॲडिशन्ससाठी रिलीझ नोट्स किंवा मशीन डिरेक्टरी तपासा.

i.MX 6	i.MX 7	i.MX 8	i.MX 9
• imx6qpsabresd • imx6ulevk • imx6ulz-14x14evk • imx6ull14x14evk • imx6ull9x9evk • imx6dlsabresd • imx6qsabresd • imx6solosabresd • imx6sxsabresd • imx6sllevk	• imx7dsabresd • imx7ulpevk	• 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-lpddr4evk	• imx93evk • imx93-11x11lpddr4x-evk • imx93-9×9-lpddr4qsb • imx93-14x14lpddr4x-evk

प्रत्येक बिल्ड फोल्डर अशा प्रकारे कॉन्फिगर केले पाहिजे की ते फक्त एक डिस्ट्रो वापरतात. प्रत्येक वेळी DISTRO_FEATURES व्हेरिएबल बदलताना, स्वच्छ बिल्ड फोल्डरची आवश्यकता असते. प्रत्येक ग्राफिकल बॅकएंड फ्रेम बफर, वेलँड आणि एक्सवेलँड प्रत्येकामध्ये डिस्ट्रो कॉन्फिगरेशन असते. DISTRO नसल्यास file निर्दिष्ट केले आहे, XWayland डिस्ट्रो डीफॉल्ट म्हणून सेट केले आहे. डिस्ट्रो कॉन्फिगरेशन्स local.conf मध्ये सेव्ह केल्या जातात file DISTRO सेटिंगमध्ये आणि बिटबेक चालू असताना प्रदर्शित केले जातात. मागील प्रकाशनांमध्ये, आम्ही आमच्या layer.conf मध्ये पोकी डिस्ट्रो आणि सानुकूलित आवृत्त्या आणि प्रदाते वापरले परंतु कस्टम डिस्ट्रो हा एक चांगला उपाय आहे. जेव्हा डीफॉल्ट पोकी डिस्ट्रो वापरले जाते, तेव्हा डीफॉल्ट समुदाय कॉन्फिगरेशन वापरले जाते. i.MX रिलीझ म्हणून, आम्ही NXP समर्थित आणि चाचणी करत असलेल्या कॉन्फिगरेशनचा संच ठेवण्यास प्राधान्य देतो.
येथे DISTRO कॉन्फिगरेशनची यादी आहे. लक्षात ठेवा की fsl-imx-fb i.MX 8 वर समर्थित नाही आणि fsl-imxx11 यापुढे समर्थित नाही.

fsl-imx-wayland: शुद्ध Wayland ग्राफिक्स.
fsl-imx-xwayland: Wayland ग्राफिक्स आणि X11. EGL वापरून X11 अनुप्रयोग समर्थित नाहीत.
fsl-imx-fb: फ्रेम बफर ग्राफिक्स - X11 किंवा Wayland नाही. फ्रेम बफर i.MX 8 आणि i.MX 9 वर समर्थित नाही.

वापरकर्त्यांचे स्वतःचे डिस्ट्रो तयार करण्यासाठी स्वागत आहे file यापैकी एकावर आधारित त्यांचे वातावरण पसंतीचे आवृत्त्या आणि प्रदाते सेट करण्यासाठी local.conf अद्यतनित न करता.
imx-setup-release.sh स्क्रिप्टसाठी वाक्यरचना खाली दर्शविली आहे:
$ DISTRO = मशीन = स्रोत imx-setup-release.sh -b

डिस्ट्रो = डिस्ट्रो आहे, जे बिल्ड वातावरण कॉन्फिगर करते आणि ते meta-imx/meta-sdk/conf/distro मध्ये संग्रहित केले जाते.
मशीन = मशीनचे नाव आहे जे कॉन्फिगरेशनला सूचित करते file conf/मशीन मध्ये meta-freescale आणि meta-imx मध्ये.
-ब imx-setup-release.sh स्क्रिप्टद्वारे तयार केलेल्या बिल्ड डिरेक्टरीचे नाव निर्दिष्ट करते.
जेव्हा स्क्रिप्ट चालवली जाते, तेव्हा ती वापरकर्त्याला EULA स्वीकारण्यास प्रॉम्प्ट करते. EULA स्विकारल्यानंतर, स्वीकृती प्रत्येक बिल्ड फोल्डरमध्ये local.conf मध्ये संग्रहित केली जाते आणि त्या बिल्ड फोल्डरसाठी EULA स्वीकृती क्वेरी यापुढे प्रदर्शित केली जाणार नाही.
स्क्रिप्ट रन झाल्यानंतर, कार्यरत डिरेक्टरी ही स्क्रिप्टद्वारे तयार केलेली असते, जी -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, आवश्यक असल्यास.
local.conf मध्ये ACCEPT_FSL_EULA file तुम्ही EULA च्या अटी मान्य केल्या असल्याचे सूचित करते.
मेटा-आयएमएक्स लेयरमध्ये, i.MX 6 आणि i.MX 6 मशीनसाठी एकत्रित मशीन कॉन्फिगरेशन (imx7qpdlsolox.conf आणि imx6ul7d.conf) प्रदान केले आहेत. i.MX चाचणीसाठी एका प्रतिमेतील सर्व उपकरण वृक्षांसह एक सामान्य प्रतिमा तयार करण्यासाठी याचा वापर करते. चाचणीशिवाय इतर कोणत्याही गोष्टीसाठी या मशीन्स वापरू नका.

5.2 i.MX Yocto प्रकल्प प्रतिमा निवडणे
योक्टो प्रकल्प काही प्रतिमा प्रदान करतो ज्या वेगवेगळ्या स्तरांवर उपलब्ध आहेत. पोकी काही प्रतिमा प्रदान करते, मेटा-फ्रीस्केल आणि मेटा-फ्रीस्केल-डिस्ट्रो इतर प्रदान करते आणि मेटा-आयएमएक्स लेयरमध्ये अतिरिक्त प्रतिमा पाककृती प्रदान केल्या जातात. खालील तक्त्यामध्ये विविध प्रमुख प्रतिमा, त्यांची सामग्री आणि प्रतिमा पाककृती प्रदान करणारे स्तर सूचीबद्ध आहेत.

तक्ता 1. i.MX Yocto प्रकल्प प्रतिमा

प्रतिमेचे नाव	लक्ष्य	थर द्वारे प्रदान
कोर-प्रतिमा-किमान	एक लहान प्रतिमा जी केवळ डिव्हाइसला बूट करण्यास अनुमती देते.	पोकी
कोर-प्रतिमा-बेस	केवळ कन्सोल प्रतिमा जी लक्ष्य उपकरण हार्डवेअरला पूर्णपणे समर्थन देते.	पोकी
core-image-sato	सातोसह एक प्रतिमा, मोबाइल वातावरण आणि मोबाइल डिव्हाइससाठी दृश्य शैली. प्रतिमा सातो थीमला समर्थन देते आणि पिम्लिको अनुप्रयोग वापरते. यात एक टर्मिनल, एक संपादक आणि ए file व्यवस्थापक	पोकी
imx-image-core	वेलँड बॅकएंडसाठी वापरल्या जाणाऱ्या i.MX चाचणी अनुप्रयोगांसह एक i.MX प्रतिमा. ही प्रतिमा आमच्या दैनंदिन कोर चाचणीद्वारे वापरली जाते.	meta-imx/meta-sdk
fsl-इमेज-मशीन- चाचणी	कन्सोल वातावरणासह एक FSL समुदाय i.MX कोर प्रतिमा – GUI इंटरफेस नाही.	मेटा-फ्रीस्केल-डिस्ट्रो
imx-इमेज-मल्टीमीडिया	कोणत्याही Qt सामग्रीशिवाय GUI सह i.MX प्रतिमा तयार करते.	meta-imx/meta-sdk
imx-प्रतिमा-पूर्ण	मशीन लर्निंग वैशिष्ट्यांसह एक ओपनसोर्स Qt 6 प्रतिमा तयार करते. या प्रतिमा फक्त i.MX SoC साठी हार्डवेअर ग्राफिक्ससह समर्थित आहेत. ते i.MX 6UltraLite, i.MX 6UltraLiteLite, i.MX 6SLL, [MX 7Dual, i.MX 8MNanoLite, किंवा i.MX 8DXL वर समर्थित नाहीत	meta-imx/meta-sdk

5.3 प्रतिमा तयार करणे
योक्टो प्रोजेक्ट बिल्ड बिटबेक कमांड वापरते. उदाample, bitbake नामित घटक तयार करतो. प्रत्येक घटक बिल्डमध्ये अनेक कार्ये असतात, जसे की आणणे, कॉन्फिगरेशन, संकलन, पॅकेजिंग आणि लक्ष्य रूटफ्सवर तैनात करणे. बिटबेक इमेज बिल्ड प्रतिमेसाठी आवश्यक असलेले सर्व घटक एकत्रित करते आणि प्रत्येक कार्याच्या अवलंबनाच्या क्रमाने तयार करते. प्रथम बिल्ड हे घटक तयार करण्यासाठी आवश्यक असलेल्या साधनांसह टूलचेन आहे.
खालील कमांड माजी आहेampप्रतिमा कशी तयार करायची ते पहा:
$ bitbake imx-image-multimedia

5.4 बिटबेक पर्याय
प्रतिमा तयार करण्यासाठी वापरली जाणारी bitbake कमांड म्हणजे bitbake . खाली वर्णन केलेल्या विशिष्ट क्रियाकलापांसाठी अतिरिक्त मापदंड वापरले जाऊ शकतात. बिटबेक एकच घटक विकसित करण्यासाठी विविध उपयुक्त पर्याय प्रदान करते. बिटबेक पॅरामीटरसह चालविण्यासाठी, कमांड यासारखी दिसते: बिटबेक एक इच्छित बिल्ड पॅकेज आहे.
खालील सारणी काही बिटबेक पर्याय प्रदान करते.

तक्ता 2. बिटबेक पर्याय

बिटबेक पॅरामीटर	वर्णन
-c आणणे	डाउनलोड स्थिती पूर्ण झाली म्हणून चिन्हांकित नसल्यास आणते.
-c cleanall	संपूर्ण घटक बिल्ड निर्देशिका साफ करते. बिल्ड निर्देशिकेतील सर्व बदल गमावले आहेत. घटकाची रूटफ आणि स्थिती देखील साफ केली जाते. घटक डाउनलोड निर्देशिकेतून देखील काढला जातो.
-c तैनात करा	rootfs वर प्रतिमा किंवा घटक उपयोजित करते.
-k	बिल्ड ब्रेक झाला तरीही घटक तयार करणे सुरू ठेवा.
-c संकलित -f	तात्पुरत्या निर्देशिकेतील स्त्रोत कोड थेट बदलला जाण्याची शिफारस केलेली नाही, परंतु तो असल्यास, योक्टो प्रकल्प हा पर्याय वापरल्याशिवाय त्याची पुनर्बांधणी करू शकत नाही. प्रतिमा उपयोजित केल्यानंतर पुन्हा संकलित करण्यासाठी हा पर्याय वापरा.
-g	प्रतिमा किंवा घटकासाठी अवलंबित्व ट्री सूचीबद्ध करते.
-डीडीडी	डीबग 3 स्तर खोलवर चालू करते. प्रत्येक डी डीबगचा दुसरा स्तर जोडतो.
-s, -शो-आवृत्त्या	सर्व पाककृतींच्या वर्तमान आणि प्राधान्यकृत आवृत्त्या दर्शविते.

5.5 U-Bot कॉन्फिगरेशन
यू-बूट कॉन्फिगरेशन मुख्य मशीन कॉन्फिगरेशनमध्ये परिभाषित केले आहेत file. कॉन्फिगरेशन UBOOT_CONFIG सेटिंग्ज वापरून निर्दिष्ट केले आहे. यासाठी local.conf मध्ये UBOOT_CONFIG सेट करणे आवश्यक आहे. अन्यथा, यू-बूट बिल्ड डीफॉल्टनुसार SD बूट वापरते.
खालील आज्ञा वापरून हे स्वतंत्रपणे तयार केले जाऊ शकतात (मशीन योग्य लक्ष्यावर बदला).
यू-बूट कॉन्फिगरेशनमध्ये मोकळी जागा टाकून एका कमांडने अनेक यू-बूट कॉन्फिगरेशन तयार केले जाऊ शकतात.
प्रत्येक बोर्डसाठी खालील U-Boot कॉन्फिगरेशन आहेत. i.MX 6 आणि i.MX 7 बोर्ड SD ला OPTEE शिवाय आणि OP-TEE सह समर्थन देतात:

uboot_config_imx93evk=”sd fspi”
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_imx6qsabresd=”sd sata sd-optee”
uboot_config_imx6qsabreauto=”sd sata emnor spinor आणि sd-optee”

uboot_config_imx6dlsabresd=”sd epdc sd-optee”
uboot_config_imx6dlsabreauto=”sd eimnor spinor आणि sd-optee”
uboot_config_imx6solosabresd=”sd sd-optee”

uboot_config_imx6solosabreauto=”sd eimnor spinor आणि sd-optee”
uboot_config_imx6sxsabresd=”sd emmc qspi2 m4fastup sd-optee”
uboot_config_imx6sxsabreauto=”sd qspi1 आणि sd-optee”

uboot_config_imx6qpsabreauto=”sd sata emnor spinor आणि 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 आणि sd-optee”

uboot_config_imx6ull9x9evk=”sd qspi1 sd-optee”
uboot_config_imx6ulz14x14evk=”sd emmc qspi1 आणि sd-optee”
uboot_config_imx7dsabresd=”sd epdc qspi1 आणि sd-optee”

uboot_config_imx7ulpevk=”sd emmc sd-optee”

कोणत्याही U-Boot कॉन्फिगरेशनसह तयार करण्यासाठी, खालील पायऱ्या करा.
फक्त एका U-Bot कॉन्फिगरेशनसह:
$ echo “UBOOT_CONFIG = \"eimnor\" >> conf/local.conf
एकाधिक यू-बूट कॉन्फिगरेशनसह:
$ echo "UBOOT_CONFIG = \"sd eimnor\"" >> conf/local.conf
$ मशीन = bitbake -c तैनात u-boot-imx
टीप: i.MX 8 imx-boot वापरते जे U-Boot मध्ये खेचते.

5.6 परिस्थिती तयार करा
विविध कॉन्फिगरेशनसाठी खालील बिल्ड सेटअप परिस्थिती आहेत.
मॅनिफेस्ट सेट करा आणि या आदेशांसह योक्टो प्रोजेक्ट लेयर स्त्रोत तयार करा:
$ mkdir imx-yocto-bsp
$ cd imx-yocto-bsp
$ repo init -u https://github.com/nxp-imx/imx-manifest
-b imx-linux-nanbield -m imx-6.6.3-1.0.0.xml
$ रेपो सिंक
खालील विभाग काही विशिष्ट उदाहरणे देतातampलेस आदेश सानुकूलित करण्यासाठी मशीनची नावे आणि बॅकएंड्स बदला.

5.6.1 i.MX 6QuadPlus SABRE-AI वर फ्रेम बफर इमेज
$ DISTRO=fsl-imx-fb मशीन=imx6qpsabreauto स्रोत imx-setup-release.sh –b build-fb
$ bitbake imx-image-multimedia
हे फ्रेम बफर बॅकएंडसह मल्टीमीडिया प्रतिमा तयार करते.

i.MX 5.6.2QuadXPlus MEK वर 8 XWayland प्रतिमा
$ DISTRO=fsl-imx-xwayland MACHINE=imx8qxpmek स्रोत imx-setup-release.sh -b build-xwayland
$ bitbake imx-image-full
हे Qt 6 आणि मशीन लर्निंग वैशिष्ट्यांसह XWayland प्रतिमा तयार करते. Qt 6 आणि मशीन लर्निंगशिवाय तयार करण्यासाठी, त्याऐवजी imx-image-multimedia वापरा.

5.6.3 i.MX 8M Quad EVK वर Wayland प्रतिमा
$ DISTRO=fsl-imx-wayland MACHINE=imx8mqevk स्रोत imx-setup-release.sh -b बिल्डवेलँड
$ bitbake imx-image-multimedia
हे Qt 6 शिवाय मल्टीमीडियासह वेस्टन वेलँड प्रतिमा तयार करते.

5.6.4 बिल्ड वातावरण रीस्टार्ट करणे
बिल्ड डिरेक्ट्री सेट केल्यानंतर नवीन टर्मिनल विंडो उघडल्यास किंवा मशीन रीबूट केल्यास, सेटअप एन्व्हायर्नमेंट स्क्रिप्ट पर्यावरण व्हेरिएबल्स सेट करण्यासाठी आणि बिल्ड पुन्हा चालवण्यासाठी वापरली जावी. संपूर्ण imxsetup-release.sh आवश्यक नाही.
$ स्रोत सेटअप-पर्यावरण

5.6.5 XWayland आणि Wayland वर Chromium ब्राउझर
Yocto प्रोजेक्ट समुदायाकडे GPU हार्डवेअरसह i.MX SoC साठी वेलँड आवृत्ती Chromium ब्राउझरसाठी Chromium पाककृती आहेत. NXP समुदायाकडून पॅचचे समर्थन किंवा चाचणी करत नाही. हा विभाग तुमच्या रूटएफमध्ये क्रोमियम कसे समाकलित करायचे आणि हार्डवेअरचे प्रवेगक रेंडरिंग कसे सक्षम करायचे याचे वर्णन करतो WebGL. Chromium ब्राउझरला imx-release-setup.sh स्क्रिप्टमध्ये स्वयंचलितपणे जोडलेले मेटा-ब्राउझरसारखे अतिरिक्त स्तर आवश्यक आहेत.
XWayland किंवा Wayland साठी local.conf मध्ये, तुमच्या इमेजमध्ये Chromium जोडा. X11 समर्थित नाही.
CORE_IMAGE_EXTRA_INSTALL += “क्रोमियम-ओझोन-वेलँड”

5.6.6 Qt 6 आणि QtWebइंजिन ब्राउझर
Qt 6 मध्ये व्यावसायिक आणि मुक्त स्त्रोत परवाना दोन्ही आहे. Yocto प्रकल्पामध्ये बांधकाम करताना, मुक्त स्रोत परवाना डीफॉल्ट असतो. या परवान्यांमधील फरक समजून घ्या आणि योग्यरित्या निवडा. ओपन सोर्स लायसन्सवर कस्टम Qt 6 डेव्हलपमेंट सुरू झाल्यानंतर, ते व्यावसायिक परवान्यासह वापरले जाऊ शकत नाही. या परवान्यांमधील फरक समजून घेण्यासाठी कायदेशीर प्रतिनिधीसह कार्य करा.
टीप:
बिल्डिंग QtWebइंजिन रिलीझद्वारे वापरलेल्या मेटा-क्रोमियम लेयरशी सुसंगत नाही.
तुम्ही NXP बिल्ड सेटअप वापरत असल्यास, bblayers.conf वरून मेटा-क्रोमियम काढून टाका:
# qt सह विसंगततेमुळे टिप्पणी दिलीwebइंजिन
#BBLAYERS += “${BSPDIR}/sources/meta-browser/meta-chromium”

चार Qt 6 ब्राउझर उपलब्ध आहेत. QtWebइंजिन ब्राउझर यामध्ये आढळू शकतात:

/usr/share/qt6/exampलेस/webइंजिनविजेट्स/स्टाईलशीटब्राउझर
/usr/share/qt6/exampलेस/webइंजिनविजेट्स/सिंपलब्राउझर

/usr/share/qt6/exampलेस/webइंजिनविजेट्स/कुकीब्राउझर
/usr/share/qt6/exampलेस/webइंजिन/क्विकनॅनोब्राउझर

वरील डिरेक्टरीवर जाऊन तिन्ही ब्राउझर चालवता येतात आणि तेथे आढळणारे एक्झिक्युटेबल चालवता येतात.
एक्झिक्युटेबलमध्ये -plugin evdevtouch:/dev/input/event0 पॅरामीटर्स जोडून टचस्क्रीन सक्षम केले जाऊ शकते.
./quicknanobrowser -प्लगइन evdevtouch:/dev/input/event0
QtWebइंजिन फक्त i.MX 6, i.MX 7, i.MX 8 आणि i.MX 9 वर GPU ग्राफिक्स हार्डवेअरसह SoC वर कार्य करते.
Qt समाविष्ट करण्यासाठीwebइमेजमध्ये इंजिन, खालील लोकल.कॉनफमध्ये किंवा इमेज रेसिपीमध्ये टाका.
IMAGE_INSTALL:append = ” packagegroup-qt6-webइंजिन"

5.6.7 NXP eIQ मशीन लर्निंग
मेटा-एमएल लेयर हे NXP eIQ मशीन लर्निंगचे एकत्रीकरण आहे, जे पूर्वी एक स्वतंत्र मेटा-आयएमएक्स-मशीनेलर्निंग लेयर म्हणून रिलीझ केले गेले होते आणि आता मानक BSP इमेज (imx-इमेज-फुल) मध्ये एकत्रित केले आहे.
बऱ्याच वैशिष्ट्यांसाठी 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 मध्ये खालील ठेवा:
PACKAGECONFIG:append:pn-opencv_mx8 = ”चाचण्या चाचण्या-imx”

५.६.८ सिस्टिमडी
Systemd डीफॉल्ट इनिशियलायझेशन मॅनेजर म्हणून सक्षम केले आहे. systemd डिफॉल्ट म्हणून अक्षम करण्यासाठी, fsl-imxpreferred-env.inc वर जा आणि systemd विभागावर टिप्पणी करा.

5.6.9 मल्टीलिब सक्षमीकरण
i.MX 8 साठी, 32-बिट OS वर 64-बिट ऍप्लिकेशन तयार करणे मल्टीलिब कॉन्फिगरेशन वापरून समर्थित केले जाऊ शकते. मल्टीलिब विविध लक्ष्य ऑप्टिमायझेशन किंवा आर्किटेक्चर फॉरमॅट्ससह लायब्ररी तयार करण्याची आणि एका सिस्टम इमेजमध्ये एकत्रित करण्याची क्षमता देते. तुमच्या local.conf मध्ये MULTILIB, DEFAULTTUNE आणि IMAGE_INSTALL घोषणा जोडून मल्टीलिब सक्षम केले आहे. file. डेबियन पॅकेज व्यवस्थापनासह मल्टीलिब समर्थित नाही. त्यासाठी RPM प्रणाली आवश्यक आहे. डिफॉल्ट RPM वर जाण्यासाठी local.conf मधील दोन पॅकेज व्यवस्थापन ओळी टिपा.
मल्टीलिब्स घोषणा सामान्यत: lib32 किंवा lib64 असते आणि त्यात परिभाषित करणे आवश्यक आहे
MULTILIB_GLOBAL_VARIANTS व्हेरिएबल खालीलप्रमाणे:

मल्टीलिब्स = “मल्टीलिब:लिब32”
या पर्यायी लायब्ररी प्रकारासाठी DEFAULTTUNE खालील प्रमाणे उपलब्ध मूल्यांपैकी एक असणे आवश्यक आहे:
डीफॉल्टट्यून:virtclass-multilib-lib32 = “armv7athf-neon”
IMAGE_INSTALL प्रतिमेमध्ये जोडले जाईल, खालीलप्रमाणे विशिष्ट अनुप्रयोगासाठी आवश्यक असलेल्या 32-बिट लायब्ररी:
IMAGE_INSTALL:append = ” lib32-bash”
i.MX 8 वरील केससाठी, 32-बिट ऍप्लिकेशन सपोर्ट तयार करण्यासाठी local.conf मध्ये खालील विधाने आवश्यक असतील. हे कॉन्फिगरेशन 64-बिट मशीनला मुख्य मशीन प्रकार म्हणून निर्दिष्ट करते आणि multilib:lib32 जोडते, जेथे त्या लायब्ररी armv7athf-neon ट्यूनसह संकलित केल्या जातात, आणि नंतर सर्व प्रतिमांमध्ये lib32 पॅकेजेस समाविष्ट करतात.
मशीन = imx8mqevk
# मल्टीलिब लक्ष्य परिभाषित करा
conf/multilib.conf आवश्यक आहे
मल्टीलिब्स = “मल्टीलिब:लिब32”
डीफॉल्टट्यून:virtclass-multilib-lib32 = “armv7athf-neon”
# इमेजमध्ये मल्टीलिब पॅकेजेस जोडा
IMAGE_INSTALL:append = ” lib32-glibc lib32-libgcc lib32-libstdc++”
कोणत्याही प्रक्रिया त्रुटी टाळण्यासाठी deb पॅकेजिंग अक्षम करा. local.conf मध्ये तपासा आणि तेथे असल्यास टिप्पणी द्या:
PACKAGE_CLASSES = “पॅकेज_डेब”
EXTRA_IMAGE_FEATURES += “पॅकेज-व्यवस्थापन”

5.6.10 OP-TEE सक्षमीकरण
OP-TEE ला तीन घटक आवश्यक आहेत: OP-TEE OS, OP-TEE क्लायंट आणि OP-TEE चाचणी. याशिवाय, कर्नल आणि U-Boot मध्ये कॉन्फिगरेशन आहेत. OP-TEE OS बूटलोडरमध्ये राहतात तर OP-TEE क्लायंट आणि चाचणी रूटफमध्ये राहतात.
या प्रकाशनात OP-TEE डीफॉल्टनुसार सक्षम केले आहे. OP-TEE अक्षम करण्यासाठी, meta-imx/meta-bsp/conf/layer.conf वर जा file आणि OP-TEE साठी DISTRO_FEATURES_append वर टिप्पणी करा आणि काढलेल्या ओळीवर टिप्पणी करा.

5.6.11 बिल्डिंग जेल हाऊस
जेलहाऊस हे Linux OS वर आधारित एक स्थिर विभाजन हायपरवाइजर आहे. हे i.MX 8M Plus, i.MX 8M Nano, i.MX 8M Quad EVK आणि i.MX 8M मिनी EVK बोर्डांवर समर्थित आहे.

जेलहाउस बिल्ड सक्षम करण्यासाठी, खालील ओळ local.conf मध्ये जोडा:
DISTRO_FEATURES: संलग्न = "जेलहाऊस"
U-Boot मध्ये, रन jh_netboot किंवा jh_mmcboot चालवा. हे जेलहाऊस वापरासाठी समर्पित DTB लोड करते. माजी म्हणून i.MX 8M Quad घेत आहेample, Linux OS बूट झाल्यावर:
#insmod jailhouse.ko
#./jailhouse imx8mq.cell सक्षम करा

i.MX 8 वर जेलहाऊसबद्दल अधिक तपशीलांसाठी, i.MX Linux वापरकर्ता मार्गदर्शक (IMXLUG) पहा.

5.6.12 पॅकेज व्यवस्थापन
योक्टो प्रोजेक्टसह डीफॉल्ट पॅकेज व्यवस्थापन rpm आहे. i.MX डिस्ट्रो आता डेबियनला पॅकेज व्यवस्थापन म्हणून सक्षम करते. local.conf मध्ये package_rpm वर ACKAGE_CLASSES सेट जोडून किंवा डेबियन पॅकेज फीड PACKAGE_CLASSES = “package_deb” शिवाय सानुकूल डिस्ट्रो तयार करून हे सहजपणे बंद केले जाऊ शकते.
डेबियन पॅकेज फीडच्या जोडणीसह, /etc/apt मध्ये डेबियनच्या पॅकेज फीडमध्ये लिंक असलेली Source.list जोडली जाऊ शकते. हे वापरकर्त्यांना योक्टो इमेजमध्ये न जोडता इमेजमध्ये न दिलेले पॅकेज इन्स्टॉल करण्याची परवानगी देते. हे पॅकेज फीड i.MX Yocto बिल्ड प्रक्रियेद्वारे व्युत्पन्न होत नसल्यामुळे, प्रत्येक पॅकेज योग्य अवलंबनांसह कार्य करेल याची कोणतीही हमी नाही परंतु ते सोपी साधने प्रदान करण्यास अनुमती देते.
जटिल आणि विशिष्ट आवृत्त्यांवर अधिक अवलंबित्व असलेल्या सॉफ्टवेअरमध्ये बाह्य पॅकेज फीडमध्ये समस्या असू शकतात.

प्रतिमा उपयोजन

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

6.1 SD कार्ड प्रतिमा फ्लॅश करणे
SD कार्ड प्रतिमा file .wic मध्ये संबंधित हार्डवेअर बूट करण्यासाठी योग्य (U-Boot, kernel, rootfs, इ. सह) विभाजित प्रतिमा समाविष्ट आहे. SD कार्ड प्रतिमा फ्लॅश करण्यासाठी, खालील आदेश चालवा:
zstdcat .wic.zst | sudo dd of=/dev/sd bs=1M conv=fsync
फ्लॅशिंगबद्दल अधिक माहितीसाठी, i.MX Linux वापरकर्ता मार्गदर्शक (IMXLUG) मधील विभाग “बूट करण्यासाठी SD/MMC कार्ड तयार करणे” पहा. NXP eIQ मशीन लर्निंग ऍप्लिकेशन्ससाठी, अतिरिक्त मोकळी डिस्क स्पेस आवश्यक आहे (अंदाजे 1 GB). ते local.conf मध्ये IMAGE_ROOTFS_EXTRA_SPACE व्हेरिएबल जोडून परिभाषित केले आहे file योक्टो बिल्डिंग प्रक्रियेपूर्वी. पहा योक्टो प्रोजेक्ट मेगा-मॅन्युअल.

सानुकूलन

i.MX Linux OS वर तयार आणि सानुकूलित करण्यासाठी तीन परिस्थिती आहेत:

i.MX Yocto प्रोजेक्ट BSP तयार करणे आणि i.MX संदर्भ बोर्डवर प्रमाणीकरण करणे. या दस्तऐवजातील दिशानिर्देश या पद्धतीचे तपशीलवार वर्णन करतात.
कर्नल सानुकूल करणे आणि कर्नल आणि U-Boot सह सानुकूल बोर्ड आणि डिव्हाइस ट्री तयार करणे. SDK कसा तयार करायचा आणि योक्टो प्रोजेक्ट बिल्ड वातावरणाच्या बाहेर फक्त कर्नल आणि U-Boot तयार करण्यासाठी होस्ट मशीन कसे सेट करायचे याबद्दल अधिक तपशीलांसाठी, i मध्ये धडा “स्टँडअलोन एन्व्हायर्नमेंटमध्ये यू-बूट आणि कर्नल कसे तयार करावे” पहा. .MX वापरकर्ता मार्गदर्शक (IMXLUG).
सानुकूल योक्टो प्रोजेक्ट लेयर तयार करून i.MX Linux रिलीझसाठी प्रदान केलेल्या BSP मधून पॅकेजिंग जोडणे किंवा काढून टाकणे हे वितरण सानुकूल करणे. i.MX एकाधिक डेमो प्रदान करते उदाampi.MX BSP रिलीझच्या वर एक सानुकूल स्तर दर्शवण्यासाठी les. या दस्तऐवजातील उर्वरित विभाग सानुकूल DISTRO आणि बोर्ड कॉन्फिगरेशन तयार करण्यासाठी सूचना प्रदान करतात.

7.1 सानुकूल डिस्ट्रो तयार करणे
सानुकूल डिस्ट्रो सानुकूल बिल्ड वातावरण कॉन्फिगर करू शकते. डिस्ट्रो files जारी केले fsl-imx-wayland, fslimx-xwayland, आणि fsl-imx-fb सर्व विशिष्ट ग्राफिकल बॅकएंडसाठी कॉन्फिगरेशन दाखवतात. डिस्ट्रोचा वापर कर्नल, U-Boot, आणि GStreamer सारख्या इतर पॅरामीटर्स कॉन्फिगर करण्यासाठी देखील केला जाऊ शकतो. i.MX डिस्ट्रो files आमच्या i.MX Linux OS BSP प्रकाशनांच्या चाचणीसाठी आवश्यक असलेले सानुकूल बिल्ड वातावरण तयार करण्यासाठी सेट केले आहे.
प्रत्येक ग्राहकाने स्वतःचे डिस्ट्रो तयार करण्याची शिफारस केली जाते file आणि ते प्रदाते, आवृत्त्या आणि त्यांच्या बिल्ड वातावरणासाठी सानुकूल कॉन्फिगरेशन सेट करण्यासाठी वापरा. विद्यमान डिस्ट्रो कॉपी करून एक डिस्ट्रो तयार केला जातो file, किंवा poky.conf सारखे एक समाविष्ट करणे आणि अतिरिक्त बदल जोडणे, किंवा i.MX distros पैकी एक समाविष्ट करणे आणि प्रारंभ बिंदू म्हणून वापरणे.

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

आवश्यक पावले खाली सूचीबद्ध आहेत.

कर्नल कॉन्फिगरेशन सानुकूलित करा files आवश्यकतेनुसार. कर्नल कॉन्फिगरेशन file arch/arm/configs मध्ये स्थान आहे आणि विक्रेता कर्नल रेसिपीने कर्नल रेसिपीद्वारे लोड केलेली आवृत्ती सानुकूलित केली पाहिजे.
आवश्यकतेनुसार U-Bot सानुकूलित करा. यावरील तपशीलांसाठी i.MX BSP पोर्टिंग मार्गदर्शक (IMXBSPPG) पहा.
मंडळाचा देखभालकर्ता नियुक्त करा. हा देखभालकर्ता याची खात्री करतो files आवश्यकतेनुसार अपडेट केले जातात, त्यामुळे बिल्ड नेहमी कार्य करते.
खाली दर्शविल्याप्रमाणे योक्टो प्रोजेक्ट समुदाय सूचनांमध्ये वर्णन केल्याप्रमाणे योक्टो प्रोजेक्ट बिल्ड सेट करा.
समुदाय मास्टर शाखा वापरा.
a तुमच्या होस्ट लिनक्स ओएस वितरणावर अवलंबून, आवश्यक होस्ट पॅकेज डाउनलोड करा योक्टो प्रोजेक्ट क्विक स्टार्ट.
b कमांडसह रेपो डाउनलोड करा:
$curl https://storage.googleapis.com/git-repo-downloads/repo>~/bin/repo
c सर्व काही ठेवण्यासाठी एक निर्देशिका तयार करा. कोणतेही डिरेक्टरी नाव वापरले जाऊ शकते. हा दस्तऐवज imxcommunity-bsp वापरतो.
$ mkdir imx-community-bsp
d खालील आदेश कार्यान्वित करा:
$ cd imx-community-bsp
e रेपोच्या मास्टर शाखेने रेपो सुरू करा.
$ repo init -u https://github.com/Freescale/fsl-community-bsp-platform -ब मास्टर
f तयार करण्यासाठी वापरल्या जातील अशा पाककृती मिळवा.
$ रेपो सिंक
g खालील आदेशासह वातावरण सेट करा:
$ स्रोत सेटअप-पर्यावरण बिल्ड
एक समान मशीन निवडा file fsl-community-bsp/sources/meta-freescale-3rdparty/conf/machine मध्ये आणि तुमच्या बोर्डचे नाव सूचक वापरून कॉपी करा. नवीन बोर्ड संपादित करा file तुमच्या बोर्डाच्या माहितीसह. किमान नाव आणि वर्णन बदला. MACHINE_FEATURE जोडा.
तुमच्या बदलांची नवीनतम कम्युनिटी मास्टर ब्रँचसह चाचणी करा, सर्वकाही व्यवस्थित काम करत असल्याची खात्री करा. किमान कोर-प्रतिमा-किमान वापरा.
$ bitbake कोर-प्रतिमा-किमान
पॅचेस तयार करा. रेसिपी स्टाईल मार्गदर्शक आणि git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/ tree/README चे अनुसरण करा योगदान शीर्षक असलेल्या विभागात.
मेटा-फ्रीस्केल-3rdparty मध्ये अपस्ट्रीम. अपस्ट्रीम करण्यासाठी, येथे पॅच पाठवा metafreescale@yoctoproject.org.

7.3 तुमच्या BSP मध्ये सुरक्षा भेद्यतेचे निरीक्षण करणे
Common Vulnerability and Exposures (CVE) चे निरीक्षण Timesys कडील NXP सक्षम Vigiles टूल्सद्वारे पूर्ण केले जाऊ शकते. Vigiles हे असुरक्षा निरीक्षण आणि व्यवस्थापन साधन आहे जे लक्ष्य प्रतिमांचे बिल्ड-टाइम योक्टो CVE विश्लेषण प्रदान करते. हे Yocto प्रोजेक्ट BSP मध्ये वापरल्या जाणाऱ्या सॉफ्टवेअरबद्दल मेटाडेटा गोळा करून आणि CVE डेटाबेसशी तुलना करून हे करते जे NIST, Ubuntu आणि इतर अनेक स्त्रोतांसह CVE वरील माहिती एकत्रित करते.
एक उच्च-स्तरीय ओव्हरview आढळलेल्या असुरक्षा परत केल्या जातात आणि CVEs, त्यांची तीव्रता आणि उपलब्ध निराकरणे प्रभावित करणाऱ्या माहितीसह संपूर्ण तपशीलवार विश्लेषण केले जाऊ शकते. viewएड ऑनलाइन.
ऑनलाइन अहवालात प्रवेश करण्यासाठी, लिंकचे अनुसरण करून तुमच्या NXP Vigiles खात्यासाठी नोंदणी करा:
https://www.timesys.com/register-nxp-vigiles/
Vigiles च्या सेटअप आणि अंमलबजावणीबद्दल अतिरिक्त माहिती येथे आढळू शकते:
https://github.com/TimesysGit/meta-timesys
https://www.nxp.com/vigiles

7.3.1 कॉन्फिगरेशन
तुमच्या BSP बिल्डच्या conf/bblayers.conf मध्ये meta-timesys जोडा.
च्या स्वरूपाचे अनुसरण करा file आणि meta-timesys जोडा:
BBLAYERS += “${BSPDIR}/sources/meta-timesys”
conf/local.conf मध्ये INHERIT व्हेरिएबलमध्ये vigiles जोडा:
इनहेरिट += “जागृत”

७.३.२ अंमलबजावणी
तुमच्या बिल्डमध्ये मेटा-टाइम्सिस जोडल्यानंतर, प्रत्येक वेळी लिनक्स बीएसपी Yocto सह तयार केल्यावर Vigiles सुरक्षा भेद्यता स्कॅन करते. कोणत्याही अतिरिक्त आदेशांची आवश्यकता नाही. प्रत्येक बिल्ड पूर्ण झाल्यानंतर, असुरक्षितता स्कॅन माहिती imx-yocto-bsp/ निर्देशिकेत संग्रहित केली जाते. /जागृत.
आपण करू शकता view याद्वारे सुरक्षा स्कॅनचे तपशील:

कमांड लाइन (सारांश)
ऑनलाइन (तपशील)
फक्त उघडा file नाव दिले -report.txt, ज्यात तपशीलवार ऑनलाइन अहवालाची लिंक समाविष्ट आहे.

वारंवार विचारले जाणारे प्रश्न

8.1 द्रुत प्रारंभ
लिनक्स मशीनवर योक्टो प्रोजेक्ट कसा सेट करायचा आणि इमेज कशी तयार करायची याचा सारांश हा विभाग देतो. याचा अर्थ काय याचे तपशीलवार स्पष्टीकरण वरील विभागांमध्ये आहे.

"रेपो" युटिलिटी स्थापित करत आहे
BSP मिळविण्यासाठी तुम्हाला "रेपो" स्थापित करणे आवश्यक आहे. हे फक्त एकदाच करणे आवश्यक आहे.

$: mkdir ~/bin
$: curl https://storage.googleapis.com/git-repo-downloads/repo>~/bin/repo
$: chmod a+x ~/bin/repo
$: PATH=${PATH}:~/bin

बीएसपी योक्टो प्रकल्प पर्यावरण डाउनलोड करत आहे.
रेपो इनिटसाठी -b पर्यायामध्ये इच्छित प्रकाशनासाठी योग्य नाव वापरा. हे प्रत्येक प्रकाशनासाठी एकदा करणे आवश्यक आहे आणि पहिल्या चरणात तयार केलेल्या निर्देशिकेसाठी वितरण सेट करते. रेपो सिंक स्त्रोतांखालील रेसिपी अद्ययावत करण्यासाठी रन केले जाऊ शकते.
$: mkdir imx-yocto-bsp
$: cd imx-yocto-bsp
$: repo init -u https://github.com/nxp-imx/imx-manifest -b imx-linux-nanbield m imx-6.6.3-1.0.0.xml
: रेपो सिंक
टीप:
https://github.com/nxp-imx/imx-manifest/tree/imx-linux-nanbield सर्व मॅनिफेस्टची यादी आहे fileया प्रकाशनात समर्थित आहे.

विशिष्ट बॅकएंडसाठी सेटअप
i.MX 8 आणि i.MX 9 फ्रेमबफर समर्थित नाही. हे फक्त i.MX 6 आणि i.MX 7 SoC साठी वापरा.

फ्रेमबफरसाठी सेटअप:
$: DISTRO=fsl-imx-fb मशीन= स्रोत imx-setup-release.sh -b build-fb
वेलँडसाठी सेटअप:
$: DISTRO=fsl-imx-wayland मशीन= स्रोत imx-setup-release.sh -b बिल्ड-वेलँड
XWayland साठी सेटअप:
$: DISTRO=fsl-imx-xwayland मशीन= स्रोत imx-setup-release.sh -b build-xwayland

सर्व बॅकएंडसाठी तयार करा
Qt शिवाय तयार करा
$: bitbake imx-image-multimedia
Qt 6 आणि मशीन लर्निंग वैशिष्ट्यांसह तयार करा
$: bitbake imx-image-full

8.2 स्थानिक कॉन्फिगरेशन ट्यूनिंग
योक्टो प्रोजेक्ट बिल्ड वेळ आणि डिस्क वापर दोन्हीमध्ये लक्षणीय बिल्ड संसाधने घेऊ शकते, विशेषत: एकाधिक बिल्ड डिरेक्टरीमध्ये तयार करताना. हे ऑप्टिमाइझ करण्याच्या पद्धती आहेत, उदाहरणार्थample, सामायिक स्टेट कॅशे वापरा (बिल्डची स्थिती कॅशे करते) आणि डाउनलोड डिरेक्ट्री (डाउनलोड केलेली पॅकेजेस ठेवते). हे local.conf मधील कोणत्याही ठिकाणी सेट केले जाऊ शकते file यासारखी विधाने जोडून:
DL_DIR=”/opt/imx/yocto/imx/download”
SSTATE_DIR=”/opt/imx/yocto/imx/sstate-cache”
निर्देशिका आधीपासून अस्तित्वात असणे आवश्यक आहे आणि त्यांना योग्य परवानग्या असणे आवश्यक आहे. जेव्हा एकाधिक बिल्ड निर्देशिका सेट केल्या जातात तेव्हा सामायिक स्टेट मदत करते, ज्यापैकी प्रत्येक बिल्ड वेळ कमी करण्यासाठी सामायिक कॅशे वापरते. सामायिक डाउनलोड निर्देशिका आणण्याचा वेळ कमी करते. या सेटिंग्जशिवाय, योक्टो प्रोजेक्ट स्टेट कॅशे आणि डाउनलोडसाठी बिल्ड डिरेक्टरीमध्ये डीफॉल्ट होते.
DL_DIR निर्देशिकेत डाउनलोड केलेले प्रत्येक पॅकेज a ने चिन्हांकित केले आहे .पूर्ण जर तुमच्या नेटवर्कला पॅकेज आणण्यात समस्या येत असेल, तर तुम्ही स्वतः पॅकेजची बॅकअप आवृत्ती DL_DIR निर्देशिकेत कॉपी करू शकता आणि एक तयार करू शकता. .पूर्ण file टच कमांडसह. नंतर बिटबेक कमांड चालवा:
बिटबेक .
अधिक माहितीसाठी, पहा योक्टो प्रोजेक्ट संदर्भ पुस्तिका — योक्टो प्रोजेक्ट ® 5.0.1 दस्तऐवजीकरण.

8.3 पाककृती
प्रत्येक घटक रेसिपी वापरून तयार केला जातो. नवीन घटकांसाठी, स्त्रोत (SRC_URI) कडे निर्देशित करण्यासाठी आणि लागू असल्यास, पॅच निर्दिष्ट करण्यासाठी एक कृती तयार करणे आवश्यक आहे. योक्टो प्रकल्पाचे वातावरण मेकमधून तयार होतेfile रेसिपीमध्ये SRC_URI ने निर्दिष्ट केलेल्या स्थानावर. जेव्हा ऑटो टूल्समधून बिल्ड स्थापित केले जाते, तेव्हा रेसिपीला ऑटोटूल्स आणि pkgconfig वारसा मिळणे आवश्यक आहे. बनवाfiles ने Yocto प्रोजेक्टसह तयार केलेले पॅकेज मिळविण्यासाठी CC ला क्रॉस कंपाइल टूल्सद्वारे ओव्हरराइड करण्याची परवानगी दिली पाहिजे.

काही घटकांमध्ये पाककृती असतात परंतु त्यांना अतिरिक्त पॅच किंवा अद्यतनांची आवश्यकता असते. हे bbappend रेसिपी वापरून केले जाऊ शकते. हे अद्ययावत स्त्रोताविषयी विद्यमान रेसिपी तपशीलांना जोडते. उदाample, नवीन पॅच समाविष्ट करण्यासाठी bbappend रेसिपीमध्ये खालील सामग्री असणे आवश्यक आहे:
FILESEXTRAPATHS:prepend := “${THISDIR}/${PN}:”
SRC_URI += file:// .पॅच
FILESEXTRAPATHS_prepend Yocto Project ला SRC_URI मध्ये सूचीबद्ध केलेला पॅच शोधण्यासाठी सूचीबद्ध निर्देशिकेत पाहण्यास सांगतो.

टीप:
bbappend रेसिपी उचलली नाही तर, view लॉग आणा file (log.do_fetch) वर्क फोल्डर अंतर्गत संबंधित पॅच समाविष्ट आहेत की नाही हे तपासण्यासाठी. कधीकधी bbappend मधील आवृत्तीऐवजी रेसिपीची Git आवृत्ती वापरली जात आहे files.

8.4 अतिरिक्त पॅकेजेस कसे निवडायचे
त्या पॅकेजसाठी रेसिपी प्रदान केली असल्यास प्रतिमांमध्ये अतिरिक्त पॅकेज जोडले जाऊ शकतात. समुदायाद्वारे प्रदान केलेल्या पाककृतींची शोधण्यायोग्य यादी येथे आढळू शकते layers.openembedded.org/. एखाद्या ऍप्लिकेशनमध्ये आधीपासून Yocto प्रोजेक्ट रेसिपी आहे का हे पाहण्यासाठी तुम्ही शोधू शकता आणि ते कुठून डाउनलोड करायचे ते शोधू शकता.

8.4.1 प्रतिमा अद्यतनित करणे
प्रतिमा म्हणजे पॅकेजेस आणि पर्यावरण कॉन्फिगरेशनचा संच.
एक प्रतिमा file (जसे की imx-image-multimedia.bb) आत जाणारे पॅकेजेस परिभाषित करते file प्रणाली
रूट file प्रणाली, कर्नल, मॉड्यूल्स आणि U-Boot बायनरी बिल्ड/tmp/deploy/images/ मध्ये उपलब्ध आहेत. .

टीप:
तुम्ही प्रतिमेमध्ये समाविष्ट न करता संकुल तयार करू शकता, परंतु तुम्हाला संकुल रुटफ्सवर स्वयंचलितपणे स्थापित करायचे असल्यास प्रतिमा पुन्हा तयार करणे आवश्यक आहे.

8.4.2 पॅकेज गट
पॅकेज गट हा पॅकेजेसचा संच आहे जो कोणत्याही प्रतिमेवर समाविष्ट केला जाऊ शकतो.
पॅकेज ग्रुपमध्ये पॅकेजेसचा संच असू शकतो. उदाampले, मल्टीमीडिया टास्क मशीननुसार, VPU पॅकेज तयार केले आहे की नाही हे ठरवू शकते, त्यामुळे मल्टीमीडिया पॅकेजची निवड BSP द्वारे समर्थित प्रत्येक बोर्डसाठी स्वयंचलित असू शकते आणि इमेजमध्ये फक्त मल्टीमीडिया पॅकेज समाविष्ट केले आहे.
मध्ये खालील ओळ जोडून अतिरिक्त पॅकेजेस स्थापित केले जाऊ शकतात /local.conf.
CORE_IMAGE_EXTRA_INSTALL:append = ” "
अनेक पॅकेज गट आहेत. ते पॅकेजग्रुप किंवा पॅकेजग्रुप नावाच्या उपडिरेक्टरीमध्ये आहेत.

8.4.3 पसंतीची आवृत्ती
एखाद्या विशिष्ट घटकासाठी वापरण्यासाठी रेसिपीची प्राधान्यकृत आवृत्ती निर्दिष्ट करण्यासाठी प्राधान्यकृत आवृत्ती वापरली जाते. एका घटकामध्ये विविध स्तरांमध्ये अनेक पाककृती असू शकतात आणि एक प्राधान्यकृत आवृत्ती वापरण्यासाठी विशिष्ट आवृत्तीकडे निर्देश करते.

meta-imx लेयरमध्ये, layer.conf मध्ये, उत्पादन वातावरणासाठी स्थिर प्रणाली प्रदान करण्यासाठी सर्व पाककृतींसाठी प्राधान्यकृत आवृत्त्या सेट केल्या जातात. या प्राधान्यकृत आवृत्ती सेटिंग्ज औपचारिक i.MX प्रकाशनांसाठी वापरल्या जातात परंतु भविष्यातील विकासासाठी आवश्यक नाहीत.
जेव्हा मागील आवृत्त्यांमुळे कोणती रेसिपी वापरावी याबद्दल संभ्रम निर्माण होऊ शकतो तेव्हा प्राधान्यकृत आवृत्त्या देखील मदत करतात.
उदाample, imx-test आणि imx-lib साठी मागील पाककृती एक वर्ष-महिना आवृत्ती वापरत होती, जी बदलली आहे आवृत्ती तयार करणे. प्राधान्यकृत आवृत्तीशिवाय, जुनी आवृत्ती उचलली जाऊ शकते. _git आवृत्त्या असलेल्या पाककृती सहसा इतर पाककृतींपेक्षा निवडल्या जातात, जोपर्यंत पसंतीची आवृत्ती सेट केली जात नाही. पसंतीची आवृत्ती सेट करण्यासाठी, खालील स्थानिक.conf मध्ये ठेवा.
PREFERRED_VERSION_ : = " "
प्राधान्यकृत आवृत्त्या वापरण्याबाबत अधिक माहितीसाठी योक्टो प्रोजेक्ट मॅन्युअल पहा.

8.4.4 प्राधान्य प्रदाता
विशिष्ट घटकासाठी प्राधान्य दिलेला प्रदाता निर्दिष्ट करण्यासाठी पसंतीचा प्रदाता वापरला जातो. एका घटकामध्ये अनेक प्रदाते असू शकतात. उदाample, Linux कर्नल i.MX द्वारे किंवा kernel.org द्वारे प्रदान केले जाऊ शकते आणि प्राधान्य प्रदाता वापरण्यासाठी प्रदाता सांगते.
उदाample, U-Boot दोन्ही समुदायाद्वारे denx.de आणि i.MX द्वारे प्रदान केले जाते. समुदाय प्रदाता u-boot-fslc द्वारे निर्दिष्ट केले आहे. i.MX प्रदाता u-boot-imx द्वारे निर्दिष्ट केला जातो. पसंतीचा प्रदाता सांगण्यासाठी, खालील स्थानिक.conf मध्ये ठेवा:
PREFERRED_PROVIDER_ : = " "
PREFERRED_PROVIDER_u-boot_mx6 = “u-boot-imx”

8.4.5 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 कुटुंबांतर्गत सूचीबद्ध आहे. मशीन कॉन्फिगरेशनमधील बदल ओव्हरराइड करण्यासाठी local.conf मधील विशिष्ट SoC कुटुंबासाठी काही बदल लक्ष्यित केले जाऊ शकतात. file. खालील एक माजी आहेampmx6dlsabresd कर्नल सेटिंगमध्ये बदल.
KERNEL_DEVICETREE:mx6dl = “imx6dl-sabresd.dts”
फक्त हार्डवेअरच्या वर्गासाठी विशिष्ट बदल करताना SoC कुटुंबे उपयुक्त आहेत. उदाample, i.MX 28 EVK मध्ये व्हिडिओ प्रोसेसिंग युनिट (VPU) नाही, त्यामुळे VPU च्या सर्व सेटिंग्जने i.MX 5 किंवा i.MX 6 चा वापर योग्य वर्गाच्या चिप्ससाठी केला पाहिजे.

8.4.6 बिटबेक लॉग
बिटबेक टेम्प डिरेक्टरीमध्ये tmp/work/ मध्ये बिल्ड आणि पॅकेज प्रक्रिया लॉग करते / /तापमान.
घटक पॅकेज आणण्यात अयशस्वी झाल्यास, त्रुटी दर्शविणारा लॉग मध्ये आहे file log.do_fetch.
एखादा घटक संकलित करण्यात अयशस्वी झाल्यास, त्रुटी दर्शविणारा लॉग मध्ये आहे file log.do_compile.
कधीकधी एखादा घटक अपेक्षेप्रमाणे तैनात करत नाही. बिल्ड घटक डिरेक्टरी (tmp/work/) अंतर्गत निर्देशिका तपासा / ). प्रत्येक रेसिपीचे पॅकेज, पॅकेजेस-स्प्लिट आणि sysroot* डिरेक्टरी तपासा. files तेथे ठेवलेले आहेत (जिथे ते s आहेतtaged डिप्लॉय डिरेक्टरीमध्ये कॉपी करण्याआधी).

8.4.7 CVE मॉनिटरिंग आणि नोटिफिकेशनसाठी यंत्रणा कशी जोडावी
CVE ट्रॅकिंग यंत्रणा GitHub वरून आणली जाऊ शकते. imx-yocto-bsp/sources निर्देशिकेवर नेव्हिगेट करा.

खालील आदेश चालवा:
git क्लोन https://github.com/TimesysGit/meta-timesys.git -ब कर्कस्टोन
हा आदेश एक अतिरिक्त मेटालेयर डाउनलोड करेल जो NXP आणि Timesys कडून ऑफर केलेल्या Vigiles उत्पादनाचा भाग म्हणून सुरक्षा निरीक्षण आणि सूचनांसाठी वापरल्या जाणाऱ्या इमेज मॅनिफेस्ट जनरेशनसाठी स्क्रिप्ट प्रदान करेल. उपाय कसे वापरावे यासाठी विभाग 7.3 चे अनुसरण करा.
पूर्ण CVE अहवालात प्रवेश मिळवण्यासाठी LinuxLink परवाना की आवश्यक आहे. तुमच्या विकास वातावरणातील की शिवाय, Vigiles केवळ सारांश अहवाल तयार करून, डेमो मोडमध्ये कार्यान्वित करणे सुरू ठेवते.
LinuxLink वर तुमच्या Vigiles खात्यात लॉग इन करा (किंवा तुमच्याकडे नसल्यास एक तयार करा: https://www.timesys.com/registernxp-vigiles/). तुमच्या प्राधान्यांमध्ये प्रवेश करा आणि नवीन तयार करा
की. की डाउनलोड करा file तुमच्या विकासाच्या वातावरणात. कीचे स्थान निर्दिष्ट करा file तुमच्या Yocto च्या conf/local.conf मध्ये file खालील विधानासह:
VIGILES_KEY_FILE = “/tools/timesys/linuxlink_key”

संदर्भ

बूट स्विचेसच्या तपशीलांसाठी, i.MX Linux वापरकर्ता मार्गदर्शक (IMXLUG) मधील विभाग “i.MX बोर्ड कसे बूट करावे” पहा.
U-Boot वापरून प्रतिमा कशा डाउनलोड करायच्या यासाठी, i.MX Linux वापरकर्ता मार्गदर्शक (IMXLUG) मधील विभाग “U-Boot वापरून प्रतिमा डाउनलोड करणे” पहा.
SD/MMC कार्ड कसे सेट करायचे यासाठी, i.MX Linux वापरकर्ता मार्गदर्शक (IMXLUG) मधील विभाग “बूट करण्यासाठी SD/MMC कार्ड तयार करणे” पहा.

दस्तऐवजातील स्त्रोत कोडबद्दल टीप

Exampया दस्तऐवजात दर्शविलेल्या le कोडमध्ये खालील कॉपीराइट आणि BSD-3-क्लॉज परवाना आहे:
कॉपीराइट 2024 NXP पुनर्वितरण आणि स्त्रोत आणि बायनरी फॉर्ममध्ये वापरास, सुधारणांसह किंवा त्याशिवाय, खालील अटी पूर्ण केल्या गेल्या असतील तर परवानगी आहे:

स्त्रोत कोडच्या पुनर्वितरणांनी वरील कॉपीराइट सूचना, अटींची ही सूची आणि खालील अस्वीकरण राखून ठेवले पाहिजे.
बायनरी स्वरूपात पुनर्वितरणांनी वरील कॉपीराइट सूचना, अटींची ही यादी आणि दस्तऐवजीकरण आणि/किंवा वितरणासह प्रदान केलेल्या इतर सामग्रीमधील खालील अस्वीकरण पुनरुत्पादित करणे आवश्यक आहे.
विशिष्ट सॉफ्टवेअरच्या लेखी परवानगीशिवाय या सॉफ्टवेअरमधून काढलेल्या उत्पादनांचे समर्थन करण्यासाठी किंवा त्यास प्रोत्साहित करण्यासाठी कॉपीराइट धारकाचे नाव किंवा त्याच्या सहयोगी नावे वापरली जाऊ शकत नाहीत.

हे सॉफ्टवेअर कॉपीराइट धारक आणि योगदानकर्त्यांनी "जसे आहे तसे" प्रदान केले आहे आणि कोणतीही स्पष्ट किंवा निहित हमी, ज्यात, परंतु मर्यादित नाही, निहित हमीपत्रे अस्वीकरण. कोणत्याही परिस्थितीत कॉपीराइट धारक किंवा योगदानकर्ते कोणत्याही प्रत्यक्ष, अप्रत्यक्ष, आकस्मिक, विशेष, अनुकरणीय, किंवा परिणामी नुकसानांसाठी जबाबदार असणार नाहीत (यासह, परंतु मर्यादित नाही वापराचे नुकसान, डेटा किंवा नफा; किंवा व्यवसायात व्यत्यय) तथापि, कोणत्याही प्रकारे उद्भवलेल्या उत्तरदायित्वाच्या सिद्धांतावर, करारात, कठोर उत्तरदायित्व, किंवा छेडछाड (निष्काळजीपणासह किंवा अन्यथा) कोणत्याही मार्गाने उद्भवली अशा हानीच्या संभाव्यतेची.

पुनरावृत्ती इतिहास

हे सारणी पुनरावृत्ती इतिहास प्रदान करते.
पुनरावृत्ती इतिहास

दस्तऐवज आयडी	तारीख	मूलत: बदल
IMXLXYOCTOUG v.LF6.6.3_1.0.0	29 मार्च 2024	6.6.3 कर्नल वर श्रेणीसुधारित केले, i.MX 91P काढून टाकले, आणि i.MX 95 ला अल्फा गुणवत्ता म्हणून जोडले.
IMXLXYOCTOUG v.LF6.1.55_2.2.0	12/2023	6.1.55 कर्नल वर श्रेणीसुधारित केले.
IMXLXYOCTOUG v.LF6.1.36_2.1.0	09/2023	6.1.36 कर्नल वर श्रेणीसुधारित केले आणि I.MX 91P जोडले.
IMXLXYOCTOUG v.LF6.1.22_2.0.0	06/2023	6.1.22 कर्नल वर श्रेणीसुधारित केले.
IMXLXYOCTOUG v.LF6.1.1_1.0.0	04/2023	विभाग 3.2 मधील कमांड लाइनमध्ये त्रुटी सुधारणे.
IMXLXYOCTOUG v.LF6.1.1_1.0.0	03/2023	6.1.1 कर्नल वर श्रेणीसुधारित केले.
IMXLXYOCTOUG v.LF5.15.71_2.2.0	12/2022	5.15.71 कर्नल वर श्रेणीसुधारित केले.
IMXLXYOCTOUG v.LF5.15.52_2.1.0	09/2022	5.15.52 कर्नल वर श्रेणीसुधारित केले, आणि i.MX 93 जोडले.
IMXLXVOCTOUG v.LF5.15.32_2.0.0	06/2022	5.15.32 कर्नल, U-Boot 2022.04, आणि Kirkstone Yocto वर श्रेणीसुधारित केले.
IMXLXYOCTOUG v.LF5.15.5_1.0.0	03/2022	5.15.5 कर्नल, Honister Yocto, आणि Qt6 वर श्रेणीसुधारित केले.
IMXLXYOCTOUG v.LF5.10.72_2.2.0	12/2021	कर्नल 5.10.72 वर श्रेणीसुधारित केले आणि BSP अद्यतनित केले.
IMXLXYOCTOUG v.LF5.10.52_2.1.0	09/2021	i.MX GULP अल्फा साठी अद्यतनित केले आणि कर्नल 5.10.52 वर श्रेणीसुधारित केले.
IMXLXYOCTOUG v.LF5.10.35_2.0.0	06/2021	5.10.35 कर्नल वर श्रेणीसुधारित केले.
IMXLXYOCTOUG v.LF5.10.9_1.0.0	04/2021	विभाग 3.1 'होस्ट पॅकेजेसमधील कमांड लाइन्समधील टायपो दुरुस्त केली.
IMXLXYOCTOUG v.LF5.10.9_1.0.0	03/2021	5.10.9 कर्नल वर श्रेणीसुधारित केले.
IMXLXYOCTOUG v.L5.4.70_2.3.0	01/2021	"रनिंग द आर्म कॉर्टेक्स-एम 4 इमेज" मधील कमांड लाइन्स अपडेट केल्या.
IMXLXYOCTOUG v.L5.4.70_2.3.0	12/2020	i.MX 5.4 समेकित GA रिलीझसाठी i.MX बोर्डसह i. MX 8M Plus आणि i.MX 8DXL.
IMXLXYOCTOUG v.L5.4.47_2.2.0	09/2020	I.MX 5.4M Plus साठी I.MX 2 Beta8 रिलीझ, 8DXL साठी बीटा, आणि I.MX बोर्डांसाठी एकत्रित GA.
IMXLXYOCTOUG v.L5.4.24_2.1.0	06/2020	i.MX 5.4M Plus साठी i.MX 8 बीटा रिलीझ, 2DXL साठी Aipha8 आणि रिलीज केलेल्या i.MX बोर्डसाठी एकत्रित GA.
IMXLXYOCTOUG v.L5.4.3_2.0.0	04/2020	i.MX 5.4M Plus आणि 8DXL EVK बोर्डांसाठी i.MX 8 अल्फा रिलीज.
IMXLXYOCTOUG v.LF5A.3_1.0.0	03/2020	I.MX 5.4 कर्नल आणि योक्टो प्रोजेक्ट अपग्रेड.
IMXLXYOCTOUG v.L4.19.35_1.1.0	10/2019	I.MX 4.19 कर्नल आणि योक्टो प्रोजेक्ट अपग्रेड.
IMXLXYOCTOUG v.L4.19.35_1.0.0	07/2019	I.MX 4.19 बीटा कर्नल आणि योक्टो प्रोजेक्ट अपग्रेड.
IMXLXYOCTOUG v.L4.14.98_2.0.0_ga	04/2019	i.MX 4.14 कर्नल अपग्रेड आणि बोर्ड अद्यतने.
IMXLXYOCTOUG v.L4.14.78_1.0.0_ga	01/2019	I.MX 6, i.MX 7, i.MX 8 फॅमिली GA रिलीज.
IMXLXYOCTOUG v14.14.62_1.0.0_ बीटा	11/2018	i.MX 4.14 कर्नल अपग्रेड, योक्टो प्रोजेक्ट सुमो अपग्रेड.
IMXLXYOCTOUG v14.9.123_2.3.0_ 8 मिमी	09/2018	i.MX 8M Mini GA रिलीज.
IMXLXYOCTOUG v14.9.88_2.2.0_ 8qxp-beta2	07/2018	i.MX 8QuadXPlus Beta2 रिलीज.
IMXLXYOCTOUG v14.9.88_2.1.0_ 8mm-अल्फा	06/2018	i.MX 8M मिनी अल्फा रिलीज.
IMXLXYOCTOUG v14.9.88_2.0.0-ga	05/2018	i.MX 7ULP आणि i.MX 8M क्वाड GA रिलीज.
IMXLXYOCTOUG v14.9.51_imx8mq- ga	03/2018	i.MX 8M Quad GA जोडले.
IMXLXYOCTOUG v14.9.51_8qm- beta2/8qxp-beta	02/2018	i.MX 8QuadMax Beta2 आणि i.MX 8QuadXPlus बीटा जोडले.
IMXLXYOCTOUG v.L4.9.51_imx8mq- बीटा	12/2017	i.MX 8M क्वाड जोडले.
IMXLXYOCTOUG v14.9.51_imx8qm- बीटा 1	12/2017	i.MX 8QuadMax जोडले.
IMXLXYOCTOUG v14.9.51_imx8qxp- अल्फा	11/2017	प्रारंभिक प्रकाशन.

कायदेशीर माहिती

व्याख्या
मसुदा - दस्तऐवजावरील मसुदा स्थिती सूचित करते की सामग्री अद्याप अंतर्गत पुन: अंतर्गत आहेview आणि औपचारिक मान्यतेच्या अधीन, ज्यामुळे बदल किंवा जोडणी होऊ शकतात. NXP सेमीकंडक्टर दस्तऐवजाच्या मसुद्यात समाविष्ट केलेल्या माहितीच्या अचूकतेबद्दल किंवा पूर्णतेबद्दल कोणतेही प्रतिनिधित्व किंवा हमी देत नाहीत आणि अशा माहितीच्या वापराच्या परिणामांसाठी त्यांचे कोणतेही उत्तरदायित्व असणार नाही.
अस्वीकरण
मर्यादित हमी आणि दायित्व — या दस्तऐवजातील माहिती अचूक आणि विश्वासार्ह असल्याचे मानले जाते. तथापि, NXP सेमीकंडक्टर अशा माहितीच्या अचूकतेबद्दल किंवा पूर्णतेबद्दल व्यक्त किंवा निहित कोणतेही प्रतिनिधित्व किंवा हमी देत नाहीत आणि अशा माहितीच्या वापराच्या परिणामांसाठी त्यांचे कोणतेही उत्तरदायित्व असणार नाही. NXP Semiconductors या दस्तऐवजातील सामग्रीसाठी NXP Semiconductors बाहेरील माहिती स्त्रोताद्वारे प्रदान केल्यास कोणतीही जबाबदारी घेत नाही.
कोणत्याही परिस्थितीत NXP सेमीकंडक्टर्स कोणत्याही अप्रत्यक्ष, आनुषंगिक, दंडात्मक, विशेष किंवा परिणामी नुकसानीसाठी जबाबदार असणार नाहीत (यासह - मर्यादेशिवाय गमावलेला नफा, गमावलेली बचत, व्यवसायातील व्यत्यय, कोणतीही उत्पादने काढून टाकणे किंवा बदलण्याशी संबंधित खर्च किंवा पुनर्कार्य शुल्क) किंवा असे नुकसान टोर्ट (निष्काळजीपणासह), वॉरंटी, कराराचा भंग किंवा इतर कोणत्याही कायदेशीर सिद्धांतावर आधारित नाही.
ग्राहकाला कोणत्याही कारणास्तव होणारे कोणतेही नुकसान असले तरी, येथे वर्णन केलेल्या उत्पादनांसाठी NXP सेमीकंडक्टर्सचे एकूण आणि एकत्रित दायित्व हे NXP सेमीकंडक्टर्सच्या व्यावसायिक विक्रीच्या अटी व शर्तींनुसार मर्यादित असेल. बदल करण्याचा अधिकार — NXP सेमीकंडक्टरने या दस्तऐवजात प्रकाशित केलेल्या माहितीमध्ये बदल करण्याचा अधिकार राखून ठेवला आहे, ज्यामध्ये मर्यादा विना तपशील आणि उत्पादन वर्णन समाविष्ट आहे, कोणत्याही वेळी आणि सूचना न देता. हा दस्तऐवज येथे प्रकाशित होण्यापूर्वी पुरवलेल्या सर्व माहितीची जागा घेतो आणि पुनर्स्थित करतो.
वापरासाठी योग्यता — NXP सेमीकंडक्टर उत्पादने लाइफ सपोर्ट, लाइफ-क्रिटिकल किंवा सेफ्टी-क्रिटिकल सिस्टीम किंवा उपकरणांमध्ये वापरण्यासाठी योग्य असण्याची रचना, अधिकृत किंवा हमी दिलेली नाही, किंवा ज्या ऍप्लिकेशनमध्ये NXP सेमीकंडक्टर उत्पादनाच्या बिघाड किंवा खराबीमुळे अपेक्षित परिणाम होण्याची अपेक्षा केली जाऊ शकते. वैयक्तिक इजा, मृत्यू किंवा गंभीर मालमत्ता किंवा पर्यावरणीय नुकसान. NXP सेमीकंडक्टर आणि त्याचे पुरवठादार अशा उपकरणे किंवा अनुप्रयोगांमध्ये NXP सेमीकंडक्टर उत्पादनांचा समावेश आणि/किंवा वापरासाठी कोणतेही दायित्व स्वीकारत नाहीत आणि म्हणून अशा समावेश आणि/किंवा वापर ग्राहकाच्या स्वतःच्या जोखमीवर आहे.
अर्ज — यापैकी कोणत्याही उत्पादनांसाठी येथे वर्णन केलेले अनुप्रयोग केवळ स्पष्टीकरणासाठी आहेत. NXP सेमीकंडक्टर असे कोणतेही प्रतिनिधित्व किंवा हमी देत नाही की असे ऍप्लिकेशन पुढील चाचणी किंवा बदल न करता निर्दिष्ट वापरासाठी योग्य असतील.
NXP Semiconductors उत्पादने वापरून त्यांच्या ऍप्लिकेशन्स आणि उत्पादनांच्या डिझाइन आणि ऑपरेशनसाठी ग्राहक जबाबदार आहेत आणि NXP सेमीकंडक्टर ऍप्लिकेशन्स किंवा ग्राहक उत्पादन डिझाइनसह कोणत्याही सहाय्यासाठी कोणतेही दायित्व स्वीकारत नाहीत. NXP सेमीकंडक्टर उत्पादन हे ग्राहकाच्या ॲप्लिकेशन्स आणि नियोजित उत्पादनांसाठी तसेच नियोजित ऍप्लिकेशनसाठी आणि ग्राहकाच्या तृतीय पक्ष ग्राहक(च्या) वापरासाठी योग्य आणि तंदुरुस्त आहे की नाही हे निर्धारित करणे ही ग्राहकाची एकमात्र जबाबदारी आहे. ग्राहकांनी त्यांच्या ऍप्लिकेशन्स आणि उत्पादनांशी संबंधित जोखीम कमी करण्यासाठी योग्य डिझाइन आणि ऑपरेटिंग सुरक्षा प्रदान केली पाहिजे.
NXP सेमीकंडक्टर्स ग्राहकाच्या ऍप्लिकेशन्स किंवा उत्पादनांमधील कोणत्याही कमकुवतपणावर किंवा डिफॉल्टवर आधारित असलेल्या कोणत्याही डीफॉल्ट, नुकसान, खर्च किंवा समस्येशी संबंधित कोणतीही जबाबदारी स्वीकारत नाहीत किंवा ग्राहकाच्या तृतीय पक्ष ग्राहकांद्वारे अनुप्रयोग किंवा वापर. ऍप्लिकेशन्स आणि उत्पादनांचे किंवा ऍप्लिकेशनचे किंवा ग्राहकाच्या तृतीय पक्ष ग्राहकांद्वारे वापरणे टाळण्यासाठी NXP सेमीकंडक्टर उत्पादनांचा वापर करून ग्राहकाच्या ऍप्लिकेशन्स आणि उत्पादनांसाठी सर्व आवश्यक चाचणी करण्यासाठी ग्राहक जबाबदार आहे. NXP या संदर्भात कोणतेही दायित्व स्वीकारत नाही.
व्यावसायिक विक्रीच्या अटी व शर्ती — NXP सेमीकंडक्टर उत्पादने येथे प्रकाशित केल्याप्रमाणे, व्यावसायिक विक्रीच्या सामान्य अटी व शर्तींच्या अधीन विकल्या जातात. https://www.nxp.com/profile/terms, वैध लिखित वैयक्तिक करारामध्ये अन्यथा सहमत नसल्यास. वैयक्तिक करार पूर्ण झाल्यास संबंधित कराराच्या अटी व शर्ती लागू होतील. NXP सेमीकंडक्टर्स याद्वारे ग्राहकाद्वारे NXP सेमीकंडक्टर उत्पादनांच्या खरेदीच्या संदर्भात ग्राहकाच्या सामान्य अटी व शर्ती लागू करण्यास स्पष्टपणे आक्षेप घेतात.
निर्यात नियंत्रण — हा दस्तऐवज तसेच येथे वर्णन केलेले आयटम निर्यात नियंत्रण नियमांच्या अधीन असू शकतात. निर्यातीसाठी सक्षम प्राधिकरणांकडून पूर्व परवानगी आवश्यक असू शकते.
गैर-ऑटोमोटिव्ह पात्र उत्पादनांमध्ये वापरण्यासाठी योग्यता — जोपर्यंत हे दस्तऐवज स्पष्टपणे नमूद करत नाही की हे विशिष्ट NXP सेमीकंडक्टर उत्पादन ऑटोमोटिव्ह पात्र आहे, उत्पादन ऑटोमोटिव्ह वापरासाठी योग्य नाही. हे ऑटोमोटिव्ह चाचणी किंवा अनुप्रयोग आवश्यकतांनुसार पात्र किंवा चाचणी केलेले नाही. एनएक्सपी सेमीकंडक्टर ऑटोमोटिव्ह उपकरणे किंवा अनुप्रयोगांमध्ये गैर-ऑटोमोटिव्ह पात्र उत्पादनांचा समावेश आणि/किंवा वापरासाठी कोणतेही दायित्व स्वीकारत नाहीत.
ग्राहक ऑटोमोटिव्ह ऍप्लिकेशन्समध्ये ऑटोमोटिव्ह स्पेसिफिकेशन्स आणि स्टँडर्ड्ससाठी डिझाइन-इन आणि वापरण्यासाठी उत्पादन वापरत असल्यास, ग्राहक (अ) अशा ऑटोमोटिव्ह ऍप्लिकेशन्स, वापर आणि वैशिष्ट्यांसाठी उत्पादनाच्या NXP सेमीकंडक्टरच्या वॉरंटीशिवाय उत्पादन वापरेल, आणि ( b) जेव्हा जेव्हा ग्राहक NXP सेमीकंडक्टरच्या वैशिष्ट्यांच्या पलीकडे ऑटोमोटिव्ह ऍप्लिकेशन्ससाठी उत्पादन वापरतो तेव्हा असा वापर पूर्णपणे ग्राहकाच्या स्वतःच्या जोखमीवर असेल आणि (c) ग्राहक NXP सेमीकंडक्टरची पूर्ण भरपाई करतो, ग्राहकांच्या डिझाइन आणि वापरामुळे होणारे कोणतेही दायित्व, नुकसान किंवा अयशस्वी उत्पादन दाव्यांसाठी एनएक्सपी सेमीकंडक्टर्सच्या मानक वॉरंटी आणि एनएक्सपी सेमीकंडक्टरच्या उत्पादन वैशिष्ट्यांच्या पलीकडे ऑटोमोटिव्ह अॅप्लिकेशन्ससाठी उत्पादन.
भाषांतरे - दस्तऐवजाची इंग्रजी नसलेली (अनुवादित) आवृत्ती, त्या दस्तऐवजातील कायदेशीर माहितीसह, केवळ संदर्भासाठी आहे. अनुवादित आणि इंग्रजी आवृत्त्यांमध्ये काही विसंगती आढळल्यास इंग्रजी आवृत्ती प्रचलित असेल.
सुरक्षा — ग्राहक समजतो की सर्व NXP उत्पादने अज्ञात भेद्यतेच्या अधीन असू शकतात किंवा ज्ञात मर्यादांसह स्थापित सुरक्षा मानके किंवा वैशिष्ट्यांना समर्थन देऊ शकतात. ग्राहक त्याच्या ऍप्लिकेशन्स आणि उत्पादनांच्या डिझाइन आणि ऑपरेशनसाठी त्यांच्या संपूर्ण आयुष्यभर जबाबदार आहे जेणेकरून ग्राहकाच्या ऍप्लिकेशन्स आणि उत्पादनांवर या भेद्यतेचा प्रभाव कमी होईल. ग्राहकाची जबाबदारी ग्राहकाच्या ऍप्लिकेशन्समध्ये वापरण्यासाठी NXP उत्पादनांद्वारे समर्थित इतर खुल्या आणि/किंवा मालकी तंत्रज्ञानापर्यंत देखील विस्तारित आहे. NXP कोणत्याही भेद्यतेसाठी कोणतेही दायित्व स्वीकारत नाही. ग्राहकाने नियमितपणे NXP कडून सुरक्षा अद्यतने तपासावीत आणि योग्य पाठपुरावा करावा.
ग्राहक सुरक्षितता वैशिष्ट्यांसह उत्पादने निवडेल जी इच्छित अनुप्रयोगाचे नियम, नियम आणि मानकांची सर्वोत्तम पूर्तता करतात आणि त्याच्या उत्पादनांबद्दल अंतिम डिझाइन निर्णय घेतात आणि त्याच्या उत्पादनांशी संबंधित सर्व कायदेशीर, नियामक आणि सुरक्षा संबंधित आवश्यकतांचे पालन करण्यासाठी पूर्णपणे जबाबदार असतात. NXP द्वारे प्रदान केलेली कोणतीही माहिती किंवा समर्थन.
NXP कडे प्रॉडक्ट सिक्युरिटी इन्सिडेंट रिस्पॉन्स टीम (PSIRT) आहे (येथे पोहोचता येते PSIRT@nxp.com) जे NXP उत्पादनांच्या सुरक्षिततेच्या भेद्यतेसाठी तपासणी, अहवाल आणि निराकरणाचे व्यवस्थापन करते.
NXP BV — NXP BV ही ऑपरेटिंग कंपनी नाही आणि ती उत्पादने वितरित किंवा विकत नाही.

ट्रेडमार्क
सूचना: सर्व संदर्भित ब्रँड, उत्पादनांची नावे, सेवा नावे आणि ट्रेडमार्क ही त्यांच्या संबंधित मालकांची मालमत्ता आहे.
एनएक्सपी — वर्डमार्क आणि लोगो हे NXP BV चे ट्रेडमार्क आहेत

AMBA, Arm, Arm7, Arm7TDMI, Arm9, Arm11, Artisan, big.LITTLE, Cordio, CoreLink, CoreSight, Cortex, DesignStart, DynamIQ, Jazelle, Keil, Mali, Mbed, Mbed सक्षम, NEON, POP, RealView, SecurCore, Socrates, Thumb, TrustZone, ULINK, ULINK2, ULINK-ME, ULINKPLUS, ULINKpro, μVision, Versatile — हे US आणि/किंवा इतरत्र Arm Limited (किंवा त्याच्या सहाय्यक कंपन्या किंवा संलग्न) चे ट्रेडमार्क आणि/किंवा नोंदणीकृत ट्रेडमार्क आहेत. संबंधित तंत्रज्ञान कोणत्याही किंवा सर्व पेटंट, कॉपीराइट, डिझाइन आणि व्यापार रहस्ये द्वारे संरक्षित केले जाऊ शकते. सर्व हक्क राखीव.
EdgeLock — NXP BV चा ट्रेडमार्क आहे
eIQ — NXP BV चा ट्रेडमार्क आहे
i.MX — NXP BV चा ट्रेडमार्क आहे

IMXLXYOCTOUG
All information providया दस्तऐवजातील ed कायदेशीर अस्वीकरणांच्या अधीन आहे.
© 2024 NXP BV सर्व हक्क राखीव.
रेव्ह. LF6.6.3_1.0.0 — 29 मार्च 2024

कागदपत्रे / संसाधने

NXP IMXLXYOCTOUG i.MX योक्टो प्रोजेक्ट [pdf] वापरकर्ता मार्गदर्शक
IMXLXYOCTOUG i.MX योक्टो प्रोजेक्ट, i.MX योक्टो प्रोजेक्ट, योक्टो प्रोजेक्ट, प्रोजेक्ट

संदर्भ

वापरकर्ता मॅन्युअल

IMXLXYOCTOUG i.MX योक्टो प्रकल्प

ओव्हरview

वैशिष्ट्ये

होस्ट सेटअप

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

प्रतिमा तयार करा

प्रतिमा उपयोजन

सानुकूलन

वारंवार विचारले जाणारे प्रश्न

संदर्भ

दस्तऐवजातील स्त्रोत कोडबद्दल टीप

पुनरावृत्ती इतिहास

कायदेशीर माहिती

कागदपत्रे / संसाधने

संदर्भ

एक टिप्पणी द्या

उत्तर रद्द करा