NXP UG10164 i.MX Yocto projekt

Dokumendi teave

Läbiview

• Selles dokumendis kirjeldatakse i.MX-plaadi kujutise loomist Yocto Projecti ehituskeskkonna abil. See kirjeldab i.MX-i väljalaskekihti ja i.MX-spetsiifilist kasutust.
• Yocto projekt on avatud lähtekoodiga koostöö, mis keskendub manustatud Linuxi OS-i arendamisele. Lisateavet Yocto projekti kohta leiate Yocto projekti lehelt: www.yoctoproject.org/  Yocto projekti avalehel on mitu dokumenti, mis kirjeldavad üksikasjalikult süsteemi kasutamist. Yocto põhiversiooni kasutamiseks.
• Ilma i.MX väljalaskekihita projekti puhul järgige Yocto projekti kiirjuhendi juhiseid, mis asuvad aadressil https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html
• FSL Yocto projekti kogukonna BSP (leitav aadressil freescale.github.io) on NXP-väline arenduskogukond, mis pakub tuge i.MX-plaatidele Yocto projekti keskkonnas. i.MX liitus Yocto projekti kogukonnaga, pakkudes välja Yocto projekti raamistikul põhinevat versiooni. Teave FSL-i kogukonna BSP kasutamise kohta on saadaval kogukonnas. web lehel. See dokument on kogukonna BSP dokumentatsiooni laiendus.
• FilePildi koostamiseks kasutatavad elemendid salvestatakse kihtidena. Kihid sisaldavad erinevat tüüpi kohandusi ja pärinevad erinevatest allikatest. Mõned neist files kihis nimetatakse retseptideks. Yocto projekti retseptid sisaldavad lähtekoodi hankimise, komponendi koostamise ja pakendamise mehhanismi. Järgmised loendid näitavad selles versioonis kasutatud kihte.

i.MX vabastuskiht

• meta-imx
  • meta-imx-bsp: uuendused meta-freescale, poky ja meta-openembedded kihtidele
  • meta-imx-sdk: meta-freescale-distrossi uuendused
  • meta-imx-ml: Masinõppe retseptid
  • meta-imx-v2x: V2X retsepte kasutatakse ainult i.MX 8DXL jaoks
  • meta-imx-cockpit: i.MX 8QuadMaxi kokpiti retseptid

Yocto projekti kogukonna kihid

• meta-freescale: pakub tuge baasile ja i.MX Arm võrdlusplaatidele.
• meta-freescale-3rdparty: pakub tuge kolmandate osapoolte ja partnerite tahvlitele.
• meta-freescale-distro: täiendavad üksused, mis aitavad arendada ja kasutada tahvli võimalusi.
• fsl-community-bsp-base: sageli nimetatakse ümber baasiks. Pakub FSL Community BSP baaskonfiguratsiooni.
• meta-openembedded: OE-tuuma universumi kihtide kogu. Vaata layers.openembedded.org/.
• poky: Yocto projekti põhielemendid Pokys. Vaadake üksikasju Poky README-st.
• meta-brauser: pakub mitut brauserit.
• meta-qt6: pakub Qt 6.
• meta-timesys: pakub Vigilesi tööriistu BSP haavatavuste (CVE) jälgimiseks ja nendest teavitamiseks.

Viited kogukonna kihtidele selles dokumendis kehtivad kõigi Yocto projekti kihtide kohta, välja arvatud meta-imx. i.MX-plaadid on konfigureeritud meta-imx ja meta-freescale kihtides. See hõlmab U-Booti, ​​Linuxi kernelit ja viiteplaadipõhiseid üksikasju.
i.MX pakub täiendavat kihti nimega i.MX BSP Release, mille nimi on meta-imx, et integreerida uus i.MX väljalase FSL Yocto Project Community BSP-ga. Meta-imx kihi eesmärk on avaldada uuendatud ja uued Yocto Projecti retseptid ja masina konfiguratsioonid uute väljalasete jaoks, mis pole veel Yocto Projecti olemasolevatel meta-freescale ja meta-freescale-distro kihtidel saadaval. i.MX BSP Release kihi sisuks on retseptid ja masina konfiguratsioonid. Paljudes testimisjuhtumites rakendavad teised kihid retsepte või sisaldavad... files ja i.MX väljalaskekiht pakuvad retseptide värskendusi, lisades praegusele retseptile või kaasates komponendi ja värskendades paikade või lähtekohtadega. Enamik i.MX-i väljalaskekihi retsepte on väga väikesed, kuna need kasutavad kogukonna pakutavat ja värskendavad seda, mida on vaja iga uue paketiversiooni jaoks, mis pole teistes kihtides saadaval.

• Kiht i.MX BSP Release pakub ka pildiretsepte, mis sisaldavad kõiki süsteemipildi alglaadimiseks vajalikke komponente, muutes selle kasutaja jaoks lihtsamaks. Komponente saab ehitada üksikult või pildiretsepti abil, mis koondab kõik pildil vajalikud komponendid ühte koostamisprotsessi.
• i.MX kerneli ja U-Booti versioonidele pääseb ligi i.MX avalike GitHubi repositooriumide kaudu. Mitmed komponendid avaldatakse aga i.MX peeglis pakettidena. Paketipõhised retseptid tõmbavad... files i.MX peeglist Giti asukoha asemel ja genereerida vajalik pakett.
• Kõik paketid, mis on välja antud kahendkoodina, on ehitatud riistvaralise ujukomaga, mis on määratud igas masina konfiguratsioonis määratud DEFAULTTUNE'iga file. Tarkvara ujukomapakette ei pakuta alates jethro väljalasetest.
• Yocto Project 6.12.20 (Walnascar) jaoks on välja antud versioon LF2.0.0_5.2. Samad Yocto Project 5.2 retseptid lisatakse Yocto Projecti järgmisesse versiooni ja tehakse kättesaadavaks. Yocto Projecti väljalasketsükkel kestab umbes kuus kuud.
• meta-imx-i retseptid ja parandused edastatakse kogukonna kihtidesse. Pärast seda, kui see on konkreetse komponendi jaoks tehtud, filemeta-imx-is pole enam vaja ja FSL Yocto Project Community BSP pakub tuge. Kogukond toetab i.MX-i viiteplaate, kogukonna tahvleid ja kolmandate osapoolte tahvleid.

Lõppkasutaja litsentsileping
NXP Yocto Project BSP häälestuskeskkonna protsessi käigus kuvatakse NXP lõppkasutaja litsentsileping (EULA). i.MX patenteeritud tarkvara kasutamise jätkamiseks peavad kasutajad nõustuma selle litsentsi tingimustega. Tingimustega nõustumine võimaldab Yocto projekti järgul pakette i.MX-i peeglist eemaldada.

Märkus.
Lugege see litsentsileping häälestusprotsessi ajal hoolikalt läbi, sest pärast aktsepteerimist on kogu edasine töö i.MX Yocto Project keskkonnas seotud selle aktsepteeritud lepinguga.

Viited
i.MX-il on tarkvaras toetatud mitu perekonda. Järgnevalt on loetletud perekonnad ja iga perekonna jaoks mõeldud süsteemikiirendid (SoC-d). i.MX Linuxi väljalaskemärkmetes kirjeldatakse, millist süsteemikiirendust praegune versioon toetab. Mõned varem välja antud süsteemikiirendid võivad olla praeguses versioonis ehitatavad, kuid mitte valideeritud, kui need on eelmisel valideeritud tasemel.

• i.MX 6 perekond: 6QuadPlus, 6Quad, 6DualLite, 6SoloX, 6SLL, 6UltraLite, 6ULL, 6ULZ
• i.MX 7 perekond: 7Dual, 7ULP
• i.MX 8 perekond: 8QuadMax, 8QuadPlus, 8ULP
• i.MX 8M perekond: 8M Plus, 8M Quad, 8M Mini, 8M Nano
• i.MX 8X tooteperekond: 8QuadXPlus, 8DXL, 8DXL OrangeBox, 8DualX
• i.MX 9 seeria: i.MX 91, i.MX 93, i.MX 95, i.MX 943

See väljaanne sisaldab järgmisi viiteid ja lisateavet.

• i.MX Linuxi väljalaske märkmed (RN00210) – annab teavet väljalaske kohta.
• i.MX Linuxi kasutusjuhend (UG10163) – annab teavet U-Booti ja Linuxi operatsioonisüsteemi installimise ning kasutamise kohta.
  i. MX-spetsiifilised funktsioonid.
• i.MX Yocto projekti kasutusjuhend (UG10164) – Kirjeldab NXP arendussüsteemide plaaditoe paketti, mis kasutab Yocto projekti hosti seadistamiseks, tööriistaketi installimiseks ja lähtekoodi loomiseks kujutiste loomiseks.
• i.MX portimise juhend (UG10165) – Annab juhised BSP uuele plaadile portimiseks.
• i.MX masinõppe kasutusjuhend (UG10166) – annab teavet masinõppe kohta.
• i.MX DSP kasutusjuhend (UG10167) – annab teavet i.MX 8 DSP kohta.
• i.MX 8M Plus kaamera ja ekraani juhend (UG10168) – annab teavet i.MX 8M Plusi internetiteenuse pakkuja (ISP) sõltumatu anduriliidese API kohta.
• i.MX digitaalse kokpiti riistvaralise partitsioonimise lubamine i.MX 8QuadMaxi jaoks (UG10169) – pakub i.MX digitaalse kokpiti riistvaralahendust i.MX 8QuadMaxi jaoks.
• i.MX graafika kasutusjuhend (UG10159) – kirjeldab graafikafunktsioone.
• Harpooni kasutusjuhend (UG10170) – tutvustab Harpooni versiooni i.MX 8M seadmeperekonnale.
• i.MX Linuxi teatmik (RM00293) – annab teavet i.MX-i Linuxi draiverite kohta.
• i.MX VPU rakendusliidese Linuxi teatmik (RM00294) – annab teatmeid i.MX 6 VPU VPU API kohta.
• EdgeLock Enclave riistvara turbemooduli API (RM00284) – see dokument on tarkvara viitekirjeldus API kohta, mida pakuvad i.MX 8ULP, i.MX 93 ja i.MX 95 riistvara turbemooduli (HSM) lahendused EdgeLock Enclave'i ( ELE) Platvorm.

Kiirjuhendid sisaldavad põhiteavet tahvli ja selle seadistamise kohta. Need on NXP-l websaidile.

• SABRE platvormi kiirjuhend (IMX6QSDPQSG)
• i.MX 6UltraLite EVK kiirjuhend (IMX6ULTRALITEQSG)
• i.MX 6ULL ​​EVK kiirjuhend (IMX6ULLQSG)
• i.MX 7Dual SABRE-SD kiirjuhend (SABRESDBIMX7DUALQSG)
• i.MX 8M Quad hindamiskomplekti kiirjuhend (IMX8MQUADEVKQSG)
• i.MX 8M mini hindamiskomplekti kiirjuhend (8MMINIEVKQSG)
• i.MX 8M Nano hindamiskomplekti kiirjuhend (8MNANOEVKQSG)
• i.MX 8QuadXPlus multisensoorse lubamise komplekti kiirjuhend (IMX8QUADXPLUSQSG)
• i.MX 8QuadMax multisensoorse lubamise komplekti kiirjuhend (IMX8QUADMAXQSG)
• i.MX 8M Plus hindamiskomplekti kiirjuhend (IMX8MPLUSQSG)
• i.MX 8ULP EVK kiirjuhend (IMX8ULPQSG)
• i.MX 8ULP EVK9 kiirjuhend (IMX8ULPEVK9QSG)
• i.MX 93 EVK kiirjuhend (IMX93EVKQSG)
• i.MX 93 9×9 QSB kiirjuhend (93QSBQSG)

Dokumentatsioon on saadaval Internetis aadressil nxp.com

• i.MX 6 teave on aadressil nxp.com/iMX6series
• i.MX SABRE teave asub aadressil nxp.com/imxSABRE
• i.MX 6UltraLite'i teave on aadressil nxp.com/iMX6UL
• i.MX 6ULL ​​teave on aadressil nxp.com/iMX6ULL
• i.MX 7Dual teave asub aadressil nxp.com/iMX7D
• i.MX 7ULP teave on aadressil nxp.com/imx7ulp
• i.MX 8 teave on aadressil nxp.com/imx8
• i.MX 6ULZ teave on aadressil nxp.com/imx6ulz
• i.MX 91 teave on aadressil nxp.com/imx91
• i.MX 93 teave on aadressil nxp.com/imx93
• i.MX 943 teave on aadressil nxp.com/imx94

Omadused

i.MX Yocto Project Release kihtidel on järgmised funktsioonid.

• Linuxi tuuma retsept
  • Kerneli retsept asub kaustas recipes-kernel ja integreerib i.MX Linuxi kerneli lähtekoodi linux-imx.git, mis on alla laaditud i.MX GitHubi repositooriumist. Projekti retseptid teevad seda automaatselt.
  • LF6.12.20_2.0.0 on Yocto projekti jaoks välja antud Linuxi tuum.
• U-saapa retsept
  • U-Booti retsept asub kaustas recipes-bsp ja integreerib i.MX U-Booti lähtekoodi uboot-imx.git, mis on alla laaditud i.MX GitHubi hoidlast.
  • i.MX versioon LF6.12.20_2.0.0 seadmetele i.MX 6, i.MX 7, i.MX 8, i.MX 91, i.MX 93, i.MX 943 ja i.MX 95 kasutab uuendatud i.MX U-Boot versiooni v2025.04. Seda versiooni pole kogu i.MX riistvara jaoks uuendatud.
  • i.MX Yocto projektikogukonna BSP kasutab põhiliinist pärit u-boot-fslc käsku, kuid seda toetab ainult U-Booti kogukond ja see ei ole toetatud L6.12.20 kerneliga.
  • i.MX Yocto projektikogukonna BSP värskendab U-Booti versioone sageli, seega võib ülaltoodud teave muutuda, kui uued U-Booti versioonid integreeritakse meta-freescale'i kihtidesse ja i.MX u-boot-imx väljaannete värskendused integreeritakse põhiliini.
• Graafilised retseptid
  • Graafilised retseptid asuvad kaustas recipes-graphics.
  • Graafika retseptid integreerivad i.MX graafikapaketi väljalaske.
    Vivante GPU riistvaraga i.MX SoC-de puhul pakivad imx-gpu-viv retseptid iga distributsiooni graafikakomponente: kaadripuhvrit (FB), XWaylandi, Waylandi taustaprogrammi ja Westoni kompositsiooni (Weston). Kaadripuhvrit toetavad ainult i.MX 6 ja i.MX 7.
  • Mali GPU riistvaraga i.MX kiipide puhul sisaldavad mali-imx retseptid XWaylandi ja Waylandi taustaprogrammi graafikakomponente. See funktsioon on saadaval ainult i.MX 9 jaoks.
  • Xorg-driver integreerib xserver-xorgi.
• i.MX paketi retseptid
  firmware-imx, fimrware-upower, imx-sc-fimrware ja muud paketid asuvad recipes-bsp failis ning need võetakse i.MX peeglist, et need luua ja pakendada pildiretseptideks.
• Multimeedia retseptid
  • Multimeediaretseptid asuvad kaustas recipes-multimedia.
  • Patenteeritud pakettidel nagu imx-codec ja imx-parser on retseptide lähtekood i.MX avalikust peeglist, et need luua ja pildiretseptidesse pakkida.
  • Avatud lähtekoodiga pakettidel on retseptid, mis ammutavad lähtekoodi GitHubi avalikest Giti repodest.
  • Mõned retseptid on mõeldud litsentsipiiranguga koodekitele. Nende pakette i.MX avalikus peeglis pole. Need paketid on saadaval eraldi. Nende hankimiseks võtke ühendust oma i.MX turundusesindajaga.
• Põhiretseptid
  Mõned reeglite retseptid, näiteks udev, pakuvad värskendatud i.MX-reegleid, mida süsteemis juurutada. Need retseptid on tavaliselt poliitika värskendused ja neid kasutatakse ainult kohandamiseks. Väljaanded pakuvad värskendusi ainult vajadusel.
• Demo retseptid
  Demonstratsiooniretseptid asuvad kataloogis meta-imx-sdk. See kiht sisaldab piltide retsepte ja kohandamise retsepte, näiteks puutetundliku ekraani kalibreerimist või demonstratsioonirakenduste retsepte.
• Masinõppe retseptid
  Masinõppe retseptid asuvad kataloogis meta-imx-ml. See kiht sisaldab masinõppe retsepte pakettide jaoks, näiteks tensorflow-lite ja onnx.
• Kokpiti retseptid
  Kokpiti retseptid asuvad kaustas meta-imx-cockpit ja neid toetab i.MX 8QuadMax, kasutades imx-8qm-cockpit-mek masinakonfiguratsiooni.
• GoPointi retseptid
  GoPointi demoretseptid asuvad kihis meta-nxp-demo-experience. Lisatud on rohkem demo- ja tööriistaretsepte. See kiht on kaasatud kõigisse avaldatud täisversioonidesse.

Hosti seadistamine

Yocto projekti oodatava käitumise saavutamiseks Linuxi hostarvutis installige allpool kirjeldatud paketid ja utiliidid. Oluline kaalutlus on hostarvutis vajalik kõvakettaruum. Näiteksample, kui ehitada Ubuntut töötavale masinale, on minimaalne vajalik kõvakettaruum umbes 50 GB. Soovitatav on varustada vähemalt 120 GB, millest piisab kõigi taustaprogrammide koostamiseks. Masinõppekomponentide ehitamiseks on soovitatav vähemalt 250 GB.
Soovitatav minimaalne Ubuntu versioon on 22.04 või uuem.

1. Docker
   i.MX avaldab nüüd imx-dockeris Dockeri seadistusskripte. Hosti ehitusmasina seadistamiseks Dockeri abil järgige readme-failis olevaid juhiseid.
   Lisaks on Docker pardal lubatud standardse manifesti abil, lisades metavirtualiseerimiskihi ainult i.MX 8-le. See loob peata süsteemi Docker-konteinerite installimiseks välistest Docker-keskustest.
2. Hostipaketid
   Yocto projekti järk nõuab teatud pakettide installimist, mis on dokumenteeritud Yocto projekti all. Minge Yocto projekti kiirjuhendisse ja kontrollige pakette, mis tuleb teie ehitusmasina jaoks installida.
   Olulised Yocto projekti hostipaketid on:

sudo apt-get install build-essential chrpath cpio debianutils diffstat file ämm
gcc git iputils-ping libacl1 liblz4-tool locales python3 python3-git python3-jinja2 python3-pexpect python3-pip python3-subunit socat texinfo unzip wget xzutilszstd efitools
Konfiguratsioonitööriist kasutab teie ehitusmasinas olevat grepi vaikeversiooni. Kui teie teel on grepist erinev versioon, võib see põhjustada ehituse ebaõnnestumise. Üks lahendus on nimetada spetsiaalne versioon ümber millekski, mis ei sisalda grepi.

Repo utiliidi seadistamine
Repo on Gitile loodud tööriist, mis lihtsustab mitme repositooriumi sisaldavate projektide haldamist isegi siis, kui need asuvad erinevatel serveritel. Repo täiendab väga hästi Yocto projekti kihilist olemust, muutes kasutajatel BSP-le oma kihtide lisamise lihtsamaks.

„Repo” utiliidi installimiseks toimige järgmiselt.

1. Looge kodukataloogis prügikasti kaust.
   • mkdir ~/bin (see samm ei pruugi olla vajalik, kui bin kaust on juba olemas)
   • curl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repo
   • chmod a+x ~/bin/repo
2. Et tagada, et kaust ~/bin oleks muutujas PATH, lisage .bashrc-le järgmine rida fileekspordi tee=~/bin:$Tee

Yocto projekti seadistamine

i.MX Yocto projekti BSP väljalaske kataloog sisaldab lähtekoodide kataloogi, mis sisaldab ühe või mitme ehituskataloogi loomiseks kasutatud retsepte koos keskkonna seadistamiseks kasutatavate skriptide komplektiga.
Projekti loomiseks kasutatud retseptid pärinevad nii kogukonna kui ka i.MX BSP väljaannetest. Yocto projekti kihid laaditakse alla lähtekoodikataloogi. See samm tagab, et kõik projekti loomiseks vajalikud retseptid on seadistatud.
Järgmised eksampSee le näitab, kuidas alla laadida i.MX Yocto Project Linux BSP retsepti kihte. Selle näite jaoksample, luuakse projekti jaoks kataloog nimega imx-yocto-bsp. Selle asemel võib kasutada mis tahes nime.

Märkus:
https://github.com/nxp-imx/imx-manifest/tree/imx-linux-walnascar sisaldab kõigi manifestide loendit fileselles versioonis toetatakse.
Kui see protsess on lõppenud, registreeritakse BSP kataloogis imx-yocto-bsp/sources.

Pildi koostamine

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

Iga ehituskaust tuleb konfigureerida nii, et see kasutaks ainult ühte distributsiooni. Iga kord, kui muutujat DISTRO_FEATURES muudetakse, on vaja puhast ehituskausta. Distro konfiguratsioonid salvestatakse faili local.conf. file DISTRO seadistuses ja kuvatakse siis, kui bitbake töötab. Varasemates versioonides kasutasime poky distrot ning kohandatud versioone ja pakkujaid oma layer.conf-is, kuid kohandatud distro on parem lahendus. Vaikimisi poky distro kasutamisel kasutatakse kogukonna vaikekonfiguratsiooni. i.MX versioonina eelistame konfiguratsioonide komplekti, mida NXP toetab ja on testinud.
Siin on DISTRO konfiguratsioonide loend. Pane tähele, et fsl-imx-fb ei ole i.MX 8 ega i.MX 9 puhul toetatud ja fsl-imx-x11 enam ei toetata.

• fsl-imx-wayland: puhas Waylandi graafika.
• fsl-imx-xwayland: Waylandi graafika ja X11. EGL-i kasutavaid X11 rakendusi ei toetata.
• fsl-imx-fb: kaadripuhvri graafika – ei X11 ega Waylandi. Kaadripuhvrit ei toetata i.MX 8 ja i.MX 9 puhul.

Kui pole distro file kui see on täpsustatud, on XWaylandi distributsioon vaikimisi seadistatud. Kasutajad võivad luua oma distributsiooni. file põhinedes ühel neist, et kohandada oma keskkonda ilma local.conf-i värskendamata, et määrata eelistatud versioonid ja pakkujad.
Skripti imx-setup-release.sh süntaks on näidatud allpool:

kus,

• DISTROO= on distributsioon, mis konfigureerib ehituskeskkonda ja on salvestatud kausta meta-imx/meta-imx-sdk/conf/distro.
• MASIN= on masina nimi, mis osutab konfiguratsioonile file in conf/machine meta-freescale ja meta-imx.
• -b määrab imx-setup-release.sh skripti loodud ehituskataloogi nime.
• Skripti käivitamisel palub see kasutajal EULA-ga nõustuda. Kui EULA on aktsepteeritud, salvestatakse nõustumine igas ehituskataloogis kausta local.conf ja selle järgu kausta jaoks ei kuvata enam EULA aktsepteerimise päringut.
• Pärast skripti käitamist on skripti poolt just loodud töökataloog, mis on määratud võtmega -b. Luuakse conf-kaust, mis sisaldab files bblayers.conf ja local.conf.
• The /conf/bblayers.conf file sisaldab kõiki i.MX Yocto Projecti väljaandes kasutatud metakihte.
• Kohalik.conf file sisaldab masina ja distro spetsifikatsioone:
• MACHINE ??= 'imx7ulpevk'
• DISTRO ?= 'fsl-imx-xwayland'
• ACCEPT_FSL_EULA = "1"
  kus,
• MACHINE konfiguratsiooni saab seda redigeerides muuta file, vajadusel.
• ACCEPT_FSL_EULA failis local.conf file näitab, et olete EULA tingimustega nõustunud.
• Meta-imx-kihis on i.MX 6 ja i.MX 6 masinate jaoks ette nähtud konsolideeritud masinakonfiguratsioonid (imx7qpdlsolox.conf ja imx6ul7d.conf). i.MX kasutab neid kõigi seadmete puudega ühise pildi loomiseks ühes testimispildis. Ärge kasutage neid masinaid millekski muuks peale testimise.

i.MX Yocto projekti kujutise valimine
Yocto projekt pakub mõningaid pilte, mis on saadaval erinevatel kihtidel. Pildiretseptid loetlevad erinevaid võtmepilte, nende sisu ja kihte, mis pildiretsepte pakuvad.

Tabel 1. i.MX Yocto projekti kujutised

Kujund loomine
Yocto projekti järg kasutab bitbake käsku. Näiteksample, bitbake ehitab nimetatud komponendi. Igal komponendi järgul on mitu ülesannet, nagu toomine, konfigureerimine, kompileerimine, pakkimine ja juurutamine sihtjuurtele. Bitbake'i kujutise järg koondab kõik pildi ja järgu jaoks vajalikud komponendid ülesande sõltuvuse järjekorras. Esimene konstruktsioon on tööriistaahel koos komponentide ehitamiseks vajalike tööriistadega.

Järgmine käsk on eksampkuidas luua pilti:

• bitbake imx-image-multimeedia

Bitbake'i valikud
Pildi loomiseks kasutatav käsk bitbake on bitbake Allpool kirjeldatud konkreetsete tegevuste jaoks saab kasutada täiendavaid parameetreid. Bitbake pakub üksiku loomiseks mitmesuguseid kasulikke valikuid.
komponent. BitBake parameetriga käivitamiseks näeb käsk välja selline:

bitbake
Kus on soovitav ehituspakett. Järgmises tabelis on toodud mõned BitBake'i valikud.

Tabel 2. BitBake'i valikud

U-Booti konfiguratsioon
U-Booti konfiguratsioonid on määratletud masina põhikonfiguratsioonis file. Konfiguratsioon määratakse UBOOT_CONFIG sätete abil. See nõuab failis local.conf seadistamist UBOOT_CONFIG. Vastasel juhul kasutab U-Booti ehitamine vaikimisi SD alglaadimist.
Neid saab eraldi luua järgmiste käskude abil (muutke MACHINE õigeks sihtmärgiks). Ühe käsuga saab luua mitu U-Booti konfiguratsiooni, lisades U-Booti konfiguratsioonide vahele tühikud.
Järgnevalt on toodud iga plaadi U-Booti konfiguratsioonid. i.MX 6 ja i.MX 7 plaadid toetavad SD-d ilma OP-TEE-ta ja OP-TEE-ga:

• uboot_config_imx95evk=”sd fspi”
• uboot_config_imx943evk=”sd xspi”
• uboot_config_imx93evk=”sd fspi”
• uboot_config_imx91evk=”sd nand fspi ecc”
• uboot_config_imx8mpevk=”sd fspi ecc”
• uboot_config_imx8mnevk=”sd fspi”
• uboot_config_imx8mmevk=”sd fspi”
• uboot_config_imx8mqevk=”sd”
• uboot_config_imx8dxlevk=”sd fspi”
• uboot_conifg_imx8dxmek=”sd fspi”
• uboot_config_imx8qxpc0mek=”sd fspi”
• uboot_config_imx8qxpmek=”sd fspi”
• uboot_config_imx8qmmek=”sd fspi”
• uboot_config_imx8ulpevk=”sd fspi”
• uboot_config_imx8ulp-9×9-lpddr4-evk=”sd fspi”
• uboot_config_imx6qsabresd=”sd sata sd-optee”
• uboot_config_imx6qsabreauto=”sd sata eimnor spinor nand sd-optee”
• uboot_config_imx6dlsabresd=”sd epdc sd-optee”
• uboot_config_imx6dlsabreauto=”sd eimnor spinor nand sd-optee”
• uboot_config_imx6solosabresd=”sd sd-optee”
• uboot_config_imx6solosabreauto=”sd eimnor spinor nand sd-optee”
• uboot_config_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=”sd sata sd-optee”
• uboot_config_imx6sllevk=”sd epdc sd-optee”
• uboot_config_imx6ulevk=”sd emmc qspi1 sd-optee”
• uboot_config_imx6ul9x9evk=”sd qspi1 sd-optee”
• uboot_config_imx6ull14x14evk=”sd emmc qspi1 nand sd-optee”
• uboot_config_imx6ull9x9evk=”sd qspi1 sd-optee”
• uboot_config_imx6ulz14x14evk=”sd emmc qspi1 nand sd-optee”
• uboot_config_imx7dsabresd=”sd epdc qspi1 nand sd-optee”
• uboot_config_imx7ulpevk=”sd emmc sd-optee”

Ainult ühe U-Booti konfiguratsiooniga:

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

Mitme U-Booti konfiguratsiooniga:

• kaja “UBOOT_CONFIG = \”sd eimnor\”” >> conf/local.conf
• MASIN= bitbake -c deploy u-boot-imx

Stsenaariumide loomine
Järgmised on erinevate konfiguratsioonide ehitamise seadistusstsenaariumid.
Seadistage manifest ja sisestage Yocto projekti kihi allikad järgmiste käskudega:

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

Järgmistes jaotistes on toodud mõned konkreetsed näidamples. Asendage käskude kohandamiseks määratud masinanimed ja taustaprogrammid.

i.MX 8M Plus EVK koos XWaylandi graafikakaardiga

• DISTRO=fsl-imx-xwayland MACHINE=imx8mpevk allikas imx-setup-release.sh -b build-xwayland bitbake imx-image-full
• See loob XWaylandi kujutise Qt 6 ja masinõppe funktsioonidega. Ilma Qt 6 ja masinõppeta ehitamiseks kasutage selle asemel imx-image-multimedia.

i.MX 8M Quad EVK kujutis Walyandi graafikataustaprogrammiga

• DISTRO=fsl-imx-wayland MACHINE=imx8mqevk allikas imx-setup-release.sh -b buildwayland
• bitbake imx-image-multimeedia
  See loob Weston Waylandi kujutise multimeediumiga ilma Qt 6ta.

i.MX 6QuadPlus SABRE-AI kujutis koos Frame Buffer graafikataustaprogrammiga

• DISTRO=fsl-imx-fb MACHINE=imx6qpsabresd allikas imx-setup-release.sh –b buildfb
• bitbake imx-image-multimeedia
• See loob kaadripuhvri taustaprogrammiga multimeediumipildi.

Ehituskeskkonna taaskäivitamine
Kui pärast ehituskataloogi seadistamist avatakse uus terminaliaken või masin taaskäivitatakse, tuleks keskkonnamuutujate seadistamiseks ja ehituse uuesti käivitamiseks kasutada seadistuskeskkonna skripti. Täielikku imx-setup-release.sh faili pole vaja.

allika seadistuskeskkond

Chromiumi brauser Waylandis
Yocto projekti kogukonnal on Chromiumi retseptid Waylandi versiooni Chromium Browser jaoks GPU riistvaraga i.MX SoC jaoks. NXP ei toeta ega testi kogukonna plaastreid. Selles jaotises kirjeldatakse, kuidas integreerida Chromium oma juurfailidesse ja lubada riistvaraliselt kiirendatud renderdamist WebGL. Chromiumi brauser nõuab skripti imx-release-setup.sh automaatselt lisatavaid kihte, näiteks metabrauserit.

Märkus.

• X11 ei ole toetatud.
• i.MX 6 ja i.MX 7 tugi on selles versioonis aegunud ja eemaldatakse järgmises versioonis. Lisage failis local.conf oma kuvandile Chromium.

CORE_IMAGE_EXTRA_INSTALL += "chromium-osone-wayland"
Lisa oma versioonile kroomi kiht.
bitbake-layers lisamiskiht ../sources/meta-browser/meta-chromium

Qt 6 ja QtWebMootori brauserid
Qt 6-l on nii äri- kui ka avatud lähtekoodiga litsents. Yocto Projectis ehitades on avatud lähtekoodiga litsents olemas.
litsents on vaikeseade. Veenduge, et mõistate nende litsentside erinevusi ja valige sobiv. Pärast avatud lähtekoodiga litsentsi alusel kohandatud Qt 6 arenduse alustamist ei saa seda enam ärilitsentsiga kasutada. Tehke koostööd juristiga, et mõista nende litsentside erinevusi.

Märkus.
Hoone QtWebMootor ei ühildu väljalaskes kasutatava meta-kroomi kihiga.

• Kui kasutate NXP järgu seadistust, eemaldage meta-chromium saidilt bblayers.conf:
• # Kommenteeriti qt-ga mittesobivuse tõttuwebmootor
• #BBLAYERS += “${BSPDIR}/sources/meta-browser/meta-chromium”
• Saadaval on neli Qt 6 brauserit. QtWebMootori brauserid leiate siit:
• /usr/share/qt6/examples/webmootorividinad/StyleSheetbrowser
• /usr/share/qt6/examples/webmootorividinad/lihtne brauser
• /usr/share/qt6/examples/webmootorividinad/küpsisebrauser
• /usr/share/qt6/examples/webmootor/kiirnanobrauser

Kõiki kolme brauserit saab käivitada, minnes ülaltoodud kataloogi ja käivitades sealt leitud käivitatava faili.
Puutetundliku ekraani saab lubada, lisades käivitatavale failile parameetrid -plugin evdevtouch:/dev/input/event0. ./quicknanobrowser -plugin evdevtouch:/dev/input/event0 QtWebmootor töötab ainult SoC-ga koos GPU graafika riistvaraga i.MX 6, i.MX 7, i.MX 8 ja i.MX 9 puhul.
Qt kaasamisekswebpildil olev mootor, pane järgmine lahtrisse local.conf või pildi retsepti.
IMAGE_INSTALL:append = ” packagegroup-qt6-webmootor"

NXP eIQ masinõpe

• Meta-ml kiht on NXP eIQ masinõppe integreerimine, mis varem avaldati eraldi meta-imx-machinelearning kihina ja on nüüd integreeritud standardse BSP-pildiga (imx-image-full).
• Paljud funktsioonid nõuavad Qt 6. Kui kasutate muud konfiguratsiooni peale imx-image-full, sisestage faili local.conf järgmine:
• IMAGE_INSTALL:append = ” packagegroup-imx-ml”
• NXP eIQ pakettide installimiseks SDK-sse sisestage faili local.conf järgmine:
• TOOLCHAIN_TARGET_TASK:append = ”tensorflow-lite-dev onnxruntime-dev”

Märkus.
Muutuja TOOLCHAIN_TARGET_TASK_append installib paketid ainult SDK-sse, mitte pildile.
OpenCV DNN-i demode mudelikonfiguratsioonide ja sisendandmete lisamiseks sisestage faili local.conf järgmine:
PACKAGECONFIG:append:pn-opencv_mx8 = ”testib teste-imx”

Süsteemitud
Systemd on vaikimisi initsialiseerimishalduriks lubatud. Systemd keelamiseks vaikimisi minge fs-imxbase inc-i ja kommenteerige systemd jaotist välja.

OP-TEE võimaldamine
OP-TEE jaoks on vaja kolme komponenti: OP-TEE OS, OP-TEE klient ja OP-TEE test. Lisaks on kernelil ja U-Bootil konfiguratsioonid. OP-TEE OS asub alglaaduris, OP-TEE klient ja test aga juurfailides.
OP-TEE on selles versioonis vaikimisi lubatud. OP-TEE keelamiseks minge faili meta-imx/meta-imx-bsp/conf/layer.conf. file ja kommenteerige OP-TEE DISTRO_FEATURES_lisa ja eemaldage eemaldatud rida.

Vanglahoone
Jailhouse on staatiliselt partitsioneeriv hüperviisor, mis põhineb Linuxi operatsioonisüsteemil. Seda toetavad i.MX 8M Plus, i.MX 8M Nano, i.MX 8M Quad EVK, i.MX 8M Mini EVK, i.MX 93, i.MX 95 ja i.MX 943 emaplaadid.

Jailhouse ehitamise lubamiseks lisage faili local.conf järgmine rida:

• DISTRO_FEATURES:append = ” vanglamaja”
• U-Bootis käivitage käsk run jh_netboot või jh_mmcboot. See laadib Jailhouse'i kasutamiseks spetsiaalse DTB. Kasutatakse i.MX-i
• 8M Quad endisenaample, pärast Linux OS-i käivitamist:
• #insmod jailhouse.ko
• #./jailhouse lubab imx8mq.cell

Lisateavet i.MX 8 ja i.MX 9 Jailhouse'i kohta leiate i.MX Linuxi kasutusjuhendist (UG10163).

Pildi juurutamine

Täielik filesüsteemi kujutised on juurutatud /tmp/deploy/images. Pilt on enamasti keskkonna seadistuses määratud masinale omane. Iga pildijärg loob U-Booti, ​​kerneli ja pilditüübi, mis põhineb masina konfiguratsioonis määratletud IMAGE_FSTYPES-il file. Enamik masina konfiguratsioone pakub SD-kaardi kujutist (.wic) ja juurfaili kujutist (.tar). SD-kaardi kujutis sisaldab partitsioonidega pilti (koos U-Booti, ​​kerneli, rootfidega jne), mis sobib vastava riistvara käivitamiseks.

SD-kaardi pildi vilkumine
SD-kaardi pilt file .wic sisaldab partitsioonidega pilti (koos U-Booti, ​​kerneli, rootfidega jne), mis sobib vastava riistvara käivitamiseks. SD-kaardi kujutise vilkumiseks käivitage järgmine käsk:
zstdcat .wic.zst | sudo dd of=/dev/sd bs=1M konv=fsync

Lisateavet vilkumise kohta leiate i.MX Linuxi kasutusjuhendi (UG10163) jaotisest „SD/MMC-kaardi ettevalmistamine käivitamiseks”. NXP eIQ masinõppe rakenduste jaoks on vaja täiendavat vaba kettaruumi.
(umbes 1 GB). See defineeritakse IMAGE_ROOTFS_EXTRA_SPACE muutuja lisamisega local.conf faili. file enne Yocto loomise protsessi. Vaata Yocto projekti mega-käsiraamatut.

Kohandamine

i.MX Linux OS-i loomiseks ja kohandamiseks on kolm stsenaariumi:

• i.MX Yocto Project BSP loomine ja valideerimine i.MX võrdlusplaadil. Selles dokumendis olevad juhised kirjeldavad seda meetodit üksikasjalikult.
• Kerneli kohandamine ja kohandatud plaadi ja seadmepuu loomine kerneli ja U-Booti abil. Lisateavet SDK loomise ja hostmasina seadistamise kohta kerneli ja U-Booti loomiseks ainult väljaspool Yocto Projecti ehituskeskkonda leiate i. MX Linuxi kasutusjuhendi (UG10163) jaotisest „Kuidas luua U-Booti ja kerneli eraldiseisvas keskkonnas“.
• Distributsiooni kohandamine, lisades või eemaldades pakendi BSP-st i.MX Linuxi väljalasete jaoks, luues kohandatud Yocto projekti kihi. i.MX pakub mitut demo exampfaile, mis kuvavad kohandatud kihti i.MX BSP väljalaske peal. Selle dokumendi ülejäänud osad annavad juhiseid kohandatud DISTRO ja plaadi konfiguratsiooni loomiseks.

Kohandatud distributsiooni loomine
Kohandatud distro saab konfigureerida kohandatud ehituskeskkonna. Distro fileVälja antud fsl-imx-wayland, fsl-imx-xwayland ja fsl-imx-fb kuvavad kõik konkreetsete graafiliste taustaprogrammide konfiguratsioone. Distrosid saab kasutada ka muude parameetrite, näiteks kerneli, U-Booti ja GStreameri, konfigureerimiseks. i.MX distributsioon files on seatud looma kohandatud ehituskeskkonda, mis on vajalik meie i.MX Linux OS BSP väljaannete testimiseks.
Igal kliendil on soovitatav luua oma distro file ja kasutage seda oma ehituskeskkonna pakkujate, versioonide ja kohandatud konfiguratsioonide määramiseks. Distro luuakse olemasoleva distributsiooni kopeerimisega file, või
lisades näiteks poky.conf ja lisades täiendavaid muudatusi või lisades ühe i.MX distributsiooni ja kasutades seda lähtepunktina.

Kohandatud tahvli konfiguratsiooni loomine
Tarnijad, kes arendavad tugitahvleid, võivad soovida oma tahvli lisada FSL-i kogukonna BSP-sse. Uue masina toetamine FSL-i kogukonna BSP poolt lihtsustab lähtekoodi jagamist kogukonnaga ja võimaldab kogukonnalt tagasisidet.
Yocto projekt muudab uue i.MX-põhise plaadi BSP loomise ja jagamise lihtsaks. Ülesvoogemise protsess peaks algama siis, kui Linuxi OS-i kernel ja alglaadur töötavad ja seda masinat testitakse. Väga oluline on omada stabiilset Linuxi kerneli ja alglaadurit (ntample, U-Boot), millele masina konfiguratsioonis osutada file, mis on selle masina jaoks vaikeseade.
Teine oluline samm on uue masina hooldaja määramine. Hooldaja vastutab selle eest, et põhipakettide komplekt selle plaadi jaoks töötaks. Masina hooldaja peaks kernelit ja alglaadurit värskendama ning kasutajaruumi pakette selle masina jaoks testima.

Vajalikud sammud on loetletud allpool. 

1. Kohandage kerneli konfiguratsiooni files vastavalt vajadusele. Kerneli konfiguratsioon file on asukoht arch/arm/configs ja tarnija tuumaretsept peaks kohandama kerneli retsepti kaudu laaditud versiooni.
2. Kohanda U-Booti vastavalt vajadusele. Lisateavet leiate i.MX portimise juhendist (UG10165).
3. Määrata juhatuse hooldaja. See hooldaja tagab selle files värskendatakse vastavalt vajadusele, nii et ehitamine töötab alati.
4. Seadistage Yocto projekti järk vastavalt allpool toodud Yocto projekti kogukonna juhistele. Kasutage kogukonna põhiharu.
   • Laadige vajalik hostpakett, olenevalt teie Linuxi operatsioonisüsteemi distributsioonist, alla Yocto projekti kiirkursusest.
   • Laadige Repo alla käsuga:
   • curl https://storage.googleapis.com/git-repo-downloads/repo>~/bin/repo
   • Loo kataloog, kuhu kõik salvestada. Võib kasutada mis tahes katalooginime. See dokument kasutab imxcommunity-bsp.
   • mkdir imx-community-bsp
     Käivitage järgmine käsk:
   • cd imx-community-bsp
   • Initsialiseeri repo repo peamise haruga.
   • repo init -u https://github.com/Freescale/fsl-community-bsp-platform-bmaster
   • Hankige retseptid, mida ehitamiseks kasutatakse.
   • repo sünkroonimine
   • Seadista keskkond järgmise käsuga:
   • lähtekoodi seadistuskeskkond ehitamine
5. Valige sarnane masin file failis fsl-community-bsp/sources/meta-freescale-3rdparty/conf/machine ja kopeerige see, kasutades teie tahvlile viitavat nime. Muutke uut tahvlit file teie tahvli teabega. Muutke vähemalt nime ja kirjeldust. Lisa MACHINE_FEATURE.
   Testige oma muudatusi kogukonna uusima põhiharuga ja veenduge, et kõik toimiks hästi. Kasutage vähemalt core-image-minimal.
   bitbake core-image-minimal
6. Valmistage ette plaastrid. Järgige retseptijuhendit ja jaotist „Kaastöö” jaotises „Retseptid”. github.com/Freescale/meta-freescale/blob/master/README.md.
7. Ülesvoolu meta-freescale-3rdparty. Ülesvoolu saatmiseks saatke plaastrid aadressile meta-freescale@yoctoproject.org

BSP turvaaukude jälgimine
Levinud haavatavuste ja kokkupuudete (CVE) jälgimiseks on kaks võimalust: üks on Vigiles ja teine ​​on Yocto CVE kontroll.

Kuidas Vigilesi tööriistade abil CVE-sid jälgida
Common Vulnerability and Exposures (CVE) jälgimist saab teostada Timesysi NXP-toega Vigilesi tööriistadega. Vigiles on haavatavuse jälgimise ja haldamise tööriist, mis pakub sihtpiltide Yocto CVE ehitusaegset analüüsi. See teeb seda, kogudes metaandmeid Yocto Project BSP-s kasutatava tarkvara kohta ja võrdledes neid CVE-andmebaasiga, mis integreerib teavet CVE-de kohta erinevatest allikatest, sealhulgas NIST-ist, Ubuntust ja mitmest teisest.
Kõrgel tasemel läbiview tuvastatud haavatavus tagastatakse ning saab teha täieliku üksikasjaliku analüüsi, mis sisaldab teavet CVE-de mõju, nende tõsiduse ja saadaolevate paranduste kohta. viewed online.

Aruandele veebis juurde pääsemiseks registreerige oma NXP Vigilesi konto, järgides linki: https://www.timesys.com/register-nxp-vigiles/

Lisateavet Vigilesi seadistamise ja läbiviimise kohta leiate siit:
https://github.com/TimesysGit/meta-timesys https://www.nxp.com/vigiles

Seadistamine
Lisage oma BSP järgu faili conf/bblayers.conf meta-timesys.

Järgige vormingut file ja lisage meta-timesys:

BBLAYERS += “${BSPDIR}/sources/meta-timesys”
Lisage konf/local.conf muutujale INHERIT vigile:
INHERIT += "valve"

Täitmine
Kui meta-timesys on teie järgule lisatud, teostab Vigiles turvaaukude kontrolli iga kord, kui Linuxi BSP on Yoctoga üles ehitatud. Täiendavaid käske pole vaja. Pärast iga järgu lõppu salvestatakse haavatavuse skannimise teave kataloogi imx-yocto-bsp/ /vigiles.

Saab küll view turvakontrolli üksikasjad läbi:

• Käsurida (kokkuvõte)
• Internetis (üksikasjad)
• Lihtsalt avage file nimega -report.txt, mis sisaldab linki üksikasjalikule veebiaruandele.

Kuidas Yocto BitBake'i abil CVE-d jälgida

• Yocto projektil on infrastruktuur avaliku levinud haavatavuste ja riskipositsioonide (CVE) andmebaasi abil jälgitavate teadaolevate parandamata turvanõrkuste jälgimiseks ja lahendamiseks.
• Konkreetse pildi või sihtmärgi CVE-kontrolli lubamiseks cve-checki abil lisage conf/local.conf konfiguratsioonile järgmised sätted: INHERIT += “cve-check”
• cve-check klass otsib BitBake'iga ehitades teadaolevaid CVE-sid (Common Vulnerabilities and Exposures ehk tavalised haavatavused ja riskipositsioonid).
• Lisateabe saamiseks vaadake Yocto Mega kasutusjuhendit: https://docs.yoctoproject.org/singleindex.html#cve-check

Korduma kippuvad küsimused

Kiire algus
See jaotis võtab kokku, kuidas Yocto projekti Linuxi masinas seadistada ja kujutist luua. Üksikasjalikud selgitused selle kohta, mida see tähendab, on ülaltoodud jaotistes.

"Repo" utiliidi installimine
BSP hankimiseks peab teil olema installitud repo. Seda tuleb teha ainult üks kord.

BSP Yocto projektikeskkonna allalaadimine
Kasutage repo initi suvandis -b soovitud väljalaske õiget nime. Seda tuleb teha iga versiooni jaoks üks kord ja see määrab esimeses etapis loodud kataloogi distributsiooni. repo sünkroonimist saab käivitada, et värskendada allikate all olevaid retsepte uusimateks.

• : mkdir imx-yocto-bsp
• cd imx-yocto-bsp
• : repo init -u https://github.com/nxp-imx/imx-manifest-bimx-linux-walnascar
  -m imx-6.12.20-2.0.0.xml
• : repo sünkroonimine
• Märkus. https://github.com/nxp-imx/imx-manifest/tree/imx-linux-walnascar sisaldab kõigi manifestide loendit fileselles versioonis toetatakse.

Konkreetsete taustaprogrammide seadistamine

i.MX 8 ja i.MX 9 kaadripuhvrit ei toetata. Kasutage neid ainult i.MX 6 ja i.MX 7 SoC jaoks.

Framebufferi seadistamine

Kohaliku konfiguratsiooni häälestamine
Yocto projekti järg võib võtta märkimisväärseid ehitusressursse nii ajas kui ka ketta kasutamises, eriti kui see on ehitatud mitmesse ehituskataloogi. Selle optimeerimiseks on meetodeid, näiteksample, kasutage jagatud oleku vahemälu (mällutab vahemällu ehituse oleku) ja allalaadimiste kataloogi (hoiab allalaaditud pakette). Neid saab määrata asukohas local.conf mis tahes asukohta file lisades selliseid väiteid:

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

• Kataloogid peavad juba olemas olema ja neil peavad olema asjakohased õigused. Jagatud olek aitab, kui on seatud mitu ehituskataloogi, millest igaüks kasutab ehitusaja minimeerimiseks jagatud vahemälu. Jagatud allalaadimiskataloog minimeerib laadimisaega. Ilma nende säteteta valib Yocto Project oleku vahemälu ja allalaadimiste jaoks vaikimisi ehituskataloogi.
• Iga kataloogi DL_DIR alla laaditud pakett on tähistatud tähega a .tehtud. Kui teie võrgul on paketi toomisel probleem, saate paketi varuversiooni käsitsi kopeerida kataloogi DL_DIR ja luua .tehtud file käsuga touch. Seejärel käivita bitbake käsk: bitbake .
• Lisateabe saamiseks vaadake Yocto projekti teatmikku.

Retseptid
Iga komponent on ehitatud retsepti abil. Uute komponentide jaoks tuleb luua retsept, mis osutab allikale (SRC_URI) ja määrab vajaduse korral paigad. Yocto projekti keskkond ehitatakse margi järgifile asukohas, mille määrab retseptis SRC_URI. Kui ehitamine luuakse automaatsetest tööriistadest, peaks retsept pärima automaattööriistad ja pkgconfig. Teefiles peab võimaldama CC-d alistada ristkompileerimise tööriistadega, et pakett koos Yocto Projectiga üles ehitada.
Mõnel komponendil on retseptid, kuid need vajavad täiendavaid parandusi või värskendusi. Seda saab teha bbappend retsepti abil. See lisab olemasoleva retsepti üksikasjad värskendatud allika kohta. Näiteksampbbappendi retsept uue plaastri lisamiseks peaks olema järgmise sisuga:

FILESEXTRAPATHS:prepend := “${THISDIR}/${PN}:” SRC_URI += file:// .plaaster
FILESEXTRAPATHS_prepend käsib Yocto Projectil SRC_URI-s loetletud paiga leidmiseks otsida loetletud kataloogist.

Märkus.
Kui bbappend retsepti ei võeta, view toomise logi file (log.do_fetch) töökausta all, et kontrollida, kas seotud paigad on lisatud või mitte. Mõnikord kasutatakse bbappendis oleva versiooni asemel retsepti Git-versiooni files.

Kuidas valida lisapakette
Piltidele saab lisada täiendavaid pakette, kui selle paketi jaoks on olemas retsept. Otsitav loend
Kogukonna pakutavaid retsepte leiab aadressilt layers.openembedded.org/. Saate otsida, kas rakendusel on juba Yocto projekti retsept olemas ja leida, kust see alla laadida.

Pildi värskendamine
Pilt on pakettide kogum ja keskkonna konfiguratsioon.
Pilt file (nt imx-image-multimedia.bb) määratleb paketid, mis lähevad sellesse file süsteem. Juur file süsteemid, tuumad, moodulid ja U-Booti binaarfail on saadaval failis build/tmp/deploy/images/ .

Märkus.
Saate koostada pakette ilma seda pildile lisamata, kuid kui soovite, et pakett installitaks automaatselt juurfaili, peate pildi uuesti üles ehitama.

Pakettgrupp
Paketirühm on pakettide kogum, mida saab lisada mis tahes pildile.
Paketirühm võib sisaldada pakettide komplekti. Näiteksample, võib multimeediumiülesanne vastavalt masinale määrata, kas VPU pakett on ehitatud või mitte, seega võib multimeediumipakettide valik olla automatiseeritud iga BSP poolt toetatava plaadi jaoks ja pildil on ainult multimeediumipakett.
Täiendavaid pakette saab installida, lisades järgmise rea /local.conf.

CORE_IMAGE_EXTRA_INSTALL:append = ” ”

Paketirühmi on palju. Need asuvad alamkataloogides, mille nimi on packagegroup või packagegroups.

Eelistatud versioon
Eelistatud versiooni kasutatakse konkreetse komponendi jaoks kasutatava retsepti eelistatud versiooni määramiseks. Ühel komponendil võib olla mitu retsepti erinevates kihtides ja eelistatud versioon viitab konkreetsele versioonile, mida kasutada.

Meta-imx kihis on layer.conf failis määratud kõigi retseptide eelistatud versioonid, et pakkuda tootmiskeskkonnale staatilist süsteemi. Neid eelistatud versiooni sätteid kasutatakse ametlike i.MX väljaannete jaoks, kuid mitte
edasiseks arenguks hädavajalik.
Eelistatud versioonid aitavad ka siis, kui eelmised versioonid võivad tekitada segadust, millist retsepti tuleks kasutada.
Näiteksample, kasutasid eelmised imx-testi ja imx-lib retseptid aasta-kuu versiooni, mis on muutunud versioonide koostamine. Ilma eelistatud versioonita võidakse valida vanem versioon. Retseptid, millel on _git versioonid, valitakse tavaliselt teiste retseptide asemel, välja arvatud juhul, kui eelistatud versioon on määratud. Eelistatud versiooni määramiseks sisestage faili local.conf järgmine fail.

PREFERRED_VERSION_ : = " ”

Eelistatud versioonide kasutamise kohta lisateabe saamiseks vaadake Yocto projekti käsiraamatuid.

Eelistatud pakkuja
Eelistatud pakkujat kasutatakse konkreetse komponendi eelistatud pakkuja määramiseks.
Komponendil võib olla mitu pakkujat. Näiteksample, võib Linuxi tuuma pakkuda i.MX või kernel.org ja eelistatud pakkuja määrab, et pakkuja kasutab.
Näiteksample, U-Booti pakub nii kogukond denx.de kui ka i.MX kaudu. Ühenduse pakkuja määrab u-boot-fslc. i.MX-i pakkuja määrab u-boot-imx. Eelistatud pakkuja määramiseks sisestage faili local.conf järgmine:

EELLISTATUD_PAKKUJA_ : = “ „EELISTATUD_PAKKUJA_u-boot_mx6 = „u-boot-imx”

SoC perekond
SoC-perekond dokumenteerib muudatuste klassi, mis kehtivad konkreetse süsteemikiipide komplekti kohta. Igas masina konfiguratsioonis file, masin on loetletud konkreetse SoC perekonnaga. NäiteksampNäiteks i.MX 6DualLite Sabre-SD kuulub i.MX 6 ja i.MX 6DualLite SoC perekondade alla. i.MX 6Solo Sabre-auto kuulub i.MX 6 ja ... alla.
i.MX 6Solo SoC perekonnad. Mõned muudatused saab failis local.conf suunata konkreetsele SoC perekonnale, et tühistada masina konfiguratsiooni muudatus. file. Järgmine on endineampmx6dlsabresd kerneli muudatuse näide
seadistus.

KERNEL_DEVICETREE:mx6dl = "imx6dl-sabresd.dts"

SoC perekonnad on kasulikud muudatuste tegemisel, mis on spetsiifilised ainult riistvaraklassi jaoks. Näiteksample, i.MX 28 EVK-l ei ole videotöötlusseadet (VPU), seega peaksid kõik VPU seaded kasutama i.MX 5 või i.MX 6, et need vastaksid õigele kiibiklassile.

BitBake'i logid

• BitBake logib ehitus- ja pakkimisprotsessid ajutises kataloogis tmp/work/kaustas. / /temp.
• Kui mõnel komponendil ei õnnestu paketti tuua, asub tõrketeadete logi file log.do_fetch.
  Kui mõnda komponenti ei õnnestu kompileerida, on tõrkeid näitav logi failis file log.do_compile.
• Mõnikord ei juurutata komponenti ootuspäraselt. Kontrollige ehituskomponendi all olevaid katalooge.
  kataloog (tmp/work/ / ). Kontrollige iga retsepti katalooge `package`, `packages-split` ja `sysroot*`, et näha, kas files asetatakse sinna (kus need on staged enne juurutamise kataloogi kopeerimist).

Kuidas lisada CVE-i jälgimise ja teavitamise mehhanismi?
CVE jälgimismehhanismi saab hankida GitHubist. Liikuge kataloogi imx-yocto-bsp/sources.

Käivitage järgmine käsk:

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

See käsk laadib alla täiendava metallikihi, mis pakub skripte pildimanifesti genereerimiseks, mida kasutatakse turvaseireks ja teavitamiseks osana NXP ja Timesysi Vigilesi tootepakkumisest. Lahenduse kasutamise kohta järgige jaotist 7.3.
Täielikule CVE-aruandlusele juurdepääsu saamiseks on vaja LinuxLinki litsentsivõtit. Ilma teie arenduskeskkonna võtmeta jätkab Vigiles täitmist demorežiimis, koostades ainult kokkuvõtlikke aruandeid.
Logige sisse oma Vigilesi kontole LinuxLinkis (või looge see, kui teil seda veel pole): https://www.timesys.com/register-nxp-vigiles/ Ava oma eelistused ja genereeri uus võti. Laadi võti alla. file sinu arengule
keskkond. Määrake võtme asukoht file failis Yocto conf/local.conf file järgmise avaldusega:

VIGILES_KEY_FILE = "/tools/timesys/linuxlink_key"

Viited

• Käivituslülitite kohta leiate lisateavet i.MX Linuxi kasutusjuhendi (UG10163) jaotisest „Kuidas käivitada i.MX plaate”.
• Piltide U-Booti abil allalaadimise kohta vaadake i.MX Linuxi kasutusjuhendi (UG10163) jaotist „Piltide allalaadimine U-Booti abil”.
• SD/MMC-kaardi seadistamise kohta vaadake i.MX Linuxi kasutusjuhendi (UG10163) jaotist „SD/MMC-kaardi ettevalmistamine käivitamiseks”.

Märkus dokumendi lähtekoodi kohta

ExampSelles dokumendis näidatud koodil on järgmised autoriõigused ja BSD-3-klausli litsents:
Autoriõigus 2025 NXP Edasilevitamine ja kasutamine lähte- ja kahendvormingus, muudatustega või ilma, on lubatud, kui on täidetud järgmised tingimused.

1. Lähtekoodi edasilevitamisel tuleb säilitada ülaltoodud autoriõiguse teatis, käesolev tingimuste loend ja järgmine lahtiütlus.
2. Binaarsel kujul levitamisel tuleb dokumentatsioonis ja/või muudes levitamisega kaasasolevates materjalides reprodutseerida ülaltoodud autoriõiguse teatis, käesolev tingimuste loend ja järgmine lahtiütlus.
3. Autoriõiguste omaniku ega kaastöötajate nimesid ei tohi kasutada sellest tarkvarast saadud toodete kinnitamiseks ega reklaamimiseks ilma eelneva kirjaliku loata.

AUTORIÕIGUSTE OMANIKUD JA KAASTÖÖTAJAD PAKUVAD SEDA TARKVARAT „NAGU ON“ JA KÕIK OTSESEID VÕI KAUDSEISI GARANTIISID, SEALHULGAS, KUID MITTE AINULT, KAUDSED GARANTIID KAUBASTATAVUSE JA KINDLAKS OTSTARBEKS SOBIVUSE KOHTA, EI ANTA. AUTORIÕIGUSTE OMANIK EGA KAASAASTAJAD EI VASTUTA MINGIL JUHUL OTSESE, KAUDSE, JUHUSLIKU, ERILISE, SOOVITATAVA VÕI TEGEVUSEST TULENEVA KAHJU EEST (SEALHULGAS, KUID MITTE AINULT, ASENDUSKAUPADE VÕI -TEENUSTE HANKIMINE; KASUTUSVÕIMALUSE, ANDMETE VÕI KASUMI KAOTAMINE; VÕI ÄRI KATKEMINE), OLENEMATA NENDE PÕHJUSEST JA MIS TAHES VASTUTUSE TEOORIA ALUSEL, KAS SEE ON LEPINGUL, RANGEL VASTUTUSEL VÕI ÕIGUSERIKKUMISEL (SEALHULGAS HOOLETUS VÕI MUUL VIISIL), MIS TEKKIVAD SELLE TARKVARA KASUTAMISEST, ISEGI KUI SELLISE KAHJU VÕIMALIKKUSEST ON TEAVITATUD.

Läbivaatamise ajalugu

See tabel näitab paranduste ajalugu. Paranduste ajalugu

Juriidiline teave

Definitsioonid
Mustand – dokumendi mustandi olek näitab, et sisu on endiselt sisemise ümberkorraldamise allview ja see on ametlikult heaks kiidetud, mis võib lõppeda
muudatustes või täiendustes. NXP Semiconductors ei anna mingeid kinnitusi ega garantiisid dokumendi mustandi versioonis sisalduva teabe täpsuse või täielikkuse kohta ega vastuta sellise teabe kasutamise tagajärgede eest.

Kohustustest loobumine
Piiratud garantii ja vastutus – selles dokumendis sisalduvat teavet peetakse täpseks ja usaldusväärseks. Siiski ei anna NXP Semiconductors mingeid otseseid ega kaudseid kinnitusi ega garantiisid sellise teabe täpsuse või täielikkuse kohta ega vastuta sellise teabe kasutamise tagajärgede eest. NXP Semiconductors ei vastuta selle dokumendi sisu eest, kui see on pärit NXP Semiconductori-välisest teabeallikast.

NXP Semiconductors ei vastuta ühelgi juhul kaudsete, juhuslike, karistuslike, eri- ega kaudsete kahjude eest (sealhulgas – ilma piiranguteta – saamata jäänud kasum, saamata jäänud säästud, ärikatkestused, mis tahes toodete eemaldamise või asendamisega seotud kulud või ümbertöötlemistasud). või ei põhine sellised kahjud deliktil (sh hooletus), garantiil, lepingu rikkumisel või mis tahes muul õiguslikul teoorial.
Olenemata kahjudest, mida klient võib mis tahes põhjusel kanda, on NXP Semiconductorsi koond- ja kumulatiivne vastutus kliendi ees siin kirjeldatud toodete eest piiratud vastavalt NXP Semiconductorsi kaubandusliku müügi tingimuste ja tingimustega.

• Õigus teha muudatusi — NXP Semiconductors jätab endale õiguse muuta selles dokumendis avaldatud teavet, sealhulgas ilma piiranguteta tehnilisi andmeid ja tootekirjeldusi, igal ajal ja ette teatamata. See dokument asendab ja asendab kogu teabe, mis on esitatud enne selle avaldamist.
• Kasutussobivus – NXP Semiconductors tooted ei ole kavandatud, volitatud ega garanteeritud nii, et need sobiksid kasutamiseks elu toetavates, elutähtsates või ohutuskriitilistes süsteemides või seadmetes ega rakendustes, kus võib mõistlikult eeldada NXP Semiconductors toote riket või talitlushäireid. põhjustada kehavigastusi, surma või raskeid vara- või keskkonnakahjustusi. NXP Semiconductors ja selle tarnijad ei vastuta NXP Semiconductorsi toodete lisamise ja/või kasutamise eest sellistesse seadmetesse või rakendustesse ning seetõttu toimub lisamine ja/või kasutamine kliendi enda riisikol.
• Rakendused – siin kirjeldatud mis tahes nende toodete rakendused on ainult illustratiivsed. NXP Semiconductors ei kinnita ega garanteeri, et sellised rakendused sobivad kindlaksmääratud kasutuseks ilma täiendava testimise või muutmiseta.
  Kliendid vastutavad oma NXP Semiconductorsi tooteid kasutavate rakenduste ja toodete disaini ja toimimise eest ning NXP Semiconductors ei vastuta mis tahes abi eest, mis on seotud rakenduste või kliendi tootekujundusega. Klient vastutab ainuisikuliselt selle eest, kas NXP Semiconductors toode sobib ja sobib kliendi rakenduste ja kavandatud toodete jaoks, samuti kliendi kolmandast isikust kliendi(te) kavandatud rakenduseks ja kasutamiseks. Kliendid peaksid oma rakenduste ja toodetega seotud riskide minimeerimiseks pakkuma asjakohaseid projekteerimis- ja töökaitsemeetmeid.
• NXP Semiconductors ei võta endale vastutust mis tahes vaikete, kahjustuste, kulude või probleemidega, mis põhinevad kliendi rakenduste või toodete või kliendi kolmandast isikust kliendi(te) rakenduse või kasutuse nõrkustel või vaiketel. Klient vastutab NXP Semiconductorsi tooteid kasutavate kliendi rakenduste ja toodete jaoks kõigi vajalike testimiste tegemise eest, et vältida rakenduste ja toodete või rakenduse või kliendi kolmandast isikust kliendi(te) poolt kasutuse vaikimisi. NXP ei võta sellega seoses mingit vastutust.
• Kaubandusmüügi tingimused — NXP Semiconductorsi tooteid müüakse kommertsmüügi üldtingimuste alusel, mis on avaldatud aadressil https://www.nxp.com/profile/terms kui kehtivas kirjalikus individuaallepingus ei ole kokku lepitud teisiti. Individuaalse lepingu sõlmimisel kehtivad ainult vastava lepingu tingimused. NXP Semiconductors on käesolevaga sõnaselgelt vastu kliendi üldiste tingimuste kohaldamisele seoses NXP Semiconductorsi toodete ostmisega kliendi poolt.
• Ekspordikontroll – selle dokumendi ja siin kirjeldatud kauba(de) suhtes võivad kehtida ekspordikontrolli eeskirjad. Eksport võib nõuda pädevate asutuste eelnevat luba.
• Sobivus kasutamiseks mittekvalifitseeruvates toodetes – kui selles dokumendis ei ole sõnaselgelt öeldud, et see konkreetne NXP Semiconductors toode on autotööstuse jaoks kvalifitseeritud, ei sobi toode autotööstuses kasutamiseks. See ei ole kvalifitseeritud ega testitud vastavalt autode testimise või rakenduse nõuetele. NXP Semiconductors ei vastuta mootorsõidukitööstusele mittevastavate toodete lisamise ja/või kasutamise eest autotööstuse seadmetesse või rakendustesse.
• Juhul, kui klient kasutab toodet autotööstuses kasutatavate rakenduste projekteerimiseks ja kasutamiseks autotööstuse spetsifikatsioonide ja standardite kohaselt, peab klient (a) kasutama toodet ilma NXP Semiconductors'i garantiita tootele selliste autotööstuse rakenduste, kasutuse ja spetsifikatsioonide jaoks ning ( b) kui klient kasutab toodet autotööstuses väljaspool NXP Semiconductorsi spetsifikatsioone, toimub selline kasutamine ainult kliendi enda riisikol ja (c) klient hüvitab NXP Semiconductorsile täielikult mis tahes vastutuse, kahjud või ebaõnnestunud tootenõuded, mis tulenevad kliendi disainist ja kasutamisest toode autotööstuses kasutamiseks väljaspool NXP Semiconductorsi standardgarantii ja NXP Semiconductorsi toote spetsifikatsioone.
• HTML-väljaanded – selle dokumendi HTML-versioon, kui see on saadaval, on saadaval viisakusena. Lõplik teave sisaldub asjakohases dokumendis PDF-vormingus. Kui HTML-dokumendi ja PDF-dokumendi vahel esineb lahknevusi, on PDF-dokumendil prioriteet.
• Tõlked – dokumendi mitteingliskeelne (tõlgitud) versioon, sealhulgas selles dokumendis sisalduv juriidiline teave, on ainult viitamiseks. Ingliskeelne versioon on ülimuslik, kui tõlgitud ja ingliskeelse versiooni vahel esineb lahknevusi.

• Turvalisus – klient mõistab, et kõigi NXP toodete puhul võivad esineda tuvastamata haavatavused või need võivad toetada kehtestatud turvastandardeid või spetsifikatsioone teadaolevate piirangutega. Klient vastutab oma rakenduste ja toodete kavandamise ja töötamise eest kogu nende elutsükli jooksul, et vähendada nende haavatavuste mõju kliendi rakendustele ja toodetele. Kliendi vastutus laieneb ka muudele avatud ja/või patenteeritud tehnoloogiatele, mida NXP tooted toetavad kliendi rakendustes kasutamiseks. NXP ei vastuta haavatavuse eest. Klient peaks regulaarselt kontrollima NXP turvavärskendusi ja võtma asjakohaseid järelmeetmeid.
• Klient valib välja turvafunktsioonidega tooted, mis vastavad kõige paremini kavandatud rakenduse reeglitele, määrustele ja standarditele ning teeb oma toodete osas lõplikud disainiotsused ning vastutab ainuisikuliselt kõigi oma tooteid puudutavate juriidiliste, regulatiivsete ja turvalisusega seotud nõuete järgimise eest, olenemata mis tahes teabe või toe kohta, mida NXP võib pakkuda.
• NXP-l on tooteturbe intsidentidele reageerimise meeskond (PSIRT) (saadaval aadressil PSIRT@nxp.com mis haldab NXP-toodete turvaaukude uurimist, aruandlust ja lahenduste väljalaskmist.
• NXP BV — NXP BV ei ole tegutsev ettevõte ning ta ei levita ega müü tooteid.

Kaubamärgid
Märkus. Kõik viidatud kaubamärgid, tootenimed, teenuste nimed ja kaubamärgid on nende vastavate omanike omand.
NXP — sõnamärk ja logo on NXP BV kaubamärgid

© 2025 NXP BV Kõik õigused kaitstud.

Dokumendid / Ressursid

NXP UG10164 i.MX Yocto projekt [pdfKasutusjuhend LF6.12.20_2.0.0, UG10164 i.MX Yocto projekt, UG10164, i.MX Yocto projekt, Yocto projekt, projekt

Viited

• Kasutusjuhend