NXP IMXLXYOCTOUG i.MX Yocto Project Pandhuan pangguna

Informasi	Isi
Tembung kunci	i.MX, Linux, LF6.6.3_1.0.0
Abstrak	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.

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 Project Yocto dhasar tanpa lapisan release i.MX, tututi pandhuan ing Yocto Project Quick Start sing ditemokake ing https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html.
Komunitas FSL Yocto Project BSP (ditemokake ing FSL Community BSP (freescale.github.io)) minangka komunitas pangembangan ing njaba NXP sing nyedhiyakake dhukungan kanggo papan i.MX ing lingkungan Proyek Yocto. i.MX gabung karo komunitas Yocto Project sing 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-bsp: nganyari kanggo meta-freescale, poky, lan meta-openembedded lapisan
– meta-sdk: nganyari kanggo meta-freescale-distros
– meta-ml: Resep sinau mesin
– meta-v2x: resep V2X mung digunakake kanggo i.MX 8DXL
– meta-kokpit: 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. Delengen 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 nyedhiyakake lapisan tambahan sing disebut i.MX BSP Release, 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 saka i.MX BSP
Lapisan rilis 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 server Git publik 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.6.3_1.0.0 dirilis kanggo Yocto Project 4.3 (Nanbield). Resep sing padha kanggo Yocto Project 4.3 bakal diluncurake lan kasedhiya ing rilis sabanjure rilis Yocto Project. Siklus rilis Yocto Project kira-kira nem sasi.
Resep lan tembelan ing meta-imx 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.

1.1 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.

1.2 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
Kulawarga i.MX 9: i.MX 93, i.MX 95

Rilis iki kalebu referensi ing ngisor iki lan informasi tambahan.

Cathetan Rilis i.MX Linux (IMXLXRN) - Nyedhiyakake informasi rilis.

i.MX Linux User's Guide (IMXLUG) – Nyedhiyani informasi babagan nginstal U-Boot lan Linux OS lan nggunakake fitur khusus i.MX.
i.MX Yocto Project User's Guide (IMXLXYOCTOUG) – Nggambarake paket dhukungan papan kanggo sistem pangembangan NXP nggunakake Yocto Project kanggo nyiyapake host, nginstal chain alat, lan mbangun kode sumber kanggo nggawe gambar.

i.MX Machine Learning User's Guide (IMXMLUG) – Nyedhiyakake informasi machine learning.
i.MX Linux Reference Manual (IMXLXRM) – Nyedhiyani informasi babagan driver Linux kanggo i.MX.

i.MX Graphics User's Guide (IMXGRAPHICUG) – Nerangake fitur grafis.
i.MX Porting Guide (IMXXBSPPG) - Nyedhiyani instruksi ing porting BSP menyang Papan anyar.
i.MX VPU Application Programming Interface Linux Reference Manual (IMXVPUAPI) - Nyedhiyani informasi referensi ing VPU API ing i.MX 6 VPU.
Pandhuan Pangguna Harpoon (IMXHPUG) - Nyedhiyakake rilis Harpoon kanggo kulawarga piranti i.MX 8M.
i.MX Digital Cockpit Hardware Partitioning Enablement kanggo i.MX 8QuadMax (IMXDCHPE) - Nyedhiyani solusi hardware Cockpit Digital i.MX kanggo i.MX 8QuadMax.
i.MX DSP User's Guide (IMXDSPUG) – Nyedhiyani informasi babagan DSP kanggo i.MX 8.
i.MX 8M Plus Kamera lan Tampilan Guide (IMX8MPCDUG) - Nyedhiyani informasi ing ISP Independent Sensor Interface API kanggo i.MX 8M Plus.
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.

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 93 informasi ing nxp.com/imx93.
i.MX 95 informasi ing nxp.com/imx95.

Fitur

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

Resep kernel Linux
- Resep kernel dumunung ing folder resep-kernel lan nggabungake kernel i.MX saka sumber sing diundhuh saka server i.MX Git. Iki rampung kanthi otomatis dening resep-resep ing project.
– LF6.6.3_1.0.0 minangka kernel Linux sing dirilis kanggo Proyek Yocto.
U-Boot resep
– Resep U-Boot dumunung ing folder resep-bsp lan nggabungake i.MX uboot-imx.git saka sumber sing diundhuh saka server i.MX Git.
- i.MX ngeculake LF6.6.3_1.0.0 kanggo piranti i.MX 6, i.MX 7, i.MX 8, i.MX 93, lan i.MX 95 nggunakake v2023.04 i.MX U- sing dianyari Versi boot. 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.6.3.
– Komunitas BSP i.MX Yocto Project asring nganyari versi U-Boot, saengga informasi ing ndhuwur bisa diganti amarga versi U-Boot anyar digabungake menyang lapisan meta-freescale lan nganyari saka rilis i.MX uboot-imx digabungake menyang utama.
resep-resep grafis
- Resep grafis dumunung ing folder resep-grafis.
- Resep grafis nggabungake rilis paket grafis i.MX. Kanggo papan i.MX sing duwe GPU, resep imx-gpu-viv paket komponen grafis kanggo saben DISTRO: pigura buffer (FB), XWayland, Wayland backend, lan Weston compositor (Weston). Mung i.MX 6 lan i.MX 7 ndhukung Frame Buffer.
– Xorg-driver nggabungake xserver-xorg.

i.MX paket resep firmware-imx, imx-sc-fimrware, lan paket liyane manggon ing resep-bsp lan narik saka i.MX pangilon kanggo mbangun lan paket menyang resep gambar.
resep-resep multimedia
- Resep multimedia dumunung ing resep-multimedia.
- Paket kepemilikan kaya imx-codec lan imx-parser duwe resep sing ditarik saka pangilon i.MX kanggo mbangun lan ngemas menyang resep gambar.
- Paket Opensource duwe resep sing narik saka Git Repos umum ing GitHub.
- Sawetara resep diwenehake kanggo codec sing diwatesi. Paket kasebut ora ana ing pangilon 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-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-ml. Lapisan iki ngemot resep pembelajaran mesin kanggo paket kaya tensorflow-lite, onnx, lan liya-liyane.
resep-resep kokpit
Resep kokpit manggon ing meta-kokpit lan didhukung ing i.MX 8QuadMax nggunakake konfigurasi mesin imx-8qmcockpit-mek.
Ing lapisan meta-nxp-demo-pengalaman, luwih akeh demonstrasi lan resep alat kalebu. Lapisan iki kalebu ing kabeh gambar lengkap sing dirilis.

Host Setup

Kanggo entuk prilaku sing dikarepake Proyek Yocto ing Mesin Host Linux, paket lan utilitas sing diterangake ing ngisor iki kudu diinstal. 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 20.04 utawa luwih anyar. Rilis paling anyar ndhukung Chromium v91, sing mbutuhake paningkatan ulimit (jumlah mbukak files) kanggo 4098.

3.1 Doker
i.MX saiki ngeculake skrip persiyapan docker ing GitHub – nxp-imx/imx-docker: i.MX 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.

3.2 Paket inang
A Yocto Project mbangun mbutuhake paket tartamtu kanggo diinstal kanggo mbangun sing didokumentasikan ing Yocto Project. Menyang Miwiti Cepet Proyek Yocto lan mriksa paket sing kudu diinstal kanggo mesin mbangun.
Paket host Yocto Project sing penting yaiku:
$ sudo apt install gawk wget git diffstat unzip texinfo gcc build-essential \chrpath socat cpio python3 python3-pip python3-pexpect xz-utils debianutils \iputils-ping python3-git python3-jinja2 libegl1-python1.2-python3-mesa libsd4 subunit mesa-common-dev zstd liblzXNUMX-tool file lokal -y
$ sudo locale-gen en_US.UTF-8

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".

3.3 Nyetel utilitas Repo
Repo minangka alat sing dibangun ing ndhuwur Git sing nggawe luwih gampang ngatur proyek sing ngemot pirang-pirang repositori, sing ora kudu ana ing server sing padha. 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 iki:

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
Tambah baris ing ngisor iki kanggo .bashrc file kanggo mesthekake yen folder ~/bin ana ing variabel PATH sampeyan.
ekspor PATH=~/bin:$PATH

Yocto Project Setup

Pisanan, priksa manawa Git wis disetel kanthi bener karo printah ing ngisor iki:
$ git config –global user.name “Jeneng Sampeyan”
$ git config –global user.email “Email Panjenengan”
$ git config –list

Direktori Rilis BSP i.MX Yocto Project ngemot direktori sumber, sing ngemot resep sing digunakake kanggo mbangun siji utawa luwih direktori mbangun, lan sakumpulan skrip sing digunakake kanggo nyetel lingkungan.
Resep sing digunakake kanggo mbangun proyek kasebut asale saka komunitas lan i.MX. Lapisan Yocto Project diundhuh menyang direktori sumber. Iki nyetel resep-resep sing digunakake kanggo mbangun proyek kasebut.
Ex ing ngisor ikiample nuduhake carane download lapisan resep BSP i.MX Yocto Project Komunitas. Kanggo mantan ikiample, direktori sing disebut imx-yocto-bsp digawe kanggo proyek kasebut. Sembarang jeneng bisa digunakake tinimbang iki.
$ mkdir imx-yocto-bsp
$ cd imx-yocto-bsp
$ repo init -u https://github.com/nxp-imx/imx-manifest
-b imx-linux-nanbield -m imx-6.6.3-1.0.0.xml
sinkronisasi $ repo

Cathetan:
https://github.com/nxp-imx/imx-manifest/tree/imx-linux-nanbield wis dhaftar kabeh manifest files didhukung ing release iki.
Nalika proses iki rampung, kode sumber dicenthang metu menyang direktori imx-yocto-bsp/sources.
Sampeyan bisa nindakake sinkronisasi Repo, kanthi sinkronisasi printah repo, kanthi periodik kanggo nganyari kode paling anyar.
Yen ana kesalahan sajrone initialization Repo, coba mbusak direktori .repo lan mbukak printah initialization Repo maneh.
repo init dikonfigurasi kanggo patch paling anyar ing baris. Tindakake pandhuan ing indeks: imx-manifest.git kanggo njupuk GA asli. Yen ora, GA plus patch dijupuk kanthi gawan. Kanggo njupuk rilis sadurunge saka basis zeus, tambahake -m (rilis jeneng nyata) ing pungkasan baris inisialisasi Repo lan bakal njupuk rilis sadurunge. Examples kasedhiya ing README file ing link sing kasedhiya ing ndhuwur.

Mbangun Gambar

Bagean iki nyedhiyakake informasi rinci bebarengan karo proses kanggo mbangun gambar.

5.1 Mbangun konfigurasi
i.MX nyedhiyakake skrip, imx-setup-release.sh, sing nyederhanakake persiyapan kanggo mesin i.MX. Kanggo nggunakake skrip, jeneng mesin tartamtu sing bakal dibangun kudu ditemtokake uga backend grafis sing dikarepake.
Skrip nyetel direktori lan konfigurasi files kanggo mesin kasebut lan backend.
Ing lapisan meta-imx, i.MX nyedhiyakake konfigurasi mesin anyar utawa dianyari sing overlay konfigurasi mesin metafreescale. Iki files disalin menyang meta-freescale / conf / direktori mesin dening script imx-setup-release.sh. Ing ngisor iki yaiku konfigurasi mesin i.MX files sing bisa dipilih. Priksa cathetan rilis utawa direktori mesin kanggo tambahan paling anyar.

i.MX 6	i.MX 7	i.MX 8	i.MX 9
• imx6qpsabresd • imx6ulevk • imx6ulz-14x14evk • imx6ull14x14evk • imx6ull9x9evk • imx6dlsabresd • imx6qsabresd • imx6solosabresd • imx6sxsabresd • imx6sllevk	• imx7dsabresd • imx7ulpevk	• imx8qmmek • imx8qxpc0mek • imx8mqevk • imx8mm-lpddr4-evk • imx8mm-ddr4-evk • imx8mn-lpddr4-evk • imx8mn-ddr4-evk • imx8mp-lpddr4-evk • imx8mp-ddr4-evk • imx8dxla1-lpddr4-evk • imx8dxlb0-lpddr4-evk • imx8dxlb0-ddr3l-evk • imx8mnddr3levk • imx8ulp-lpddr4-evk • imx8ulp-9×9-lpddr4evk	• imx93evk • imx93-11x11lpddr4x-evk • imx93-9×9-lpddr4qsb • imx93-14x14lpddr4x-evk

Saben folder mbangun kudu dikonfigurasi kanthi cara sing mung nggunakake siji distro. Saben variabel DISTRO_FEATURES diganti, folder mbangun sing resik dibutuhake. Saben backend grafis Frame Buffer, Wayland, lan XWayland saben duwe konfigurasi distro. Yen ora ana DISTRO file wis ditemtokake, distro XWayland disetel minangka standar. 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 lan fsl-imxx11 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.

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:
$DISTRO= MESIN= sumber imx-setup-release.sh -b

DISTRO= yaiku distro, sing ngatur lingkungan mbangun lan disimpen ing meta-imx/meta-sdk/conf/distro.
MESIN= yaiku jeneng mesin sing 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 metalayers 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”

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.

5.2 Milih gambar proyek i.MX Yocto
Proyek Yocto nyedhiyakake sawetara gambar sing kasedhiya ing macem-macem lapisan. Poky nyedhiyakake sawetara gambar, meta-freescale lan meta-freescale-distro nyedhiyakake liyane, lan resep gambar tambahan kasedhiya ing lapisan meta-imx. Tabel ing ngisor iki nampilake macem-macem gambar kunci, isi, lan lapisan sing nyedhiyakake resep gambar.

Tabel 1. gambar proyek i.MX Yocto

Jeneng gambar	Target	Diwenehake dening lapisan
inti-gambar-minimal	Gambar cilik sing mung ngidini piranti kanggo boot.	popok
inti-gambar-basis	Gambar mung console sing ndhukung hardware piranti target.	popok
inti-gambar-sato	Gambar karo Sato, lingkungan seluler lan gaya visual kanggo piranti seluler. Gambar kasebut ndhukung tema Sato lan nggunakake aplikasi Pimlico. Isine terminal, editor lan a file manajer.	popok
imx-gambar-inti	Gambar i.MX kanthi aplikasi tes i.MX sing bakal digunakake kanggo backend Wayland. Gambar iki digunakake dening testing inti saben dina.	meta-imx/meta-sdk
fsl-gambar-mesin-test	Gambar inti i.MX Komunitas FSL kanthi lingkungan konsol - ora ana antarmuka GUI.	meta-freescale-distro
imx-image-multimedia	Mbangun gambar i.MX karo GUI tanpa isi Qt.	meta-imx/meta-sdk
imx-gambar-lengkap	Mbangun gambar Qt 6 opensource kanthi fitur Machine Learning. Gambar iki mung didhukung kanggo i.MX SoC kanthi grafis hardware. Dheweke ora didhukung ing i.MX 6UltraLite, i.MX 6UltraLiteLite, i.MX 6SLL, [MX 7Dual, i.MX 8MNanoLite, utawa i.MX 8DXL	meta-imx/meta-sdk

5.3 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

5.4 Pilihan Bitbake
Printah bitbake sing digunakake kanggo mbangun gambar yaiku bitbake . Parameter tambahan bisa digunakake kanggo aktivitas tartamtu sing diterangake ing ngisor iki. Bitbake nyedhiyakake macem-macem opsi migunani kanggo ngembangake komponen siji. Kanggo mbukak karo parameter BitBake, printah katon kaya iki: bitbake minangka paket mbangun sing dikarepake.
Tabel ing ngisor iki nyedhiyakake sawetara opsi BitBake.

Tabel 2. Pilihan BitBake

Parameter BitBake	Katrangan
-c njupuk	Njupuk yen status undhuhan ora ditandhani rampung.
-c resik	Ngresiki kabeh direktori mbangun komponen. Kabeh owah-owahan ing direktori mbangun ilang. Root lan kahanan komponen uga diresiki. Komponen kasebut uga dibusak saka direktori download.
-c nyebarake	Nyebarake gambar utawa komponen menyang rootfs.
-k	Terus mbangun komponen sanajan ana break mbangun.
-c kompilasi -f	Ora dianjurake supaya kode sumber ing direktori sementara diganti langsung, nanging yen ya, Proyek Yocto bisa uga ora mbangun maneh kajaba pilihan iki digunakake. Gunakake pilihan iki kanggo meksa recompile sawise gambar disebarake.
-g	Ndhaptar wit dependensi kanggo gambar utawa komponen.
-DDD	Nguripake debug 3 tingkat jero. Saben D nambahake tingkat debug liyane.
-s, -show-versi	Nuduhake versi saiki lan disenengi kabeh resep.

5.5 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 OPTEE lan karo OP-TEE:

uboot_config_imx93evk=”sd fspi”
uboot_config_imx8mpevk=”sd fspi ecc”

uboot_config_imx8mnevk=”sd fspi”
uboot_config_imx8mmevk=”sd fspi”
uboot_config_imx8mqevk=”sd”

uboot_config_imx8dxlevk=”sd fspi”
uboot_conifg_imx8dxmek=”sd fspi”
uboot_config_imx8qxpc0mek=”sd fspi”

uboot_config_imx8qxpmek=”sd fspi”
uboot_config_imx8qmmek=”sd fspi”
uboot_config_imx8ulpevk=”sd fspi”

uboot_config_imx8ulp-9×9-lpddr4-evk=”sd fspi”
uboot_config_imx6qsabresd=”sd sata sd-optee”
uboot_config_imx6qsabreauto=”sd sata 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”

Kanggo mbangun nganggo konfigurasi U-Boot, tindakake langkah ing ngisor iki.
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
Cathetan: i.MX 8 nggunakake imx-boot sing narik ing U-Boot.

5.6 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
-b imx-linux-nanbield -m imx-6.6.3-1.0.0.xml
sinkronisasi $ repo
Bagean ing ngisor iki menehi sawetara eks tartamtuamples. Ganti jeneng mesin lan backends sing ditemtokake kanggo ngatur printah.

5.6.1 Gambar Frame Buffer ing i.MX 6QuadPlus SABRE-AI
$ DISTRO=fsl-imx-fb MACHINE=imx6qpsabreauto source imx-setup-release.sh –b build-fb
$ bitbake imx-image-multimedia
Iki nggawe gambar multimedia kanthi backend buffer pigura.

5.6.2 XWayland gambar ing i.MX 8QuadXPlus MEK
$ DISTRO=fsl-imx-xwayland MACHINE=imx8qxpmek 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.

5.6.3 Wayland gambar ing i.MX 8M Quad EVK
$ 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.

5.6.4 Miwiti maneh lingkungan mbangun
Yen jendhela terminal anyar dibukak utawa mesin urip maneh sawise direktori mbangun, script lingkungan persiyapan kudu digunakake kanggo nyiyapake variabel lingkungan lan mbukak mbangun maneh. imxsetup-release.sh lengkap ora dibutuhake.
$ sumber persiyapan-lingkungan

5.6.5 Browser Chromium ing XWayland, lan 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.
Ing local.conf kanggo XWayland utawa Wayland, tambahake Chromium menyang gambar sampeyan. X11 ora didhukung.
CORE_IMAGE_EXTRA_INSTALL += "kromium-ozon-wayland"

5.6.6 Qt 6 lan QtWebMesin browser
Qt 6 nduweni lisensi komersial lan open source. Nalika mbangun ing Yocto Project, lisensi open source 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”

5.6.7 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"

5.6.8 Sistemd
Systemd diaktifake minangka manajer inisialisasi standar. Kanggo mateni systemd minangka standar, pindhah menyang fsl-imxpreferred-env.inc lan komentar metu bagean systemd.

5.6.9 Multilib ngaktifake
Kanggo i.MX 8, mbangun aplikasi 32-bit ing OS 64-bit bisa didhukung nggunakake konfigurasi multilib. Multilib nawakake kemampuan kanggo mbangun perpustakaan kanthi optimasi target utawa format arsitektur sing beda-beda lan nggabungake iki dadi siji gambar sistem. Multilib diaktifake kanthi nambahake deklarasi MULTILIB, DEFAULTTUNE, lan IMAGE_INSTALL menyang local.conf sampeyan file. Multilib ora didhukung karo manajemen paket debian. Iki mbutuhake sistem RPM. Komentari rong baris manajemen paket ing local.conf kanggo pindhah menyang RPM standar.
Pranyatan MULTILIBS biasane lib32 utawa lib64 lan kudu ditetepake ing
MULTILIB_GLOBAL_VARIANTS variabel kaya ing ngisor iki:

MULTILIBS = "multilib:lib32"
DEFAULTTUNE kudu dadi salah siji saka nilai AVAILTUNES kanggo jinis perpustakaan alternatif iki kaya ing ngisor iki:
DEFAULTTUNE:virtclass-multilib-lib32 = "armv7athf-neon"
IMAGE_INSTALL bakal ditambahake menyang gambar, perpustakaan 32-bit sing dibutuhake dening aplikasi tartamtu kaya ing ngisor iki:
IMAGE_INSTALL: append = "lib32-bash"
Kanggo kasus ing i.MX 8, mbangun dhukungan aplikasi 32-bit mbutuhake statement ing ngisor iki ing local.conf. Konfigurasi iki nemtokake mesin 64-bit minangka jinis mesin utama lan nambah multilib: lib32, ing ngendi perpustakaan kasebut dikompilasi karo tune armv7athf-neon, lan banjur kalebu kabeh gambar paket lib32.
MESIN = imx8mqevk
# Nemtokake target multilib
mbutuhake conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE:virtclass-multilib-lib32 = "armv7athf-neon"
# Tambah paket multilib menyang gambar
IMAGE_INSTALL:append = ”lib32-glibc lib32-libgcc lib32-libstdc++”
Pateni kemasan deb supaya ora ana kesalahan pangolahan. Priksa ing local.conf, lan komentar yen ana:
PACKAGE_CLASSES = "paket_deb"
EXTRA_IMAGE_FEATURES += "manajemen paket"

5.6.10 ngaktifake 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-bsp/conf/layer.conf file lan komentar metu DISTRO_FEATURES_append kanggo OP-TEE lan uncomment baris dibusak.

5.6.11 Bangunan kunjara
Jailhouse minangka Hypervisor partisi statis adhedhasar OS Linux. Iki didhukung ing i.MX 8M Plus, i.MX 8M Nano, i.MX 8M Quad EVK, lan i.MX 8M Mini EVK.

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, waca Pandhuan pangguna Linux i.MX (IMXLUG).

5.6.12 Manajemen paket
Manajemen paket standar karo Yocto Project yaiku rpm. Distro i.MX saiki ngaktifake debian minangka manajemen paket. Iki bisa gampang dipateni kanthi nambahake set ACKAGE_CLASSES menyang package_rpm ing local.conf, utawa nggawe distro khusus tanpa feed paket debian PACKAGE_CLASSES = "package_deb" .
Kanthi tambahan feed paket debian, sources.list bisa ditambahake menyang /etc/apt sing nyambung menyang feed paket Debian. Iki ngidini pangguna nginstal paket sing ora kasedhiya ing gambar kasebut tanpa kudu ditambahake menyang gambar Yocto. Amarga feed paket iki ora diasilake dening proses mbangun i.MX Yocto, ora ana jaminan saben paket bakal bisa digunakake kanthi dependensi sing bener nanging ngidini alat sing luwih gampang diwenehake.
Piranti lunak sing rumit lan luwih akeh gumantung ing versi tartamtu bisa uga duwe masalah karo feed paket eksternal.

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.

6.1 Sumunar 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 Guide (IMXLUG). Kanggo aplikasi machine learning NXP eIQ, ruang disk gratis tambahan dibutuhake (kira-kira 1 GB). Iki ditetepake kanthi nambah variabel IMAGE_ROOTFS_EXTRA_SPACE menyang local.conf file sadurunge proses bangunan Yocto. Waca Yocto Project Mega-Manual.

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 ing njaba lingkungan mbangun Yocto Project, waca Bab "Carane Mbangun U-Boot lan Kernel ing Lingkungan Standalone" ing i .MX User's Guide (IMXLUG).
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 khusus ing ndhuwur release i.MX BSP. Bagean sing isih ana ing dokumen iki menehi instruksi kanggo nggawe DISTRO lan konfigurasi papan khusus.

7.1 Nggawe distro khusus
Distro khusus bisa ngatur lingkungan mbangun khusus. distro files dirilis fsl-imx-wayland, fslimx-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.

7.2 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.

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.
Ngatur U-Boot yen perlu. Deleng i.MX BSP Porting Guide (IMXBSPPG) kanggo rincian babagan iki.
Nemtokake pangurus papan. Penyelenggara iki nggawe manawa files dianyari minangka needed, supaya mbangun tansah bisa.
Setel mbangun Yocto Project kaya sing diterangake ing pandhuan komunitas Yocto Project kaya ing ngisor iki.
Gunakake cabang master komunitas.
a. Download paket host sing dibutuhake, gumantung saka distribusi OS Linux host sampeyan, saka Miwiti Cepet Proyek Yocto.
b. Download Repo kanthi prentah:
$curl https://storage.googleapis.com/git-repo-downloads/repo>~/bin/repo
c. Nggawe direktori kanggo nyimpen kabeh. Jeneng direktori bisa digunakake. Dokumen iki nggunakake imxcommunity-bsp.
$ mkdir imx-komunitas-bsp
d. Jalanake printah ing ngisor iki:
$ cd imx-komunitas-bsp
e. Initialize Repo karo cabang master Repo.
$ repo init -u https://github.com/Freescale/fsl-community-bsp-platform - b guru
f. Njaluk resep-resep sing bakal digunakake kanggo mbangun.
sinkronisasi $ repo
g. Setel lingkungan kanthi printah ing ngisor iki:
$ sumber persiyapan-lingkungan mbangun
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
Siapke patches. Tindakake Pandhuan Gaya Resep lan git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/ tree/README ing bagean kanthi irah-irahan Kontribusi.
Upstream menyang meta-freescale-3rdparty. Kanggo hulu, kirim patch menyang metafreescale@yoctoproject.org.

7.3 Ngawasi kerentanan keamanan ing BSP sampeyan
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

7.3.1 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”

7.3.2 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.

Pitakonan sing Sering Ditakoni

8.1 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.

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

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 -b imx-linux-nanbield m imx-6.6.3-1.0.0.xml
: sinkronisasi repo
Cathetan:
https://github.com/nxp-imx/imx-manifest/tree/imx-linux-nanbield 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:
$: DISTRO=fsl-imx-fb MESIN= sumber imx-setup-release.sh -b build-fb
Setelan kanggo Wayland:
$: DISTRO=fsl-imx-wayland MESIN= sumber imx-setup-release.sh -b build-wayland
Setup kanggo XWayland:
$: DISTRO=fsl-imx-xwayland MESIN= sumber imx-setup-release.sh -b build-xwayland

Mbangun kanggo Kabeh Backends
Mbangun tanpa Qt
$: bitbake imx-image-multimedia
Mbangun karo Qt 6 lan fitur machine learning
$: bitbake imx-image-full

8.2 Setelan 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 jalanake perintah bitbake:
bitbake .
Kanggo informasi luwih lengkap, ndeleng ing Manual Referensi Proyek Yocto — Dokumentasi Yocto Project ® 5.0.1.

8.3 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.

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

8.4.1 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.

8.4.2 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.

8.4.3 Versi preferred
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.

8.4.4 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"

8.4.5 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-auto kadhaptar ing kulawarga i.MX 6 lan 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 setelan kernel mx6dlsabresd.
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.

8.4.6 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 direktori komponen mbangun (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).

8.4.7 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 -b batu krikil
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/registernxp-vigiles/). Ngakses Preferensi lan generate New
Kunci. Ngundhuh kunci file menyang lingkungan pangembangan sampeyan. 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 (IMXLUG).
Kanggo carane ndownload gambar nggunakake U-Boot, deleng Bagean "Ngunduh Gambar Nggunakake U-Boot" ing Pandhuan pangguna Linux i.MX (IMXLUG).
Kanggo carane nyiyapake kertu SD/MMC, ndeleng Bagean "Nyiyapake kertu SD/MMC kanggo boot" ing i.MX Linux User Guide (IMXLUG).

Cathetan Babagan Kode Sumber ing Dokumen

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

Distribusi ulang kode sumber kudu njaga kabar hak cipta ing ndhuwur, dhaptar kahanan iki lan wewaler ing ngisor iki.
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.
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 nduwèni hak cipta utawa kontributor TANGGUNG JAWAB LANGSUNG, LANGSUNG, INCIDENTAL, KHUSUS, EXEMPLARY, UTAWA KERUSAKAN KONSEKUENSIAL (kalebu, nanging ora winates kanggo, pengadaan barang substitusi utawa layanan, layanan, layanan; UTAWA 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 panggunaan SOFTWARE THIS, sanajan DAMPOSSIBILED OF THE.

Riwayat Revisi

Tabel iki nyedhiyakake riwayat revisi.
Riwayat revisi

Dokumen ID	Tanggal	owah-owahan substantif
IMXLXYOCTOUG v.LF6.6.3_1.0.0	29 Maret 2024	Nganyarke kanggo 6.6.3 kernel, dibusak i.MX 91P, lan nambah i.MX 95 minangka Alpha Quality.
IMXLXYOCTOUG v.LF6.1.55_2.2.0	12/2023	Nganyarke kanggo kernel 6.1.55.
IMXLXYOCTOUG v.LF6.1.36_2.1.0	09/2023	Nganyarke kanggo kernel 6.1.36 lan ditambahake I.MX 91P.
IMXLXYOCTOUG v.LF6.1.22_2.0.0	06/2023	Nganyarke kanggo kernel 6.1.22.
IMXLXYOCTOUG v.LF6.1.1_1.0.0	04/2023	Koreksi kesalahan ing baris printah ing Bagean 3.2.
IMXLXYOCTOUG v.LF6.1.1_1.0.0	03/2023	Nganyarke kanggo kernel 6.1.1.
IMXLXYOCTOUG v.LF5.15.71_2.2.0	12/2022	Nganyarke kanggo kernel 5.15.71.
IMXLXYOCTOUG v.LF5.15.52_2.1.0	09/2022	Nganyarke menyang kernel 5.15.52, lan nambah i.MX 93.
IMXLXVOCTOUG v.LF5.15.32_2.0.0	06/2022	Nganyarke menyang kernel 5.15.32, U-Boot 2022.04, lan Kirkstone Yocto.
IMXLXYOCTOUG v.LF5.15.5_1.0.0	03/2022	Nganyarke menyang kernel 5.15.5, Honister Yocto, lan Qt6.
IMXLXYOCTOUG v.LF5.10.72_2.2.0	12/2021	Nganyarke kernel kanggo 5.10.72 lan nganyari BSP.
IMXLXYOCTOUG v.LF5.10.52_2.1.0	09/2021	Dianyari kanggo i.MX GULP Alpha lan kernel nganyari kanggo 5.10.52.
IMXLXYOCTOUG v.LF5.10.35_2.0.0	06/2021	Nganyarke kanggo 5.10.35 kernel.
IMXLXYOCTOUG v.LF5.10.9_1.0.0	04/2021	Mbenerake kesalahan ketik ing baris printah ing Bagean 3.1 'Paket host.
IMXLXYOCTOUG v.LF5.10.9_1.0.0	03/2021	Nganyarke kanggo 5.10.9 kernel.
IMXLXYOCTOUG v.L5.4.70_2.3.0	01/2021	Dianyari baris printah ing Bagean "Mlaku-mlaku gambar Arm Cortex-M4".
IMXLXYOCTOUG v.L5.4.70_2.3.0	12/2020	i.MX 5.4 gabungan GA kanggo release i.MX Papan kalebu i. MX 8M Plus lan i.MX 8DXL.
IMXLXYOCTOUG v.L5.4.47_2.2.0	09/2020	release I.MX 5.4 Beta2 kanggo i.MX 8M Plus, Beta kanggo 8DXL, lan GA gabungan kanggo Papan I.MX dirilis.
IMXLXYOCTOUG v.L5.4.24_2.1.0	06/2020	release i.MX 5.4 Beta kanggo i.MX 8M Plus, Aipha2 kanggo 8DXL, lan GA gabungan kanggo Papan i.MX dirilis.
IMXLXYOCTOUG v.L5.4.3_2.0.0	04/2020	release i.MX 5.4 Alpha kanggo i.MX 8M Plus lan 8DXL EVK Papan.
IMXLXYOCTOUG v.LF5A.3_1.0.0	03/2020	Nganyarke I.MX 5.4 Kernel lan Proyek Yocto.
IMXLXYOCTOUG v.L4.19.35_1.1.0	10/2019	Nganyarke I.MX 4.19 Kernel lan Proyek Yocto.
IMXLXYOCTOUG v.L4.19.35_1.0.0	07/2019	I.MX 4.19 Beta Kernel lan Nganyarke Proyek Yocto.
IMXLXYOCTOUG v.L4.14.98_2.0.0_ga	04/2019	i.MX 4.14 Kernel upgrade lan nganyari Papan.
IMXLXYOCTOUG v.L4.14.78_1.0.0_ga	01/2019	I.MX 6, i.MX 7, i.MX 8 kulawarga release GA.
IMXLXYOCTOUG v14.14.62_1.0.0_ beta	11/2018	i.MX 4.14 Kernel Upgrade, Yocto Project Sumo upgrade.
IMXLXYOCTOUG v14.9.123_2.3.0_ 8mm	09/2018	i.MX 8M Mini GA release.
IMXLXYOCTOUG v14.9.88_2.2.0_ 8qxp-beta2	07/2018	i.MX 8QuadXPlus Beta2 release.
IMXLXYOCTOUG v14.9.88_2.1.0_ 8mm-alpha	06/2018	i.MX 8M Mini Alpha release.
IMXLXYOCTOUG v14.9.88_2.0.0-ga	05/2018	i.MX 7ULP lan i.MX 8M Quad GA release.
IMXLXYOCTOUG v14.9.51_imx8mq- ga	03/2018	Ditambahake i.MX 8M Quad GA.
IMXLXYOCTOUG v14.9.51_8qm- beta2/8qxp-beta	02/2018	Ditambahake i.MX 8QuadMax Beta2 lan i.MX 8QuadXPlus Beta.
IMXLXYOCTOUG v.L4.9.51_imx8mq- beta	12/2017	Ditambahake i.MX 8M Quad.
IMXLXYOCTOUG v14.9.51_imx8qm- beta 1	12/2017	Ditambahake i.MX 8QuadMax.
IMXLXYOCTOUG v14.9.51_imx8qxp- alpha	11/2017	Rilis wiwitan.

Informasi hukum

Definisi
Draft - A konsep status ing document nuduhake yen isi isih ing re internalview lan tundhuk persetujuan resmi, sing bisa nyebabake modifikasi utawa tambahan. NXP Semiconductors ora menehi perwakilan utawa garansi babagan akurasi utawa kelengkapan informasi sing kalebu ing versi draf dokumen lan ora duwe tanggung jawab kanggo akibat saka panggunaan informasi kasebut.
Penafian
babar pisan winates lan tanggung jawab - 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) 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.
Cocog kanggo nggunakake - Produk NXP Semiconductors ora dirancang, sah utawa dijamin cocok kanggo digunakake ing dhukungan urip, sistem utawa peralatan sing kritis utawa safety-kritis, utawa ing aplikasi sing gagal utawa malfungsi produk NXP Semikonduktor bisa diduga nyebabake bundhas pribadi, pati utawa property abot utawa karusakan lingkungan. NXP Semikonduktor lan panyedhiya ora tanggung jawab kanggo kalebu lan/utawa nggunakake produk NXP Semikonduktor ing peralatan utawa aplikasi kasebut lan mulane kalebu lan/utawa panggunaan kasebut tanggung jawab kanggo pelanggan.
Aplikasi — Aplikasi sing diterangake ing kene kanggo samubarang 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.
Cocog kanggo digunakake ing produk qualified non-otomotif - Kajaba dokumen iki kanthi tegas nyatakake yen produk NXP Semiconductors khusus 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 utawa aplikasi otomotif.
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.
Terjemahan — Versi non-Inggris (diterjemahake) saka dokumen, kalebu informasi hukum ing dokumen kasebut, mung kanggo referensi. Versi Inggris bakal ditrapake yen ana bedo antarane versi terjemahan lan Inggris.
Keamanan — Pelanggan mangertos manawa kabeh produk NXP bisa uga ana kerentanan sing ora dingerteni utawa 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 rilis 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

AMBA, Arm, Arm7, Arm7TDMI, Arm9, Arm11, Artisan, big.LITTLE, Cordio, CoreLink, CoreSight, Cortex, DesignStart, DynamIQ, Jazelle, Keil, Mali, Mbed, Mbed Enabled, NEON, POP, RealView, SecurCore, Socrates, Thumb, TrustZone, ULINK, ULINK2, ULINK-ME, ULINKPLUS, ULINKpro, μVision, Versatile — minangka merek dagang lan/utawa merek dagang kadhaptar saka Arm Limited (utawa anak perusahaan utawa afiliasi) ing AS lan/utawa ing papan liya. Teknologi sing gegandhengan bisa dilindhungi dening samubarang utawa kabeh paten, hak cipta, desain lan rahasia dagang. Kabeh hak dilindhungi undhang-undhang.
EdgeLock - iku merek dagang saka NXP BV
eIQ - iku merek dagang saka NXP BV
i.MX - iku merek dagang saka NXP BV

IMXLXYOCTOUG
All information provided ing document iki tundhuk disclaimers legal.
© 2024 NXP BV Kabeh hak dilindhungi undhang-undhang.
Wahyu LF6.6.3_1.0.0 — 29 Maret 2024

Dokumen / Sumber Daya

NXP IMXLXYOCTOUG i.MX Yocto Project [pdf] Pandhuan pangguna
IMXLXYOCTOUG i.MX Yocto Project, i.MX Yocto Project, Yocto Project, Project

Referensi

Manual pangguna

IMXLXYOCTOUG i.MX Yocto Project

Swaraview

Fitur

Host Setup

Yocto Project Setup

Mbangun Gambar

Panyebaran Gambar

Kustomisasi

Pitakonan sing Sering Ditakoni

Referensi

Cathetan Babagan Kode Sumber ing Dokumen

Riwayat Revisi

Informasi hukum

Dokumen / Sumber Daya

Referensi

Ninggalake komentar

Batal balesan