NXP UG10164 i.MX Yocto Project

Informasi dokumen

Swaraview

• Dokumen iki nerangake carane nggawe gambar kanggo papan i.MX kanthi nggunakake lingkungan mbangun Yocto Project. Iki nggambarake lapisan rilis i.MX lan panggunaan khusus i.MX.
• Proyek Yocto minangka kolaborasi sumber terbuka sing fokus ing pangembangan OS Linux sing dipasang. Kanggo informasi luwih lengkap babagan Proyek Yocto, deleng kaca Proyek Yocto: www.yoctoproject.org/  Ana sawetara dokumen ing kaca ngarep Yocto Project sing nerangake kanthi rinci babagan cara nggunakake sistem kasebut. Kanggo nggunakake Yocto dhasar.
• Project tanpa lapisan release i.MX, tindakake pandhuan ing Yocto Project cepet Mulai ditemokaké ing https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html
• FSL Yocto Project Community BSP (ditemokake ing freescale.github.io) minangka komunitas pangembangan ing njaba NXP sing nyedhiyakake dhukungan kanggo papan i.MX ing lingkungan Yocto Project. i.MX gabung karo komunitas Yocto Project, nyedhiyakake rilis adhedhasar kerangka Yocto Project. Informasi khusus kanggo panggunaan BSP komunitas FSL kasedhiya ing komunitas kasebut web kaca. Dokumen iki minangka tambahan saka dokumentasi BSP komunitas.
• Files digunakake kanggo mbangun gambar disimpen ing lapisan. Lapisan ngemot macem-macem jinis kustomisasi lan asale saka macem-macem sumber. Sawetara saka files ing lapisan diarani resep. Resep Yocto Project ngemot mekanisme kanggo njupuk kode sumber, mbangun lan ngemas komponen. Dhaptar ing ngisor iki nuduhake lapisan sing digunakake ing rilis iki.

lapisan release i.MX

• meta-imx
  • meta-imx-bsp: nganyari kanggo meta-freescale, poky, lan meta-openembedded lapisan
  • meta-imx-sdk: nganyari kanggo meta-freescale-distros
  • meta-imx-ml: Resep sinau mesin
  • meta-imx-v2x: resep V2X mung digunakake kanggo i.MX 8DXL
  • meta-imx-cockpit: Resep kokpit kanggo i.MX 8QuadMax

lapisan komunitas Yocto Project

• meta-freescale: Nyedhiyani dhukungan kanggo dhasar lan papan referensi i.MX Arm.
• meta-freescale-3rdparty: Nyedhiyani dhukungan kanggo pihak katelu lan papan partner.
• meta-freescale-distro: Item tambahan kanggo mbantu pangembangan lan kemampuan papan olahraga.
• fsl-community-bsp-base: Asring diganti jeneng dadi basa. Nyedhiyani konfigurasi dhasar kanggo FSL Community BSP.
• meta-openembedded: Koleksi lapisan kanggo alam semesta OE-inti. Waca layers.openembedded.org/.
• poky: item Project Yocto dhasar ing Poky. Waca Poky README kanggo rincian.
• meta-browser: Nyedhiyakake sawetara browser.
• meta-qt6: Nyedhiyakake Qt 6.
• meta-timesys: Nyedhiyani alat Vigiles kanggo ngawasi lan kabar babagan kerentanan BSP (CVE).

Referensi kanggo lapisan komunitas ing dokumen iki kanggo kabeh lapisan ing Yocto Project kajaba meta-imx. Papan i.MX dikonfigurasi ing lapisan meta-imx lan meta-freescale. Iki kalebu U-Boot, kernel Linux, lan rincian khusus papan referensi.
i.MX menehi lapisan tambahan disebut i. Rilis MX BSP, jenenge meta-imx, kanggo nggabungake rilis i.MX anyar karo FSL Yocto Project Community BSP. Lapisan meta-imx nduweni tujuan kanggo ngeculake resep lan konfigurasi mesin Yocto Project sing dianyari lan anyar kanggo rilis anyar sing durung kasedhiya ing lapisan meta-freescale lan meta-freescale-distro sing ana ing Yocto Project. Isi lapisan Rilis i.MX BSP yaiku resep lan konfigurasi mesin. Ing akeh kasus test, lapisan liyane ngleksanakake resep utawa kalebu files lan lapisan release i.MX menehi nganyari kanggo resep-resep dening salah siji appending kanggo resep saiki, utawa kalebu komponèn lan nganyari karo patch utawa lokasi sumber. Paling resep lapisan release i.MX cilik banget amarga padha nggunakake apa sing wis kasedhiya masyarakat lan nganyari apa sing dibutuhake kanggo saben versi paket anyar sing ora kasedhiya ing lapisan liyane.

• Lapisan i.MX BSP Release uga menehi resep gambar sing nyakup kabeh komponen sing dibutuhake kanggo gambar sistem kanggo boot, supaya luwih gampang pangguna. Komponen bisa dibangun kanthi individu utawa liwat resep gambar, sing narik kabeh komponen sing dibutuhake ing gambar dadi siji proses mbangun.
• Kernel i.MX lan rilis U-Boot diakses liwat repositori GitHub umum i.MX. Nanging, sawetara komponen dirilis minangka paket ing pangilon i.MX. Resep-resep adhedhasar paket narik files saka pangilon i.MX tinimbang lokasi Git lan ngasilake paket sing dibutuhake.
• Kabeh paket sing dirilis minangka binar dibangun kanthi titik ngambang hardware diaktifake kaya sing ditemtokake dening DEFAULTTUNE sing ditetepake ing saben konfigurasi mesin. file. Paket floating point piranti lunak ora kasedhiya wiwit rilis jethro.
• Rilis LF6.12.20_2.0.0 dirilis kanggo Yocto Project 5.2 (Walnascar). Resep sing padha kanggo Yocto Project 5.2 bakal diluncurake lan kasedhiya ing rilis sabanjure rilis Yocto Project. Siklus rilis Yocto Project kira-kira nem sasi.
• Resep lan tambalan ing meta-imx bakal munggah menyang lapisan komunitas. Sawise rampung kanggo komponen tartamtu, ing files ing meta-imx ora dibutuhake maneh lan FSL Yocto Project Community BSP bakal menehi dhukungan. Komunitas ndhukung papan referensi i.MX, papan komunitas, lan papan pihak katelu.

Perjanjian lisensi pangguna pungkasan
Sajrone proses lingkungan persiyapan NXP Yocto Project BSP, NXP End User License Agreement (EULA) ditampilake. Kanggo terus nggunakake piranti lunak i.MX Proprietary, pangguna kudu setuju karo syarat lisensi iki. Persetujuan kanggo syarat ngidini Yocto Project mbangun kanggo untar paket saka pangilon i.MX.

Cathetan:
Waca perjanjian lisensi iki kanthi teliti sajrone proses persiyapan, amarga yen ditampa, kabeh karya liyane ing lingkungan i.MX Yocto Project disambungake karo persetujuan sing ditampa iki.

Referensi
i.MX duwe sawetara kulawarga sing didhukung ing piranti lunak. Ing ngisor iki minangka kulawarga sing kadhaptar lan SoC saben kulawarga. Cathetan Rilis Linux i.MX nggambarake SoC sing didhukung ing rilis saiki. Sawetara SoC sing wis dirilis sadurunge bisa dibangun ing rilis saiki nanging ora divalidasi yen ana ing level sing wis divalidasi sadurunge.

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

Rilis iki kalebu referensi ing ngisor iki lan informasi tambahan.

• Cathetan Rilis i.MX Linux (RN00210) - Nyedhiyakake informasi rilis.
• i.MX Linux User's Guide (UG10163) – Nyedhiyani informasi babagan nginstal U-Boot lan Linux OS lan nggunakake
  i. Fitur khusus MX.
• Pandhuan pangguna i.MX Yocto Project (UG10164) – Nggambarake paket dhukungan papan kanggo sistem pangembangan NXP nggunakake Yocto Project kanggo nyiyapake host, nginstal chain alat, lan nggawe kode sumber kanggo nggawe gambar.
• i.MX Porting Guide (UG10165) - Nyedhiyani instruksi ing porting BSP menyang Papan anyar.
• i.MX Machine Learning User's Guide (UG10166) – Nyedhiyani informasi machine learning.
• i.MX DSP User's Guide (UG10167) – Nyedhiyani informasi babagan DSP kanggo i.MX 8.
• i.MX 8M Plus Kamera lan Tampilan Guide (UG10168) - Nyedhiyani informasi ing ISP Independent Sensor Interface API kanggo i.MX 8M Plus.
• i.MX Digital Cockpit Hardware Partitioning Enablement kanggo i.MX 8QuadMax (UG10169) - Nyedhiyani solusi hardware Cockpit Digital i.MX kanggo i.MX 8QuadMax.
• i.MX Graphics User's Guide (UG10159) – Njlèntrèhaké fitur grafis.
• Pandhuan pangguna Harpoon (UG10170) - Nyedhiyakake rilis Harpoon kanggo kulawarga piranti i.MX 8M.
• Manual Referensi Linux i.MX (RM00293) - Nyedhiyakake informasi babagan driver Linux kanggo i.MX.
• i.MX VPU Application Programming Interface Linux Reference Manual (RM00294) - Nyedhiyani informasi referensi ing API VPU ing i.MX 6 VPU.
• EdgeLock Enclave Hardware Security Module API (RM00284) - Dokumen iki minangka katrangan referensi piranti lunak saka API sing diwenehake dening solusi i.MX 8ULP, i.MX 93, lan i.MX 95 Hardware Security Module (HSM) kanggo EdgeLock Enclave ( ELE) Platform.

Pandhuan wiwitan cepet ngemot informasi dhasar ing papan lan nyetel. Dheweke ana ing NXP websitus.

• Pandhuan Mulai Cepet Platform SABER (IMX6QSDPQSG)
• Pandhuan Mulai Cepet i.MX 6UltraLite EVK (IMX6ULTRALITEQSG)
• Pandhuan Mulai Cepet i.MX 6ULL ​​EVK (IMX6ULLQSG)
• i.MX 7Dual SABRE-SD Pandhuan Mulai Cepet (SABRESDBIMX7DUALQSG)
• i.MX 8M Quad Evaluation Kit Pandhuan Mulai Cepet (IMX8MQUADEVKQSG)
• i.MX 8M Kit Evaluasi Mini Pandhuan Mulai Cepet (8MMINIEVKQSG)
• i.MX 8M Nano Evaluation Kit Quick Start Guide (8MNANOEVKQSG)
• i.MX 8QuadXPlus Multisensory Enablement Kit Pandhuan Mulai Cepet (IMX8QUADXPLUSQSG)
• i.MX 8QuadMax Multisensory Enablement Kit Pandhuan Mulai Cepet (IMX8QUADMAXQSG)
• i.MX 8M Plus Evaluation Kit Quick Start Guide (IMX8MPLUSQSG)
• Pandhuan Mulai Cepet i.MX 8ULP EVK (IMX8ULPQSG)
• Pandhuan Mulai Cepet i.MX 8ULP EVK9 (IMX8ULPEVK9QSG)
• Pandhuan Mulai Cepet i.MX 93 EVK (IMX93EVKQSG)
• i.MX 93 9×9 Pandhuan Mulai Cepet QSB (93QSBQSG)

Dokumentasi kasedhiya online ing nxp.com

• i.MX 6 informasi ing nxp.com/iMX6series
• informasi i.MX SABER ana ing nxp.com/imxSABRE
• informasi i.MX 6UltraLite ana ing nxp.com/iMX6UL
• i.MX 6ULL ​​informasi ing nxp.com/iMX6ULL
• i.MX 7Dual informasi ing nxp.com/iMX7D
• i.MX 7ULP informasi ing nxp.com/imx7ulp
• i.MX 8 informasi ing nxp.com/imx8
• i.MX 6ULZ informasi ing nxp.com/imx6ulz
• i.MX 91 informasi ing nxp.com/imx91
• i.MX 93 informasi ing nxp.com/imx93
• i.MX 943 informasi ing nxp.com/imx94

Fitur

Lapisan Rilis Proyek Yocto i.MX duwe fitur ing ngisor iki:

• Resep kernel Linux
  • Resep kernel dumunung ing folder resep-kernel lan nggabungake sumber kernel i.MX Linux linux-imx.git sing diundhuh saka gudang i.MX GitHub. Iki rampung kanthi otomatis dening resep-resep ing project.
  • LF6.12.20_2.0.0 minangka kernel Linux sing dirilis kanggo Proyek Yocto.
• U-Boot resep
  • Resep U-Boot dumunung ing folder resep-bsp lan nggabungake sumber i.MX U-Boot uboot-imx.git sing diundhuh saka gudang i.MX GitHub.
  • i.MX release LF6.12.20_2.0.0 kanggo i.MX 6, i.MX 7, i.MX 8, i.MX 91, i.MX 93, i.MX 943, lan i.MX 95 piranti nggunakake v2025.04 i.MX U-Boot versi dianyari. Versi iki durung dianyari kanggo kabeh hardware i.MX.
  • Komunitas BSP i.MX Yocto Project nggunakake u-boot-fslc saka garis utama, nanging iki mung didhukung dening komunitas U-Boot lan ora didhukung karo kernel L6.12.20.
  • I.MX Yocto Project Community BSP kerep nganyari versi U-Boot, supaya informasi ing ndhuwur bisa diganti amarga versi U-Boot anyar digabungake menyang lapisan meta-freescale lan nganyari saka rilis i.MX u-boot-imx digabungake menyang jalur utama.
• resep-resep grafis
  • Resep grafis dumunung ing folder resep-grafis.
  • Resep grafis nggabungake rilis paket grafis i.MX.
    Kanggo i.MX SoC sing duwe hardware GPU Vivante, resep imx-gpu-viv ngemas komponen grafis kanggo saben distro: frame buffer (FB), XWayland, Wayland backend, lan Weston compositor (Weston). Mung i.MX 6 lan i.MX 7 ndhukung pigura buffer.
  • Kanggo i.MX SoC sing duwe hardware GPU Mali, resep mali-imx ngemas komponen grafis kanggo distro backend XWayland lan Wayland. Fitur iki mung kanggo i.MX 9.
  • Xorg-driver nggabungake xserver-xorg.
• resep paket i.MX
  firmware-imx, fimrware-upower, imx-sc-fimrware, lan paket liyane manggon ing resep-bsp lan narik saka pangilon i.MX kanggo mbangun lan paket menyang resep gambar.
• resep-resep multimedia
  • Resep-resep multimedia dumunung ing folder resep-multimedia.
  • Paket kepemilikan kaya imx-codec lan imx-parser duwe resep narik sumber saka pangilon umum i.MX kanggo mbangun lan ngemas menyang resep gambar.
  • Paket open source duwe resep sing narik sumber saka Git Repos umum ing GitHub.
  • Sawetara resep diwenehake kanggo codec sing diwatesi lisensi. Paket kasebut ora ana ing pangilon umum i.MX. Paket kasebut kasedhiya kanthi kapisah. Hubungi wakil Pemasaran i.MX kanggo entuk iki.
• resep-resep inti
  Sawetara resep kanggo aturan, kayata udev, nyedhiyakake aturan i.MX sing dianyari kanggo disebarake ing sistem kasebut. Resep-resep iki biasane nganyari kebijakan lan mung digunakake kanggo kustomisasi. Rilis mung nyedhiyakake nganyari yen perlu.
• resep-resep demo
  Resep demonstrasi dumunung ing direktori meta-imx-sdk. Lapisan iki ngemot resep gambar lan resep kanggo kustomisasi, kayata kalibrasi tutul, utawa resep kanggo aplikasi demonstrasi.
• Resep sinau mesin
  Resep pembelajaran mesin dumunung ing direktori meta-imx-ml. Lapisan iki ngemot resep pembelajaran mesin kanggo paket, kayata tensorflow-lite lan onnx.
• resep-resep kokpit
  Resep kokpit manggon ing meta-imx-cockpit lan didhukung ing i.MX 8QuadMax nggunakake konfigurasi mesin imx-8qm-cockpit-mek.
• resep GoPoint
  Resep demo GoPoint manggon ing lapisan meta-nxp-demo-pengalaman. Liyane demonstrasi lan resep alat kalebu. Lapisan iki kalebu ing kabeh gambar lengkap sing dirilis.

Host Setup

Kanggo entuk prilaku samesthine Proyek Yocto ing mesin host Linux, instal paket lan keperluan sing diterangake ing ngisor iki. Wawasan penting yaiku papan hard disk sing dibutuhake ing mesin host. Kanggo exampNanging, nalika mbangun ing mesin sing nganggo Ubuntu, papan hard disk minimal sing dibutuhake kira-kira 50 GB. Disaranake sing paling 120 GB kasedhiya, kang cukup kanggo ngumpulake kabeh backends bebarengan. Kanggo mbangun komponen machine learning, paling ora 250 GB dianjurake.
Versi Ubuntu minimal sing disaranake yaiku 22.04 utawa luwih anyar.

1. Docker
   i.MX saiki ngeculake skrip persiyapan docker ing imx-docker. Tindakake pandhuan ing readme kanggo nyetel mesin mbangun host nggunakake docker.
   Kajaba iku, docker ing papan diaktifake kanthi manifes standar kanthi kalebu lapisan meta-virtualisasi ing i.MX 8 mung. Iki nggawe sistem tanpa kepala kanggo nginstal wadhah docker saka hub docker eksternal.
2. Paket host
   A Yocto Project mbangun mbutuhake paket tartamtu kanggo diinstal kanggo mbangun sing didokumentasikan ing Yocto Project. Pindhah menyang Yocto Project Quick Start lan priksa paket sing kudu diinstal kanggo mesin mbangun sampeyan.
   Paket host Yocto Project sing penting yaiku:

sudo apt-get nginstal build-essential chrpath cpio debianutils diffstat file ngakak
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
Alat konfigurasi nggunakake versi standar grep sing ana ing mesin mbangun sampeyan. Yen ana versi grep sing beda ing dalan sampeyan, bisa nyebabake gagal. Salah sawijining solusi yaiku ngganti jeneng versi khusus dadi sing ora ngemot grep.

Nggawe utilitas Repo
Repo minangka alat sing dibangun ing ndhuwur Git sing nyederhanakake ngatur proyek sing ngemot pirang-pirang repositori, sanajan di-host ing macem-macem server. Repo nglengkapi banget sifat lapisan saka Yocto Project, nggawe luwih gampang kanggo pangguna kanggo nambah lapisan dhewe menyang BSP.

Kanggo nginstal utilitas "repo", tindakake langkah ing ngisor iki:

1. Nggawe folder bin ing direktori ngarep.
   • mkdir ~/bin (langkah iki bisa uga ora dibutuhake yen folder bin wis ana)
   • curl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repo
   • chmod a+x ~/bin/repo
2. Kanggo mesthekake yen folder ~ / bin ing variabel PATH Panjenengan, nambah baris ing ngisor iki kanggo .bashrc file. ekspor PATH=~/bin:$PATH

Yocto Project Setup

Direktori Rilis BSP i.MX Yocto Project ngemot direktori sumber, sing kalebu resep sing digunakake kanggo mbangun siji utawa luwih direktori mbangun, bebarengan karo sakumpulan skrip sing digunakake kanggo nyiyapake lingkungan.
Resep sing digunakake kanggo mbangun proyek kasebut asale saka komunitas lan rilis i.MX BSP. Lapisan Yocto Project diundhuh menyang direktori sumber. Langkah iki mesthekake yen kabeh resep sing dibutuhake wis disetel kanggo mbangun proyek kasebut.
Ex ing ngisor ikiample nuduhake carane download lapisan resep i.MX Yocto Project Linux BSP. Kanggo mantan ikiample, direktori sing disebut imx-yocto-bsp digawe kanggo proyek kasebut. Sembarang jeneng bisa digunakake tinimbang iki.

Cathetan:
https://github.com/nxp-imx/imx-manifest/tree/imx-linux-walnascar wis dhaftar kabeh manifest files didhukung ing release iki.
Nalika proses iki rampung, BSP dicenthang metu menyang direktori imx-yocto-bsp/sources.

Mbangun Gambar

• i.MX 6
  • imx6qpsabresd
  • imx6ulevk
  • imx6ulz-14×14-evk
  • imx6ull14x14evk
  • imx6ull9x9evk
  • imx6dlsabresd
  • imx6qsabresd
  • imx6solosabresd
  • imx6sxsabresd
  • imx6sllevk
• i.MX 7
  • imx7dsabresd
• i.MX 8
  • imx8 wuh
  • imx8qxpc0mek
  • imx8mqvk
  • 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

Saben folder mbangun kudu dikonfigurasi kanthi cara sing mung nggunakake siji distro. Saben variabel DISTRO_FEATURES diganti, folder mbangun sing resik dibutuhake. Konfigurasi distro disimpen ing local.conf file ing setelan DISTRO lan ditampilake nalika bitbake mlaku. Ing rilis kepungkur, kita nggunakake distro poky lan versi khusus lan panyedhiya ing layer.conf nanging distro khusus minangka solusi sing luwih apik. Nalika distro poky standar digunakake, konfigurasi masyarakat standar digunakake. Minangka rilis i.MX, kita luwih seneng duwe set konfigurasi sing NXP ndhukung lan wis dites.
Punika dhaptar konfigurasi DISTRO. Elinga yen fsl-imx-fb ora didhukung ing i.MX 8 utawa i.MX 9, lan fsl-imx-x11 ora didhukung maneh.

• fsl-imx-wayland: Grafis Wayland Murni.
• fsl-imx-xwayland: grafis Wayland lan X11. Aplikasi X11 nggunakake EGL ora didhukung.
• fsl-imx-fb: Frame Buffer grafis - ora X11 utawa Wayland. Frame Buffer ora didhukung ing i.MX 8 lan i.MX 9.

Yen ora ana distro file wis ditemtokake, distro XWayland disetel kanthi gawan. Pangguna olèh nggawe distro dhewe file adhedhasar salah siji saka iki kanggo ngatur lingkungane tanpa nganyari local.conf kanggo nyetel versi lan panyedhiya sing disenengi.
Sintaks kanggo skrip imx-setup-release.sh kapacak ing ngisor iki:

ngendi,

• DISTRO= yaiku distro, sing ngatur lingkungan mbangun, lan disimpen ing meta-imx/meta-imx-sdk/conf/distro.
• MESIN= iku jeneng mesin, kang nuduhake konfigurasi file ing conf / machine ing meta-freescale lan meta-imx.
• -b nemtokake jeneng direktori mbangun digawe dening script imx-setup-release.sh.
• Nalika skrip diluncurake, pangguna bakal nampa EULA. Sawise EULA ditampa, panriman disimpen ing local.conf ing saben folder mbangun lan pitakon panampa EULA ora ditampilake maneh kanggo folder mbangun kasebut.
• Sawise skrip mlaku, direktori kerja yaiku sing digawe dening skrip, sing ditemtokake karo pilihan -b. Folder conf digawe ngemot files bblayers.conf lan local.conf.
• Ing /conf/bblayers.conf file ngemot kabeh lapisan meta sing digunakake ing release i.MX Yocto Project.
• Lokal.conf file ngemot spesifikasi mesin lan distro:
• MESIN ??= 'imx7ulpevk'
• DISTRO ?= 'fsl-imx-xwayland'
• ACCEPT_FSL_EULA = “1”
  ngendi,
• Konfigurasi MESIN bisa diganti kanthi nyunting iki file, yen perlu.
• ACCEPT_FSL_EULA ing local.conf file nuduhake yen sampeyan wis nampa syarat EULA.
• Ing lapisan meta-imx, konfigurasi mesin gabungan (imx6qpdlsolox.conf lan imx6ul7d.conf) diwenehake kanggo mesin i.MX 6 lan i.MX 7. i.MX nggunakake iki kanggo mbangun gambar umum karo kabeh wit piranti ing siji gambar kanggo testing. Aja nggunakake mesin iki kanggo apa-apa liyane saka testing.

Milih gambar proyek i.MX Yocto
Proyek Yocto nyedhiyakake sawetara gambar sing kasedhiya ing macem-macem lapisan. Resep gambar nampilake macem-macem gambar kunci, isi, lan lapisan sing nyedhiyakake resep gambar.

Tabel 1. gambar proyek i.MX Yocto

Nggawe gambar
Yocto Project mbangun nggunakake printah bitbake. Kanggo example, kebak mbangun komponen jenenge. Saben komponen mbangun duwe macem-macem tugas, kayata njupuk, konfigurasi, kompilasi, kemasan, lan nyebarke menyang rootfs target. Mbangun gambar bitbake nglumpukake kabeh komponen sing dibutuhake dening gambar lan mbangun miturut ketergantungan saben tugas. Mbangun pisanan yaiku toolchain bebarengan karo alat sing dibutuhake kanggo mbangun komponen.

Printah ing ngisor iki minangka exampbabagan carane nggawe gambar:

• bitbake imx-image-multimedia

Pilihan Bitbake
Printah bitbake sing digunakake kanggo mbangun gambar yaiku bitbake . Parameter tambahan bisa digunakake kanggo aktivitas tartamtu sing diterangake ing ngisor iki. Bitbake menehi macem-macem opsi migunani kanggo ngembangaken siji
komponen. Kanggo mbukak karo parameter BitBake, printah katon kaya iki:

bitbake
ngendi, minangka paket mbangun sing dikarepake. Tabel ing ngisor iki nyedhiyakake sawetara opsi BitBake.

Tabel 2. Pilihan BitBake

Konfigurasi U-Boot
Konfigurasi U-Boot ditetepake ing konfigurasi mesin utama file. Konfigurasi kasebut ditemtokake kanthi nggunakake setelan UBOOT_CONFIG. Iki mbutuhake setelan UBOOT_CONFIG ing local.conf. Yen ora, mbangun U-Boot nggunakake boot SD minangka standar.
Iki bisa dibangun kanthi kapisah kanthi nggunakake printah ing ngisor iki (ganti MACHINE menyang target sing bener). Multiple konfigurasi U-Boot bisa dibangun karo siji printah dening panggolekan spasi antarane konfigurasi U-Boot.
Ing ngisor iki konfigurasi U-Boot kanggo saben papan. Papan i.MX 6 lan i.MX 7 ndhukung SD tanpa OP-TEE lan karo OP-TEE:

• uboot_config_imx95evk=”sd fspi”
• uboot_config_imx943evk=”sd xspi”
• uboot_config_imx93evk=”sd fspi”
• uboot_config_imx91evk=”sd nand fspi ecc”
• uboot_config_imx8mpevk=”sd fspi ecc”
• uboot_config_imx8mnevk=”sd fspi”
• uboot_config_imx8mmevk=”sd fspi”
• uboot_config_imx8mqevk=”sd”
• uboot_config_imx8dxlevk=”sd fspi”
• uboot_conifg_imx8dxmek=”sd fspi”
• uboot_config_imx8qxpc0mek=”sd fspi”
• uboot_config_imx8qxpmek=”sd fspi”
• uboot_config_imx8qmmek=”sd fspi”
• uboot_config_imx8ulpevk=”sd fspi”
• uboot_config_imx8ulp-9×9-lpddr4-evk=”sd fspi”
• uboot_config_imx6qsabresd=”sd sata sd-optee”
• uboot_config_imx6qsabreauto=”sd sata eimnor spinor lan sd-optee”
• uboot_config_imx6dlsabresd=”sd epdc sd-optee”
• uboot_config_imx6dlsabreauto=”sd eimnor spinor lan sd-optee”
• uboot_config_imx6solosabresd=”sd sd-optee”
• uboot_config_imx6solosabreauto=”sd eimnor spinor lan sd-optee”
• uboot_config_imx6sxsabresd=”sd emmc qspi2 m4fastup sd-optee”
• uboot_config_imx6sxsabreauto=”sd qspi1 lan sd-optee”
• uboot_config_imx6qpsabreauto=”sd sata eimnor spinor lan 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 lan sd-optee”
• uboot_config_imx7ulpevk=”sd emmc sd-optee”

Kanthi mung siji konfigurasi U-Boot:

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

Kanthi macem-macem konfigurasi U-Boot:

• echo “UBOOT_CONFIG = \”sd eimnor\”” >> conf/local.conf
• MESIN= bitbake -c masang u-boot-imx

Mbangun skenario
Ing ngisor iki minangka skenario persiyapan kanggo macem-macem konfigurasi.
Setel manifest lan isi sumber lapisan Yocto Project nganggo printah iki:

• 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 sinkronisasi repo

Bagean ing ngisor iki menehi sawetara eks tartamtuamples. Ganti jeneng mesin lan backends sing ditemtokake kanggo ngatur printah.

i.MX 8M Plus EVK karo backend grafis XWayland

• DISTRO=fsl-imx-xwayland MACHINE=imx8mpevk sumber imx-setup-release.sh -b build-xwayland bitbake imx-image-full
• Iki nggawe gambar XWayland kanthi fitur Qt 6 lan machine learning. Kanggo mbangun tanpa Qt 6 lan machine learning, nggunakake imx-image-multimedia tinimbang.

Gambar i.MX 8M Quad EVK karo backend grafis Walyand

• DISTRO=fsl-imx-wayland MACHINE=imx8mqevk sumber imx-setup-release.sh -b buildwayland
• bitbake imx-image-multimedia
  Iki nggawe gambar Weston Wayland kanthi multimedia tanpa Qt 6.

i.MX 6QuadPlus SABRE-AI gambar karo Frame Buffer grafis backend

• DISTRO=fsl-imx-fb MESIN=imx6qpsabresd sumber imx-setup-release.sh –b buildfb
• bitbake imx-image-multimedia
• Iki nggawe gambar multimedia kanthi backend buffer pigura.

Miwiti maneh lingkungan mbangun
Yen jendhela terminal anyar dibukak utawa mesin urip maneh sawise direktori mbangun disetel, skrip lingkungan persiyapan kudu digunakake kanggo nyiyapake variabel lingkungan lan mbukak mbangun maneh. imx-setup-release.sh lengkap ora dibutuhake.

sumber persiyapan-lingkungan

Browser Chromium ing Wayland
Komunitas Yocto Project duwe resep Chromium kanggo Browser Chromium versi Wayland kanggo i.MX SoC kanthi hardware GPU. NXP ora ndhukung utawa nguji tembelan saka komunitas. Bagean iki nerangake carane nggabungake Chromium menyang rootfs lan ngaktifake hardware accelerated rendering WebGL. Browser Chromium mbutuhake lapisan tambahan kayata meta-browser sing ditambahake ing skrip imx-release-setup.sh kanthi otomatis.

Cathetan:

• X11 ora didhukung.
• Dhukungan i.MX 6 lan i.MX 7 ora digunakake ing rilis iki lan bakal dibusak ing rilis sabanjure. Ing local.conf, tambahake Chromium menyang gambar sampeyan.

CORE_IMAGE_EXTRA_INSTALL += "kromium-ozon-wayland"
Tambah lapisan Chromium menyang bangunan sampeyan.
bitbake-layers add-layer ../sources/meta-browser/meta-chromium

Qt 6 lan QtWebMesin browser
Qt 6 nduweni lisensi komersial lan open source. Nalika mbangun ing Yocto Project, sumber mbukak
lisensi minangka standar. Priksa manawa sampeyan ngerti bedane antarane lisensi kasebut lan pilih kanthi tepat. Sawise adat Qt 6 pembangunan wis diwiwiti ing lisensi mbukak sumber, iku ora bisa digunakake karo lisensi komersial. Makarya karo wakil legal kanggo ngerti beda antarane lisensi iki.

Cathetan:
Gedung QtWebEngine ora kompatibel karo lapisan meta-kromium digunakake dening release.

• Yen sampeyan nggunakake persiyapan mbangun NXP, mbusak meta-chromium saka bblayers.conf:
• # Dikomentari amarga ora cocog karo qtwebmesin
• #BBLAYERS += “${BSPDIR}/sources/meta-browser/meta-chromium”
• Ana papat browser Qt 6 kasedhiya. QtWebMesin browser bisa ditemokake ing:
• /usr/share/qt6/examples/webenginewidgets/StyleSheetbrowser
• /usr/share/qt6/examples/webenginewidgets / Simplebrowser
• /usr/share/qt6/examples/webenginewidgets/Cookiebrowser
• /usr/share/qt6/examples/webengine / quicknanobrowser

Kabeh telung browser bisa mbukak kanthi pindhah menyang direktori ing ndhuwur lan mbukak eksekusi sing ditemokake ing kana.
Layar demek bisa diaktifake kanthi nambahake paramèter -plugin evdevtouch:/dev/input/event0 menyang eksekusi. ./quicknanobrowser -plugin evdevtouch:/dev/input/event0 QtWebengine mung bisa digunakake ing SoC karo hardware grafis GPU ing i.MX 6, i.MX 7, i.MX 8, lan i.MX 9.
Kanggo kalebu Qtwebengine ing gambar, sijine ing ngisor iki ing local.conf utawa ing resep gambar.
IMAGE_INSTALL:append = ”paketgroup-qt6-webmesin”

NXP eIQ machine learning

• Lapisan meta-ml minangka integrasi pembelajaran mesin NXP eIQ, sing sadurunge dirilis minangka lapisan meta-imx-machinelearning sing kapisah lan saiki digabungake menyang gambar BSP standar (imx-image-full).
• Akeh fitur mbutuhake Qt 6. Ing cilik saka nggunakake konfigurasi liyane saka imx-image-full, sijine ing ngisor iki ing local.conf:
• IMAGE_INSTALL:append = ”paketgroup-imx-ml”
• Kanggo nginstal paket NXP eIQ menyang SDK, lebokake ing ngisor iki ing local.conf:
• TOOLCHAIN_TARGET_TASK:append = "tensorflow-lite-dev onnxruntime-dev"

Cathetan:
TOOLCHAIN_TARGET_TASK_append variabel nginstal paket menyang SDK mung, ora kanggo gambar.
Kanggo nambah konfigurasi model lan data input kanggo demo OpenCV DNN, lebokake ing ngisor iki ing local.conf:
PACKAGECONFIG:append:pn-opencv_mx8 = "tes tes-imx"

Sistemd
Systemd diaktifake minangka manajer inisialisasi standar. Kanggo mateni systemd minangka standar, pindhah menyang fs-imxbase inc lan komentar ing bagean systemd.

Pengaktifan OP-TEE
OP-TEE mbutuhake telung komponen: OS OP-TEE, klien OP-TEE, lan tes OP-TEE. Kajaba iku, kernel lan U-Boot duwe konfigurasi. OS OP-TEE manggon ing bootloader nalika klien lan tes OP-TEE manggon ing rootfs.
OP-TEE diaktifake kanthi gawan ing rilis iki. Kanggo mateni OP-TEE, pindhah menyang meta-imx/meta-imx-bsp/ conf/layer.conf file lan komentar metu DISTRO_FEATURES_append kanggo OP-TEE lan uncomment baris dibusak.

Bangunan jailhouse
Jailhouse minangka Hypervisor partisi statis adhedhasar OS Linux. Didhukung ing i.MX 8M Plus, i.MX 8M Nano, i.MX 8M Quad EVK, i.MX 8M Mini EVK, i.MX 93, i.MX 95, lan i.MX 943.

Kanggo ngaktifake Jailhouse mbangun, tambahake baris ing ngisor iki menyang local.conf:

• DISTRO_FEATURES:append = ” jailhouse”
• Ing U-Boot, mbukak run jh_netboot utawa jh_mmcboot. Iki ngemot DTB khusus kanggo panggunaan Jailhouse. Njupuk i.MX
• 8M Quad minangka mantanample, sawise Linux OS boot munggah:
• #insmod jailhouse.ko
• #./jailhouse ngaktifake imx8mq.cell

Kanggo rincian liyane babagan Jailhouse ing i.MX 8 lan i.MX 9, waca Pandhuan pangguna Linux i.MX (UG10163).

Panyebaran Gambar

jangkep filegambar sistem disebarake kanggo /tmp/deploy/images. Gambar, umume, khusus kanggo mesin sing disetel ing persiyapan lingkungan. Saben gambar mbangun nggawe U-Boot, kernel, lan jinis gambar adhedhasar IMAGE_FSTYPES sing ditetepake ing konfigurasi mesin. file. Paling konfigurasi mesin nyedhiyani gambar kertu SD (.wic) lan gambar rootfs (.tar). Gambar kertu SD ngemot gambar partisi (karo U-Boot, kernel, rootfs, etc.) cocok kanggo booting hardware cocog.

Flashing gambar kertu SD
Gambar kertu SD file .wic ngandhut gambar partitioned (karo U-Boot, kernel, rootfs, etc.) cocok kanggo booting hardware cocog. Kanggo kerlip gambar kertu SD, jalanake printah ing ngisor iki:
zstdcat .wic.zst | sudo dd saka=/dev/sd bs=1M conv=fsync

Kanggo informasi luwih lengkap babagan sumunar, ndeleng Bagean "Nyiyapake kertu SD/MMC kanggo boot" ing i.MX Linux User's Guide (UG10163). Kanggo aplikasi machine learning NXP eIQ, ruang disk gratis tambahan dibutuhake
(kira-kira 1 GB). Iki ditetepake kanthi nambahake variabel IMAGE_ROOTFS_EXTRA_SPACE menyang local.conf file sadurunge proses bangunan Yocto. Deleng Manual Mega Proyek Yocto.

Kustomisasi

Ana telung skenario kanggo mbangun lan ngatur ing i.MX Linux OS:

• Mbangun i.MX Yocto Project BSP lan validasi ing papan referensi i.MX. Pandhuan ing dokumen iki njlèntrèhaké cara iki kanthi rinci.
• Kustomisasi kernel lan nggawe papan khusus lan wit piranti kanthi kernel lan U-Boot. Kanggo rincian liyane babagan carane mbangun SDK lan nyiyapake mesin inang kanggo mbangun kernel lan U-Boot mung njaba lingkungan mbangun Yocto Project, ndeleng bagean "Carane mbangun U-Boot lan Kernel ing lingkungan dewekan" ing i. MX Linux User's Guide (UG10163).
• Ngatur distribusi nambah utawa mbusak kemasan saka BSP sing kasedhiya kanggo rilis i.MX Linux kanthi nggawe lapisan Yocto Project khusus. i.MX nyedhiyakake macem-macem demo examples kanggo nuduhake lapisan adat ing ndhuwur release i.MX BSP. Bagean sing isih ana ing dokumen iki menehi instruksi kanggo nggawe DISTRO lan konfigurasi papan khusus.

Nggawe distro khusus
Distro khusus bisa ngatur lingkungan mbangun khusus. distro files dirilis fsl-imx-wayland, fsl-imx-xwayland, lan fsl-imx-fb kabeh nuduhake konfigurasi kanggo backends grafis tartamtu. Distro uga bisa digunakake kanggo ngatur parameter liyane kayata kernel, U-Boot, lan GStreamer. Distro i.MX files disetel kanggo nggawe lingkungan mbangun khusus sing dibutuhake kanggo nguji rilis BSP i.MX Linux OS.
Disaranake saben pelanggan nggawe distro dhewe file lan gunakake kanggo nyetel panyedhiya, versi, lan konfigurasi khusus kanggo lingkungan mbangun. Distro digawe kanthi nyalin distro sing wis ana file, utawa
kalebu siji kaya poky.conf lan nambah owahan tambahan, utawa kalebu salah siji saka i.MX distros lan nggunakake minangka titik wiwitan.

Nggawe konfigurasi Papan adat
Vendor sing ngembangake papan referensi bisa uga pengin nambah papan menyang BSP Komunitas FSL. Duwe mesin anyar didhukung dening FSL Community BSP nggampangake kanggo nuduhake kode sumber karo masyarakat, lan ngidini kanggo saran saka masyarakat.
Proyek Yocto nggampangake nggawe lan nuduhake BSP kanggo papan adhedhasar i.MX anyar. Proses upstreaming kudu diwiwiti nalika kernel OS Linux lan bootloader digunakake lan diuji kanggo mesin kasebut. Penting banget duwe kernel Linux lan bootloader sing stabil (kanggo example, U-Boot) kanggo nuding ing konfigurasi mesin file, dadi standar sing digunakake kanggo mesin kasebut.
Langkah penting liyane yaiku nemtokake pangopènan kanggo mesin anyar. Penyelenggara minangka tanggung jawab kanggo njaga set paket utama sing digunakake kanggo papan kasebut. Penyelenggara mesin kudu tetep nganyari kernel lan bootloader, lan paket ruang pangguna diuji kanggo mesin kasebut.

Langkah-langkah sing dibutuhake kapacak ing ngisor iki. 

1. Ngatur konfigurasi kernel files minangka needed. Konfigurasi kernel file lokasi ing arch / lengen / configs lan resep kernel vendor kudu ngatur versi dimuat liwat resep kernel.
2. Ngatur U-Boot yen perlu. Waca i.MX Porting Guide (UG10165) kanggo rincian iki.
3. Nemtokake pangurus papan. Penyelenggara iki nggawe manawa files dianyari minangka needed, supaya mbangun tansah bisa.
4. Setel mbangun Yocto Project kaya sing diterangake ing pandhuan komunitas Yocto Project kaya ing ngisor iki. Gunakake cabang master komunitas.
   • Unduh paket host sing dibutuhake, gumantung saka distribusi OS Linux host sampeyan, saka Yocto Project Quick Start.
   • Download Repo kanthi prentah:
   • curl https://storage.googleapis.com/git-repo-downloads/repo>~/bin/repo
   • Nggawe direktori kanggo nyimpen kabeh. Jeneng direktori bisa digunakake. Dokumen iki nggunakake imxcommunity- bsp.
   • mkdir imx-komunitas-bsp
     Jalanake printah ing ngisor iki:
   • cd imx-komunitas-bsp
   • Initialize Repo karo cabang master Repo.
   • repo init -u https://github.com/Freescale/fsl-community-bsp-platform-bmaster
   • Njaluk resep-resep sing bakal digunakake kanggo mbangun.
   • sinkronisasi repo
   • Setel lingkungan kanthi printah ing ngisor iki:
   • sumber persiyapan-lingkungan mbangun
5. Pilih mesin sing padha file ing fsl-community-bsp/sources/meta-freescale-3rdparty/conf/machine lan salin, nggunakake jeneng sing nuduhake papan sampeyan. Sunting papan anyar file kanthi informasi babagan papan sampeyan. Ganti jeneng lan katrangan paling sethithik. Tambah MACHINE_FEATURE.
   Tes owah-owahan sampeyan karo cabang master komunitas paling anyar, priksa manawa kabeh bisa digunakake. Gunakake paling inti-gambar-minimal.
   bitbake inti-gambar-minimal
6. Siapke patches. Tindakake Pandhuan Gaya Resep lan Bagean "Kontribusi" ing ngisor github.com/Freescale/meta-freescale/blob/master/README.md.
7. Upstream menyang meta-freescale-3rdparty. Kanggo hulu, kirim patch menyang meta-freescale@yoctoproject.org

Ngawasi kerentanan keamanan ing BSP sampeyan
Ana rong cara kanggo ngawasi Common Vulinerability and Exposures (CVE): siji Vigiles lan liyane mriksa Yocto CVE.

Cara ngawasi CVE dening alat Vigiles
Pemantauan Kerentanan Umum lan Eksposur (CVE) bisa ditindakake kanthi alat Vigiles sing aktif NXP saka Timesys. Vigiles minangka alat ngawasi lan manajemen kerentanan sing nyedhiyakake analisis Yocto CVE kanggo gambar target. Iki ditindakake kanthi ngumpulake metadata babagan piranti lunak sing digunakake ing Yocto Project BSP lan mbandhingake karo database CVE sing nggabungake informasi babagan CVE saka macem-macem sumber, kalebu NIST, Ubuntu, lan sawetara liyane.
A liwat tingkat dhuwurview saka kerentanan sing dideteksi bali, lan analisis rinci lengkap karo informasi babagan mengaruhi CVEs, keruwetan lan mbenakake kasedhiya bisa viewed online.

Kanggo ngakses laporan online, ndhaptar akun NXP Vigiles kanthi ngetutake link: https://www.timesys.com/register-nxp-vigiles/

Informasi tambahan babagan persiyapan lan eksekusi Vigiles bisa ditemokake ing kene:
https://github.com/TimesysGit/meta-timesys https://www.nxp.com/vigiles

Konfigurasi
Tambah meta-timesys kanggo conf/bblayers.conf mbangun BSP Panjenengan.

Tindakake format saka file lan nambah meta-timesys:

BBLAYERS += “${BSPDIR}/sources/meta-timesys”
Tambah vigiles menyang variabel INHERIT ing conf/local.conf:
WARISAN += “waspada”

eksekusi
Sawise meta-timesys wis ditambahake menyang bangunan sampeyan, Vigiles nglakokake pindai kerentanan keamanan saben Linux BSP dibangun nganggo Yocto. Ora ana prentah tambahan sing dibutuhake. Sawise saben mbangun rampung, informasi pindai kerentanan disimpen ing direktori imx-yocto-bsp/ / waspada.

Sampeyan bisa view rincian scan keamanan liwat:

• Baris perintah (ringkesan)
• Online (detail)
• Cukup mbukak file jenenge -report.txt, sing kalebu link menyang laporan online sing rinci.

Cara ngawasi CVE dening Yocto BitBake

• Proyek Yocto duwe prasarana kanggo nglacak lan ngatasi kerentanan keamanan sing durung ditemtokake, kaya sing dilacak dening database Kerentanan lan Eksposur Umum (CVE) umum.
• Kanggo ngaktifake mriksa kerentanan keamanan CVE nggunakake cve-check ing gambar utawa target tartamtu sing sampeyan gunakake, tambahake setelan ing ngisor iki menyang konfigurasi sampeyan ing conf/local.conf: INHERIT += "cve-check"
• Kelas cve-check nggoleki CVE sing dikenal (Kerentanan lan Eksposur Umum) nalika mbangun karo BitBake.
• Kanggo rincian liyane, waca manual Yocto Mega: https://docs.yoctoproject.org/singleindex.html#cve-check

Pitakonan sing Sering Ditakoni

Mulai cepet
Bagean iki ngringkes carane nyiyapake Proyek Yocto ing mesin Linux lan nggawe gambar. Panjelasan rinci babagan apa tegese ana ing bagean ing ndhuwur.

Nginstal utilitas "repo".
Kanggo njaluk BSP sampeyan kudu "repo" diinstal. Iki mung kudu ditindakake sapisan.

Ngundhuh Lingkungan Proyek BSP Yocto
Gunakake jeneng sing bener kanggo release sing dikarepake ing pilihan -b kanggo repo init. Iki kudu rampung sapisan kanggo saben release lan nyetel distribusi kanggo direktori digawe ing langkah pisanan. sinkronisasi repo bisa ditindakake kanggo nganyari resep miturut sumber paling anyar.

• : 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
• : sinkronisasi repo
• Cathetan: https://github.com/nxp-imx/imx-manifest/tree/imx-linux-walnascar wis dhaftar kabeh manifest files didhukung ing release iki.

Setup kanggo Backends tartamtu

i.MX 8 lan i.MX 9 Framebuffer ora didhukung. Gunakake iki mung kanggo i.MX 6 lan i.MX 7 SoC.

Setup kanggo Framebuffer

Tuning konfigurasi lokal
A Yocto Project mbangun bisa njupuk akeh sumber daya ing wektu lan panggunaan disk, utamané nalika mbangun ing macem-macem direktori mbangun. Ana cara kanggo ngoptimalake iki, contoneample, gunakake cache sstate sing dienggo bareng (cache status bangunan) lan direktori download (nyekel paket sing diunduh). Iki bisa disetel ing sembarang lokasi ing local.conf file kanthi nambahake statement kayata:

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

• Direktori kasebut kudu wis ana lan duwe ijin sing cocog. Status sing dienggo bareng mbantu nalika sawetara direktori mbangun disetel, saben-saben nggunakake cache sing dienggo bareng kanggo nyilikake wektu mbangun. Direktori undhuhan sing dienggo bareng nyuda wektu njupuk. Tanpa setelan kasebut, Yocto Project bakal dadi direktori mbangun kanggo cache lan undhuhan status.
• Saben paket sing diundhuh ing direktori DL_DIR ditandhani karo a .rampung. Yen jaringan sampeyan duwe masalah njupuk paket, sampeyan bisa nyalin versi serep paket kanthi manual menyang direktori DL_DIR lan nggawe .rampung file karo printah tutul. Banjur mbukak printah bitbake: bitbake .
• Kanggo informasi luwih lengkap, waca Manual Referensi Proyek Yocto.

resep-resep
Saben komponen dibangun kanthi nggunakake resep. Kanggo komponen anyar, resep kudu digawe kanggo ngarahake menyang sumber (SRC_URI) lan nemtokake patch, yen ana. Lingkungan Yocto Project dibangun saka nggawefile ing lokasi sing ditemtokake dening SRC_URI ing resep. Nalika mbangun digawe saka alat otomatis, resep kudu diwenehi autotools lan pkgconfig. Gawefiles kudu ngidini CC bakal ditindhes dening Cross Compile alat kanggo njaluk paket dibangun karo Yocto Project.
Sawetara komponen duwe resep-resep nanging mbutuhake patch tambahan utawa nganyari. Iki bisa ditindakake kanthi nggunakake resep bbappend. Iki ditambahake menyang rincian resep sing wis ana babagan sumber sing dianyari. Kanggo exampNanging, resep bbappend kanggo nyakup tembelan anyar kudu duwe isi ing ngisor iki:

FILESEXTRAPATHS:prepend := “${THISDIR}/${PN}:” SRC_URI += file:// .tambalan
FILESEXTRAPATHS_prepend ngandhani Yocto Project kanggo katon ing direktori sing kadhaptar kanggo nemokake tembelan sing kadhaptar ing SRC_URI.

Cathetan:
Yen resep bbappend ora dijupuk, view log njupuk file (log.do_fetch) ing folder karya kanggo mriksa apa patches related sing klebu utawa ora. Kadhangkala versi resep Git digunakake tinimbang versi ing bbappend files.

Cara milih paket tambahan
Paket tambahan bisa ditambahake menyang gambar yen ana resep sing kasedhiya kanggo paket kasebut. Dhaptar sing bisa digoleki
resep-resep sing diwenehake dening masyarakat bisa ditemokake ing layers.openembedded.org/. Sampeyan bisa nelusuri apa aplikasi wis duwe resep Yocto Project lan nemokake saka ngendi kanggo ndownload.

Nganyari gambar
Gambar minangka sakumpulan paket lan konfigurasi lingkungan.
Gambar file (kayata imx-image-multimedia.bb) nemtokake paket sing mlebu ing file sistem. ROOT file sistem, kernel, modul, lan binar U-Boot kasedhiya ing build/tmp/deploy/images/ .

Cathetan:
Sampeyan bisa mbangun paket tanpa kalebu ing gambar, nanging sampeyan kudu mbangun maneh gambar yen pengin paket diinstal kanthi otomatis ing rootfs a.

Kelompok paket
Klompok paket minangka kumpulan paket sing bisa dilebokake ing gambar apa wae.
Klompok paket bisa ngemot sakumpulan paket. Kanggo example, tugas multimedia bisa nemtokake, miturut mesin, apa paket VPU dibangun utawa ora, supaya pilihan saka paket multimedia bisa otomatis kanggo saben Papan didhukung dening BSP, lan mung paket multimedia kalebu ing gambar.
Paket tambahan bisa diinstal kanthi nambahake baris ing ngisor iki /local.conf.

CORE_IMAGE_EXTRA_INSTALL:tambah = ” ”

Ana akeh klompok paket. Ana ing subdirektori sing jenenge packagegroup utawa packagegroups.

Versi sing disenengi
Versi sing disenengi digunakake kanggo nemtokake versi resep sing disenengi kanggo nggunakake komponen tartamtu. Komponen bisa uga duwe macem-macem resep ing lapisan sing beda lan versi sing disenengi nuduhake versi tartamtu sing bakal digunakake.

Ing lapisan meta-imx, ing layer.conf, versi sing disenengi disetel kanggo kabeh resep kanggo nyedhiyakake sistem statis kanggo lingkungan produksi. Setelan versi sing disenengi iki digunakake kanggo rilis resmi i.MX nanging ora
penting kanggo pangembangan mangsa ngarep.
Versi sing disenengi uga mbantu nalika versi sadurunge bisa nyebabake kebingungan babagan resep sing kudu digunakake.
Kanggo exampNanging, resep-resep sadurunge kanggo imx-test lan imx-lib nggunakake versi sasi taun, sing wis diganti dadi versi. Tanpa versi sing disenengi, versi sing luwih lawas bisa uga dipilih. Resep sing duwe versi _git biasane dipilih saka resep liyane, kajaba versi sing disenengi disetel. Kanggo nyetel versi sing disenengi, lebokake ing ngisor iki ing local.conf.

PREFERRED_VERSION_ : = “ ”

Deleng manual Yocto Project kanggo informasi luwih lengkap babagan nggunakake versi sing disenengi.

panyedhiya preferred
Panyedhiya pilihan digunakake kanggo nemtokake panyedhiya sing disenengi kanggo komponen tartamtu.
Komponen bisa duwe macem-macem panyedhiya. Kanggo exampNanging, kernel Linux bisa diwenehake dening i.MX utawa kernel.org lan panyedhiya pilihan nyatakake panyedhiya sing bakal digunakake.
Kanggo example, U-Boot diwenehake dening loro masyarakat liwat denx.de lan i.MX. Panyedhiya komunitas kasebut ditemtokake dening u-boot-fslc. Panyedhiya i.MX ditemtokake dening u-boot-imx. Kanggo nyatakake panyedhiya sing disenengi, lebokake ing local.conf:

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

kulawarga SoC
Kulawarga SoC nyathet kelas owah-owahan sing ditrapake kanggo kripik sistem tartamtu. Ing saben konfigurasi mesin file, mesin kadhaptar karo kulawarga SoC tartamtu. Kanggo example, i.MX 6DualLite Sabre-SD kadhaptar ing kulawarga i.MX 6 lan i.MX 6DualLite SoC. i.MX 6Solo Sabre-otomatis kadhaptar ing i.MX 6 lan
kulawarga i.MX 6Solo SoC. Sawetara owah-owahan bisa diangkah menyang kulawarga SoC tartamtu ing local.conf kanggo ngganti owah-owahan ing konfigurasi mesin file. Ing ngisor iki minangka mantanample saka owah-owahan menyang kernel mx6dlsabresd
setelan.

KERNEL_DEVICETREE:mx6dl = "imx6dl-sabresd.dts"

Kulawarga SoC migunani nalika nggawe pangowahan sing khusus mung kanggo kelas hardware. Kanggo example, i.MX 28 EVK ora Unit Video Processing (VPU), supaya kabeh setelan kanggo VPU kudu nggunakake i.MX 5 utawa i.MX 6 kanggo tartamtu kanggo kelas bener Kripik.

BitBake log

• BitBake nyathet proses mbangun lan paket ing direktori temp ing tmp/work/ / /suh.
• Yen komponen gagal njupuk paket, log sing nuduhake kesalahan ana ing file log.do_fetch.
  Yen komponèn gagal kanggo ngumpulake, log nuduhake kasalahan ing file log.do_compile.
• Kadhangkala komponen ora disebar kaya sing dikarepake. Priksa direktori ing komponen mbangun
  direktori (tmp/work/ / ). Priksa direktori paket, paket-pamisah, lan sysroot * saben resep kanggo ndeleng manawa file kasebut files diselehake ing kono (ngendi staged sadurunge disalin menyang direktori penyebaran).

Cara nambah mekanisme kanggo ngawasi lan kabar CVE
Mekanisme pelacakan CVE bisa dijupuk saka GitHub. Navigasi menyang direktori imx-yocto-bsp/sources.

Jalanake printah ing ngisor iki:

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

Printah iki bakal ndownload metallayer tambahan sing nyedhiyakake skrip kanggo generasi manifest gambar sing digunakake kanggo ngawasi keamanan lan kabar minangka bagéan saka penawaran produk Vigiles saka NXP lan Timesys. Tindakake Bagean 7.3 babagan cara nggunakake solusi kasebut.
Njaluk akses menyang laporan CVE lengkap mbutuhake Kunci Lisensi LinuxLink. Tanpa kunci ing lingkungan pangembangan sampeyan, Vigiles terus ngeksekusi ing Mode Demo, mung ngasilake laporan ringkesan.
Mlebu menyang akun Vigiles ing LinuxLink (utawa gawe akun yen sampeyan ora duwe: https://www.timesys.com/register-nxp-vigiles/ Ngakses Preferensi lan gawe Kunci Anyar. Ngundhuh kunci file kanggo pangembangan sampeyan
lingkungan. Nemtokake lokasi tombol file ing Yocto kang conf/local.conf file kanthi pratelan ing ngisor iki:

VIGILES_KEY_FILE = "/tools/timesys/linuxlink_key"

Referensi

• Kanggo rincian babagan switch boot, deleng Bagean "Carane Boot Papan i.MX" ing Pandhuan pangguna Linux i.MX (UG10163).
• Kanggo carane ndownload gambar nggunakake U-Boot, deleng Bagean "Ngunduh Gambar Nggunakake U-Boot" ing Pandhuan pangguna Linux i.MX (UG10163).
• Kanggo carane nyiyapake kertu SD/MMC, ndeleng Bagean "Nyiyapake kertu SD/MMC kanggo boot" ing i.MX Linux User Guide (UG10163).

Cathetan Babagan Kode Sumber ing Dokumen

ExampKode sing ditampilake ing dokumen iki nduweni hak cipta lan lisensi BSD-3-Clause:
Hak Cipta 2025 NXP Distribusi lan digunakake ing sumber lan formulir binar, kanthi utawa tanpa modifikasi, diidini yen syarat-syarat ing ngisor iki dipenuhi:

1. Distribusi ulang kode sumber kudu njaga kabar hak cipta ing ndhuwur, dhaptar kahanan iki lan wewaler ing ngisor iki.
2. Redistribusi ing wangun binar kudu ngasilake kabar hak cipta ing ndhuwur, dhaptar kahanan iki lan wewaler ing ngisor iki ing dokumentasi lan / utawa bahan liyane sing diwenehake karo distribusi kasebut.
3. Jeneng sing duwe hak cipta utawa jeneng panganggo uga ora bisa digunakake kanggo nyengkuyung utawa promosi produk sing dijupuk saka piranti lunak iki tanpa ijin tertulis sadurunge.

SOFTWARE IKI DISEDIAKAN DENING SING nduwèni HAK CIPTA lan kontributor "AS IS" LAN ANY JAMINAN EXPRESS UTAWA TERSIRAT, Klebu, nanging ora winates kanggo, JAMINAN TERSIRAT saka MERCHANTABILITY lan FITNESS kanggo tujuan tartamtu. Ora ana sing duwe HAK CIPTA UTAWA KONTRIBUTOR TANGGUNG JAWAB LANGSUNG, LANGSUNG, INCIDENTAL, KHUSUS, EXEMPLARY, UTAWA KERUSAKAN AKIBAT (kalebu, nanging ora diwatesi, pengadaan barang-barang pengganti, layanan, layanan, layanan; GANGGUAN BISNIS) Nanging nyebabake lan ing sembarang teori tanggung jawab, apa ing kontrak, TANGGUNG JAWAB STRICT, UTAWA TORT (kalebu teledor UTAWA liyane) njedhul ing sembarang cara metu saka nggunakake piranti lunak iki, sanajan saka saran saka saran.

Riwayat Revisi

Tabel iki nyedhiyakake riwayat revisi. Riwayat revisi

Informasi hukum

Definisi
Draft - A konsep status ing document nuduhake yen isi isih ing re internalview lan tundhuk persetujuan resmi, sing bisa nyebabake
ing modifikasi utawa tambahan. NXP Semiconductors ora menehi perwakilan utawa garansi babagan akurasi utawa kelengkapan informasi sing kalebu ing versi konsep dokumen lan ora duwe tanggung jawab kanggo akibat saka panggunaan informasi kasebut.

Penafian
Garansi lan tanggung jawab winates - Informasi ing dokumen iki dipercaya akurat lan dipercaya. Nanging, NXP Semiconductors ora menehi perwakilan utawa jaminan, sing ditulis utawa diwenehake, babagan akurasi utawa jangkep informasi kasebut lan ora duwe tanggung jawab kanggo akibat saka panggunaan informasi kasebut. NXP Semiconductors ora tanggung jawab kanggo isi ing dokumen iki yen diwenehake dening sumber informasi ing njaba NXP Semiconductors.

NXP Semiconductors ora bakal tanggung jawab kanggo karusakan ora langsung, insidental, punitive, khusus utawa konsekuensial (kalebu - tanpa watesan - ilang bathi, ilang tabungan, gangguan bisnis, biaya sing ana gandhengane karo penghapusan utawa panggantos produk utawa biaya kerja ulang) utawa ora karusakan kuwi adhedhasar tort (kalebu teledor), babar pisan, nerbitake kontrak utawa teori legal liyane.
Senadyan karusakan apa wae sing bisa ditindakake dening pelanggan kanthi alasan apa wae, tanggung jawab agregat lan kumulatif NXP Semikonduktor marang pelanggan kanggo produk sing diterangake ing kene bakal diwatesi miturut Katentuan lan kahanan adol komersial NXP Semikonduktor.

• Hak kanggo nggawe owah-owahan - NXP Semikonduktor nduweni hak kanggo ngganti informasi sing diterbitake ing dokumen iki, kalebu tanpa watesan spesifikasi lan deskripsi produk, kapan wae lan tanpa kabar. Dokumen iki ngganti lan ngganti kabeh informasi sing diwenehake sadurunge diterbitake.
• Kesesuaian kanggo panggunaan - Produk NXP Semiconductors ora dirancang, sah utawa dijamin cocog kanggo digunakake ing dhukungan urip, sistem utawa peralatan sing kritis urip utawa safety-kritis, utawa ing aplikasi sing gagal utawa malfungsi produk NXP Semikonduktor bisa uga diarepake. nyebabake ciloko pribadi, pati utawa properti abot utawa karusakan lingkungan. NXP Semikonduktor lan panyedhiya ora tanggung jawab kanggo inklusi lan/utawa nggunakake produk NXP Semiconductors ing peralatan utawa aplikasi kasebut lan mulane kalebu lan/utawa panggunaan kasebut tanggung jawab kanggo pelanggan.
• Aplikasi - Aplikasi sing diterangake ing kene kanggo produk iki mung kanggo ilustrasi. NXP Semiconductors ora menehi perwakilan utawa garansi manawa aplikasi kasebut cocog kanggo panggunaan sing ditemtokake tanpa tes utawa modifikasi luwih lanjut.
  Pelanggan tanggung jawab kanggo desain lan operasi aplikasi lan produk sing nggunakake produk NXP Semiconductors, lan NXP Semiconductors ora tanggung jawab kanggo bantuan karo aplikasi utawa desain produk pelanggan. Tanggung jawab tunggal pelanggan kanggo nemtokake manawa produk NXP Semiconductors cocok lan pas kanggo aplikasi lan produk sing direncanakake, uga kanggo aplikasi sing direncanakake lan panggunaan pelanggan pihak katelu. Pelanggan kudu menehi desain lan perlindungan operasi sing cocog kanggo nyilikake risiko sing ana gandhengane karo aplikasi lan produk.
• NXP Semiconductors ora nampa tanggung jawab sembarang related kanggo gawan sembarang, karusakan, biaya utawa masalah kang adhedhasar sembarang kekirangan utawa gawan ing aplikasi utawa produk customer, utawa aplikasi utawa digunakake dening customer pihak katelu (e). Pelanggan tanggung jawab kanggo nindakake kabeh tes sing dibutuhake kanggo aplikasi lan produk pelanggan nggunakake produk NXP Semiconductors supaya ora dadi standar aplikasi lan produk utawa aplikasi utawa digunakake dening pelanggan pihak katelu. NXP ora nanggung tanggung jawab babagan iki.
• Sarat lan katemtuan adol komersial - Produk NXP Semiconductors didol miturut syarat lan kahanan umum adol komersial, kaya sing diterbitake ing https://www.nxp.com/profile/terms kajaba digunakake sarujuk ing persetujuan individu ditulis bener. Ing kasus persetujuan individu rampung mung syarat lan katemtuan saka persetujuan pamilike bakal ditrapake. NXP Semiconductors kanthi iki kanthi tegas mbantah kanggo ngetrapake syarat lan kahanan umum pelanggan babagan tuku produk NXP Semiconductors dening pelanggan.
• Kontrol ekspor - Dokumen iki uga item (e) sing diterangake ing kene bisa uga tundhuk karo peraturan kontrol ekspor. Ekspor bisa uga mbutuhake wewenang sadurunge saka panguwasa sing kompeten.
• Kesesuaian kanggo digunakake ing produk non-otomotif sing nduweni kualifikasi - Kajaba dokumen iki kanthi tegas nyatakake yen produk NXP Semiconductors tartamtu iki nduweni kualifikasi otomotif, produk kasebut ora cocok kanggo panggunaan otomotif. Ora qualified utawa dites sesuai karo tes otomotif utawa syarat aplikasi. NXP Semiconductors ora tanggung jawab kanggo inklusi lan / utawa nggunakake produk qualified non-otomotif ing peralatan otomotif utawa aplikasi.
• Yen pelanggan nggunakake produk kanggo desain lan digunakake ing aplikasi otomotif kanggo spesifikasi lan standar otomotif, pelanggan (a) kudu nggunakake produk kasebut tanpa jaminan NXP Semikonduktor kanggo produk kasebut kanggo aplikasi, panggunaan lan spesifikasi otomotif kasebut, lan ( b) nalika pelanggan nggunakake produk kanggo aplikasi otomotif ngluwihi spesifikasi NXP Semikonduktor, panggunaan kasebut mung dadi resiko pelanggan dhewe, lan (c) pelanggan menehi ganti rugi kanthi lengkap NXP Semikonduktor kanggo tanggung jawab, kerusakan utawa klaim produk sing gagal amarga desain lan panggunaan pelanggan. produk kanggo aplikasi otomotif ngluwihi babar pisan standar NXP Semikonduktor lan spesifikasi produk NXP Semikonduktor.
• Publikasi HTML - Versi HTML, yen kasedhiya, dokumen iki diwenehake minangka sopan santun. Informasi definitif ana ing dokumen sing ditrapake ing format PDF. Yen ana bedo antarane dokumen HTML lan dokumen PDF, dokumen PDF duwe prioritas.
• Terjemahan — Versi dokumen non-Inggris (diterjemahake), kalebu informasi hukum ing dokumen kasebut, mung kanggo referensi. Versi Inggris bakal ditrapake yen ana bedo antarane versi terjemahan lan Inggris.

• Keamanan - Pelanggan ngerti manawa kabeh produk NXP bisa uga ana kerentanan sing ora dingerteni utawa bisa uga ndhukung standar keamanan utawa spesifikasi sing wis ditemtokake kanthi watesan sing dingerteni. Pelanggan tanggung jawab kanggo desain lan operasi aplikasi lan produk sajrone siklus urip kanggo nyuda efek saka kerentanan kasebut ing aplikasi lan produk pelanggan. Tanggung jawab pelanggan uga ngluwihi teknologi mbukak lan/utawa eksklusif liyane sing didhukung produk NXP kanggo digunakake ing aplikasi pelanggan. NXP ora tanggung jawab kanggo kerentanan apa wae. Pelanggan kudu rutin mriksa nganyari keamanan saka NXP lan tindakake kanthi tepat.
• Pelanggan kudu milih produk kanthi fitur keamanan sing paling cocog karo aturan, peraturan, lan standar aplikasi sing dituju lan nggawe keputusan desain sing paling penting babagan produk lan tanggung jawab mung kanggo netepi kabeh syarat legal, peraturan, lan keamanan babagan produke, preduli informasi utawa dhukungan sing bisa diwenehake dening NXP.
• NXP duwe Product Security Incident Response Team (PSIRT) (bisa digayuh ing PSIRT@nxp.com sing ngatur investigasi, laporan, lan release solusi kanggo kerentanan keamanan produk NXP.
• NXP BV - NXP BV dudu perusahaan operasi lan ora nyebarake utawa ngedol produk.

merek dagang
Kabar: Kabeh merek sing dirujuk, jeneng produk, jeneng layanan, lan merek dagang minangka properti saka pamilike.
NXP — wordmark lan logo iku merek dagang saka NXP BV

© 2025 NXP BV Kabeh hak dilindhungi undhang-undhang.

Dokumen / Sumber Daya

NXP UG10164 i.MX Yocto Project [pdf] Pandhuan pangguna LF6.12.20_2.0.0, UG10164 i.MX Yocto Project, UG10164, i.MX Yocto Project, Yocto Project, Project

Referensi

• Manual pangguna