NXP UG10164 i.MX Yocto Project

Maklumat dokumen

Berakhirview

• Dokumen ini menerangkan cara membina imej untuk papan i.MX dengan menggunakan persekitaran binaan Yocto Project. Ia menerangkan lapisan keluaran i.MX dan penggunaan khusus i.MX.
• Projek Yocto ialah kerjasama sumber terbuka yang memfokuskan pada pembangunan OS Linux terbenam. Untuk maklumat lanjut tentang Projek Yocto, lihat halaman Projek Yocto: www.yoctoproject.org/  Terdapat beberapa dokumen pada halaman utama Projek Yocto yang menerangkan secara terperinci cara menggunakan sistem. Untuk menggunakan Yocto asas.
• Projek tanpa lapisan keluaran i.MX, ikut arahan dalam Mula Pantas Projek Yocto yang terdapat di https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html
• Komuniti Projek Yocto FSL BSP (ditemui di freescale.github.io) ialah komuniti pembangunan di luar NXP yang menyediakan sokongan untuk papan i.MX dalam persekitaran Projek Yocto. i.MX menyertai komuniti Projek Yocto, menyediakan keluaran berdasarkan rangka kerja Projek Yocto. Maklumat khusus untuk penggunaan BSP komuniti FSL tersedia di komuniti web muka surat. Dokumen ini adalah lanjutan daripada dokumentasi BSP komuniti.
• Files yang digunakan untuk membina imej disimpan dalam lapisan. Lapisan mengandungi pelbagai jenis penyesuaian dan datang daripada sumber yang berbeza. Sesetengah files dalam lapisan dipanggil resipi. Resipi Yocto Project mengandungi mekanisme untuk mendapatkan semula kod sumber, membina dan membungkus komponen. Senarai berikut menunjukkan lapisan yang digunakan dalam keluaran ini.

Lapisan pelepasan i.MX

• meta-imx
  • meta-imx-bsp: kemas kini untuk lapisan meta-freescale, poky dan meta-openembedded
  • meta-imx-sdk: kemas kini untuk meta-freescale-distros
  • meta-imx-ml: Resipi pembelajaran mesin
  • meta-imx-v2x: Resipi V2X hanya digunakan untuk i.MX 8DXL
  • meta-imx-cockpit: Resipi kokpit untuk i.MX 8QuadMax

Lapisan komuniti Projek Yocto

• meta-freescale: Menyediakan sokongan untuk pangkalan dan untuk papan rujukan i.MX Arm.
• meta-freescale-3rdparty: Menyediakan sokongan untuk papan pihak ketiga dan rakan kongsi.
• meta-freescale-distro: Item tambahan untuk membantu dalam pembangunan dan keupayaan papan latihan.
• fsl-community-bsp-base: Selalunya dinamakan semula kepada pangkalan. Menyediakan konfigurasi asas untuk BSP Komuniti FSL.
• meta-openembedded: Koleksi lapisan untuk alam semesta teras OE. Lihat layers.openembedded.org/.
• poky: Item Asas Yocto Project dalam Poky. Lihat README Poky untuk butiran.
• meta-browser: Menyediakan beberapa pelayar.
• meta-qt6: Menyediakan Qt 6.
• meta-timesys: Menyediakan alat Vigiles untuk pemantauan dan pemberitahuan kelemahan BSP (CVE).

Rujukan kepada lapisan komuniti dalam dokumen ini adalah untuk semua lapisan dalam Projek Yocto kecuali meta-imx. Papan i.MX dikonfigurasikan dalam lapisan meta-imx dan meta-freescale. Ini termasuk U-Boot, kernel Linux dan butiran khusus papan rujukan.
i.MX menyediakan lapisan tambahan yang dipanggil i. Keluaran MX BSP, dinamakan meta-imx, untuk menyepadukan keluaran i.MX baharu dengan FSL Yocto Project Community BSP. Lapisan meta-imx bertujuan untuk mengeluarkan resipi dan konfigurasi mesin Projek Yocto yang dikemas kini dan baharu untuk keluaran baharu yang belum lagi tersedia pada lapisan meta-freescale dan meta-freescale-distro sedia ada dalam Projek Yocto. Kandungan lapisan Keluaran BSP i.MX ialah resipi dan konfigurasi mesin. Dalam banyak kes ujian, lapisan lain melaksanakan resipi atau memasukkan files dan lapisan keluaran i.MX menyediakan kemas kini kepada resipi dengan sama ada menambahkan pada resipi semasa atau memasukkan komponen dan mengemas kini dengan tampung atau lokasi sumber. Kebanyakan resipi lapisan keluaran i.MX adalah sangat kecil kerana mereka menggunakan apa yang disediakan oleh komuniti dan mengemas kini perkara yang diperlukan untuk setiap versi pakej baharu yang tidak tersedia dalam lapisan lain.

• Lapisan Pelepasan BSP i.MX juga menyediakan resipi imej yang merangkumi semua komponen yang diperlukan untuk imej sistem boot, menjadikannya lebih mudah untuk pengguna. Komponen boleh dibina secara individu atau melalui resipi imej, yang menarik semua komponen yang diperlukan dalam imej ke dalam satu proses binaan.
• Kernel i.MX dan keluaran U-Boot diakses melalui repositori GitHub awam i.MX. Walau bagaimanapun, beberapa komponen dikeluarkan sebagai pakej pada cermin i.MX. Resipi berasaskan pakej tarik files daripada cermin i.MX bukannya lokasi Git dan jana pakej yang diperlukan.
• Semua pakej yang dikeluarkan sebagai binari dibina dengan titik terapung perkakasan didayakan seperti yang ditentukan oleh DEFAULTTUNE yang ditakrifkan dalam setiap konfigurasi mesin file. Pakej titik terapung perisian tidak disediakan bermula dengan keluaran jethro.
• Keluaran LF6.12.20_2.0.0 dikeluarkan untuk Yocto Project 5.2 (Walnascar). Resipi yang sama untuk Yocto Project 5.2 akan dihulurkan dan tersedia pada keluaran seterusnya keluaran Yocto Project. Kitaran keluaran Projek Yocto berlangsung kira-kira enam bulan.
• Resipi dan tampalan dalam meta-imx akan dihulurkan ke lapisan komuniti. Selepas itu dilakukan untuk komponen tertentu, iaitu files dalam meta-imx tidak lagi diperlukan dan FSL Yocto Project Community BSP akan memberikan sokongan. Komuniti menyokong papan rujukan i.MX, papan komuniti dan papan pihak ketiga.

Perjanjian lesen pengguna akhir
Semasa proses persekitaran persediaan NXP Yocto Project BSP, Perjanjian Lesen Pengguna Akhir (EULA) NXP dipaparkan. Untuk terus menggunakan perisian i.MX Proprietary, pengguna mesti bersetuju dengan syarat lesen ini. Perjanjian kepada terma tersebut membenarkan Projek Yocto membina kepada pakej untar daripada cermin i.MX.

Nota:
Baca perjanjian lesen ini dengan teliti semasa proses persediaan, kerana setelah diterima, semua kerja selanjutnya dalam persekitaran i.MX Yocto Project terikat dengan perjanjian yang diterima ini.

Rujukan
i.MX mempunyai berbilang keluarga yang disokong dalam perisian. Berikut ialah keluarga tersenarai dan SoC bagi setiap keluarga. Nota Keluaran Linux i.MX menerangkan SoC mana yang disokong dalam keluaran semasa. Sesetengah SoC yang dikeluarkan sebelum ini mungkin boleh dibina dalam keluaran semasa tetapi tidak disahkan jika ia berada pada tahap yang disahkan sebelumnya.

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

Keluaran ini termasuk rujukan berikut dan maklumat tambahan.

• i.MX Linux Release Notes (RN00210) – Menyediakan maklumat keluaran.
• Panduan Pengguna Linux i.MX (UG10163) – Menyediakan maklumat tentang memasang U-Boot dan OS Linux dan menggunakan
  i. Ciri khusus MX.
• Panduan Pengguna Projek Yocto i.MX (UG10164) – Menerangkan pakej sokongan papan untuk sistem pembangunan NXP menggunakan Yocto Project untuk menyediakan hos, memasang rantai alat dan membina kod sumber untuk mencipta imej.
• i.MX Porting Guide (UG10165) – Menyediakan arahan untuk mengalihkan BSP ke papan baharu.
• Panduan Pengguna Pembelajaran Mesin i.MX (UG10166) – Menyediakan maklumat pembelajaran mesin.
• Panduan Pengguna DSP i.MX (UG10167) – Menyediakan maklumat tentang DSP untuk i.MX 8.
• Panduan Kamera dan Paparan i.MX 8M Plus (UG10168) – Menyediakan maklumat tentang API Antara Muka Sensor Bebas ISP untuk i.MX 8M Plus.
• i.MX Digital Cockpit Hardware Partitioning Enablement untuk i.MX 8QuadMax (UG10169) – Menyediakan penyelesaian perkakasan Kokpit Digital i.MX untuk i.MX 8QuadMax.
• Panduan Pengguna Grafik i.MX (UG10159) – Menghuraikan ciri grafik.
• Panduan Pengguna Harpoon (UG10170) – Mempersembahkan keluaran Harpoon untuk keluarga peranti i.MX 8M.
• Manual Rujukan Linux i.MX (RM00293) – Menyediakan maklumat tentang pemacu Linux untuk i.MX.
• Manual Rujukan Linux Antara Muka Pengaturcaraan Aplikasi VPU i.MX (RM00294) – Menyediakan maklumat rujukan tentang API VPU pada i.MX 6 VPU.
• API Modul Keselamatan Perkakasan EdgeLock Enclave (RM00284) – Dokumen ini ialah perihalan rujukan perisian API yang disediakan oleh penyelesaian i.MX 8ULP, i.MX 93 dan i.MX 95 Hardware Security Module (HSM) untuk EdgeLock Enclave ( ELE) Platform.

Panduan permulaan pantas mengandungi maklumat asas pada papan dan menyediakannya. Mereka berada di NXP webtapak.

• Panduan Mula Pantas Platform SABER (IMX6QSDPQSG)
• Panduan Mula Pantas i.MX 6UltraLite EVK (IMX6ULTRALITEQSG)
• Panduan Mula Pantas i.MX 6ULL ​​EVK (IMX6ULLQSG)
• i.MX 7Dual Panduan Mula Pantas SABRE-SD (SABRESDBIMX7DUALQSG)
• Panduan Mula Pantas Kit Penilaian Kuad 8M i.MX (IMX8MQUADEVKQSG)
• Panduan Mula Pantas Kit Penilaian Mini i.MX 8M (8MMINIEVKQSG)
• Panduan Mula Pantas Kit Penilaian Nano i.MX 8M (8MNANOEVKQSG)
• i.MX 8QuadXPlus Multisensory Enablement Kit Panduan Mula Pantas (IMX8QUADXPLUSQSG)
• Panduan Mula Pantas Kit Pembolehan Multisensori i.MX 8QuadMax (IMX8QUADMAXQSG)
• Panduan Mula Pantas Kit Penilaian i.MX 8M Plus (IMX8MPLUSQSG)
• Panduan Mula Pantas i.MX 8ULP EVK (IMX8ULPQSG)
• Panduan Mula Pantas i.MX 8ULP EVK9 (IMX8ULPEVK9QSG)
• Panduan Mula Pantas i.MX 93 EVK (IMX93EVKQSG)
• i.MX 93 9×9 Panduan Mula Pantas QSB (93QSBQSG)

Dokumentasi boleh didapati dalam talian di nxp.com

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

Ciri-ciri

Lapisan i.MX Yocto Project Release mempunyai ciri-ciri berikut:

• Resipi kernel Linux
  • Resipi kernel berada dalam folder resipi-kernel dan menyepadukan sumber kernel i.MX Linux linux-imx.git yang dimuat turun daripada repositori i.MX GitHub. Ini dilakukan secara automatik oleh resipi dalam projek.
  • LF6.12.20_2.0.0 ialah kernel Linux yang dikeluarkan untuk Projek Yocto.
• Resipi U-Boot
  • Resipi U-Boot berada dalam folder resipi-bsp dan menyepadukan sumber i.MX U-Boot uboot-imx.git yang dimuat turun daripada repositori i.MX GitHub.
  • Keluaran i.MX LF6.12.20_2.0.0 untuk peranti i.MX 6, i.MX 7, i.MX 8, i.MX 91, i.MX 93, i.MX 943 dan i.MX 95 menggunakan versi U-Boot v2025.04 i.MX yang dikemas kini. Versi ini belum dikemas kini untuk semua perkakasan i.MX.
  • BSP Komuniti Projek Yocto i.MX menggunakan u-boot-fslc daripada talian utama, tetapi ini hanya disokong oleh komuniti U-Boot dan tidak disokong dengan kernel L6.12.20.
  • BSP Komuniti Projek Yocto i.MX mengemas kini versi U-Boot dengan kerap, jadi maklumat di atas mungkin berubah apabila versi U-Boot baharu disepadukan ke lapisan meta-freescale dan kemas kini daripada keluaran i.MX u-boot-imx disepadukan ke dalam talian utama.
• Resipi grafik
  • Resipi grafik berada dalam folder grafik resipi.
  • Resipi grafik menyepadukan keluaran pakej grafik i.MX.
    Untuk SoC i.MX yang mempunyai perkakasan GPU Vivante, resipi imx-gpu-viv membungkus komponen grafik untuk setiap distro: penampan bingkai (FB), XWayland, hujung belakang Wayland dan penggubah Weston (Weston). Hanya penimbal bingkai sokongan i.MX 6 dan i.MX 7.
  • Untuk SoC i.MX yang mempunyai perkakasan GPU Mali, resipi mali-imx membungkus komponen grafik untuk distro belakang XWayland dan Wayland. Ciri ini adalah untuk i.MX 9 Sahaja.
  • Xorg-driver mengintegrasikan xserver-xorg.
• Resipi pakej i.MX
  perisian tegar-imx, fimrware-upower, imx-sc-fimrware dan pakej lain berada dalam resipi-bsp dan tarik dari cermin i.MX untuk membina dan membungkus ke dalam resipi imej.
• Resipi multimedia
  • Resipi multimedia berada dalam folder resipi-multimedia.
  • Pakej proprietari seperti imx-codec dan imx-parser mempunyai resipi tarik sumber daripada cermin awam i.MX untuk membina dan membungkusnya ke dalam resipi imej.
  • Pakej sumber terbuka mempunyai resipi yang menarik sumber daripada Git Repos awam di GitHub.
  • Sesetengah resipi disediakan untuk codec yang dihadkan lesen. Pakej untuk ini tiada pada cermin awam i.MX. Pakej ini boleh didapati secara berasingan. Hubungi wakil Pemasaran i.MX anda untuk memperolehnya.
• Resipi teras
  Sesetengah resipi untuk peraturan, seperti udev, menyediakan peraturan i.MX yang dikemas kini untuk digunakan dalam sistem. Resipi ini biasanya kemas kini dasar dan digunakan untuk penyesuaian sahaja. Keluaran hanya menyediakan kemas kini jika perlu.
• Resipi demo
  Resipi demonstrasi berada dalam direktori meta-imx-sdk. Lapisan ini mengandungi resipi imej dan resipi untuk penyesuaian, seperti penentukuran sentuh atau resipi untuk aplikasi tunjuk cara.
• Resipi pembelajaran mesin
  Resipi pembelajaran mesin berada dalam direktori meta-imx-ml. Lapisan ini mengandungi resipi pembelajaran mesin untuk pakej, seperti tensorflow-lite dan onnx.
• Resipi kokpit
  Resipi kokpit berada dalam meta-imx-cockpit dan disokong pada i.MX 8QuadMax menggunakan konfigurasi mesin imx-8qm-cockpit-mek.
• Resipi GoPoint
  Resipi demo GoPoint berada dalam lapisan meta-nxp-demo-experience. Lebih banyak demonstrasi dan resipi alat disertakan. Lapisan ini disertakan dalam semua imej penuh yang dikeluarkan.

Persediaan Hos

Untuk mencapai kelakuan yang dijangkakan Projek Yocto pada mesin hos Linux, pasang pakej dan utiliti yang diterangkan di bawah. Pertimbangan penting ialah ruang cakera keras yang diperlukan dalam mesin hos. Untuk exampOleh itu, apabila membina mesin yang menjalankan Ubuntu, ruang cakera keras minimum yang diperlukan ialah kira-kira 50 GB. Adalah disyorkan bahawa sekurang-kurangnya 120 GB disediakan, yang cukup untuk menyusun semua bahagian belakang bersama-sama. Untuk membina komponen pembelajaran mesin, sekurang-kurangnya 250 GB disyorkan.
Versi Ubuntu minimum yang disyorkan ialah 22.04 atau lebih baru.

1. Docker
   i.MX kini mengeluarkan skrip persediaan docker dalam imx-docker. Ikut arahan dalam readme untuk menyediakan mesin binaan hos menggunakan docker.
   Selain itu, docker on board didayakan dengan manifes standard dengan memasukkan lapisan meta-virtualisasi pada i.MX 8 sahaja. Ini mewujudkan sistem tanpa kepala untuk memasang bekas docker daripada hab docker luaran.
2. Pakej hos
   Binaan Projek Yocto memerlukan pakej khusus untuk dipasang untuk binaan yang didokumenkan di bawah Projek Yocto. Pergi ke Mula Pantas Projek Yocto dan semak pakej yang mesti dipasang untuk mesin bina anda.
   Pakej hos Essential Yocto Project ialah:

sudo apt-get install build-essential chrpath cpio debianutils diffstat file ternganga
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 menggunakan versi lalai grep yang ada pada mesin binaan anda. Jika terdapat versi grep yang berbeza dalam laluan anda, ia boleh menyebabkan binaan gagal. Satu penyelesaian ialah menamakan semula versi khas kepada sesuatu yang tidak mengandungi grep.

Menyediakan utiliti Repo
Repo ialah alat yang dibina di atas Git yang memudahkan pengurusan projek yang mengandungi berbilang repositori, walaupun ia dihoskan pada pelayan yang berbeza. Repo melengkapkan dengan baik sifat berlapis Projek Yocto, menjadikannya lebih mudah bagi pengguna untuk menambah lapisan mereka sendiri pada BSP.

Untuk memasang utiliti "repo", lakukan langkah berikut:

1. Buat folder bin dalam direktori rumah.
   • mkdir ~/bin (langkah ini mungkin tidak diperlukan jika folder bin sudah wujud)
   • curl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repo
   • chmod a+x ~/bin/repo
2. Untuk memastikan bahawa folder ~/bin berada dalam pembolehubah PATH anda, tambah baris berikut pada .bashrc file. eksport PATH=~/bin:$PATH

Persediaan Projek Yocto

Direktori Keluaran BSP i.MX Yocto Project mengandungi direktori sumber, yang termasuk resipi yang digunakan untuk membina satu atau lebih direktori binaan, bersama-sama dengan set skrip yang digunakan untuk menyediakan persekitaran.
Resipi yang digunakan untuk membina projek datang daripada keluaran komuniti dan i.MX BSP. Lapisan Projek Yocto dimuat turun ke direktori sumber. Langkah ini memastikan bahawa semua resipi yang diperlukan disediakan untuk membina projek.
Ex berikutampsaya menunjukkan cara memuat turun lapisan resipi i.MX Yocto Project Linux BSP. Untuk bekas iniampOleh itu, direktori yang dipanggil imx-yocto-bsp dicipta untuk projek itu. Mana-mana nama boleh digunakan sebagai ganti ini.

Nota:
https://github.com/nxp-imx/imx-manifest/tree/imx-linux-walnascar mempunyai senarai semua manifes files disokong dalam keluaran ini.
Apabila proses ini selesai, BSP didaftar keluar ke dalam direktori imx-yocto-bsp/sources.

Binaan Imej

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

Setiap folder binaan mesti dikonfigurasikan sedemikian rupa sehingga mereka hanya menggunakan satu distro. Setiap kali pembolehubah DISTRO_FEATURES ditukar, folder binaan yang bersih diperlukan. Konfigurasi distro disimpan dalam local.conf file dalam tetapan DISTRO dan dipaparkan apabila bitbake sedang berjalan. Dalam keluaran lepas, kami menggunakan distro poky dan versi serta pembekal tersuai dalam layer.conf kami tetapi distro tersuai ialah penyelesaian yang lebih baik. Apabila distro poky lalai digunakan, konfigurasi komuniti lalai digunakan. Sebagai keluaran i.MX, kami lebih suka mempunyai satu set konfigurasi yang NXP menyokong dan telah diuji.
Berikut ialah senarai konfigurasi DISTRO. Ambil perhatian bahawa fsl-imx-fb tidak disokong pada i.MX 8 atau i.MX 9 dan fsl-imx-x11 tidak disokong lagi.

• fsl-imx-wayland: Grafik Wayland tulen.
• fsl-imx-xwayland: Grafik Wayland dan X11. Aplikasi X11 menggunakan EGL tidak disokong.
• fsl-imx-fb: Grafik Bingkai Penampan – tiada X11 atau Wayland. Penampan Bingkai tidak disokong pada i.MX 8 dan i.MX 9.

Jika tiada distro file ditentukan, distro XWayland disediakan secara lalai. Pengguna dialu-alukan untuk mencipta distro mereka sendiri file berdasarkan salah satu daripada ini untuk menyesuaikan persekitaran mereka tanpa mengemas kini local.conf untuk menetapkan versi dan pembekal pilihan.
Sintaks untuk skrip imx-setup-release.sh ditunjukkan di bawah:

di mana,

• DISTRO= ialah distro, yang mengkonfigurasi persekitaran binaan, dan disimpan dalam meta-imx/meta-imx-sdk/conf/distro.
• MESIN= ialah nama mesin, yang menunjuk kepada konfigurasi file dalam conf/machine dalam meta-freescale dan meta-imx.
• -b menentukan nama direktori binaan yang dibuat oleh skrip imx-setup-release.sh.
• Apabila skrip dijalankan, ia menggesa pengguna untuk menerima EULA. Setelah EULA diterima, penerimaan disimpan dalam local.conf di dalam setiap folder binaan dan pertanyaan penerimaan EULA tidak lagi dipaparkan untuk folder binaan itu.
• Selepas skrip berjalan, direktori kerja adalah yang baru dibuat oleh skrip, ditentukan dengan pilihan -b. Folder conf dicipta mengandungi files bblayers.conf dan local.conf.
• The /conf/bblayers.conf file mengandungi semua lapisan meta yang digunakan dalam keluaran Projek Yocto i.MX.
• The local.conf file mengandungi spesifikasi mesin dan distro:
• MESIN ??= 'imx7ulpevk'
• DISTRO ?= 'fsl-imx-xwayland'
• ACCEPT_FSL_EULA = “1”
  di mana,
• Konfigurasi MESIN boleh diubah dengan mengedit ini file, jika perlu.
• ACCEPT_FSL_EULA dalam local.conf file menunjukkan bahawa anda telah menerima syarat EULA.
• Dalam lapisan meta-imx, konfigurasi mesin disatukan (imx6qpdlsolox.conf dan imx6ul7d.conf) disediakan untuk mesin i.MX 6 dan i.MX 7. i.MX menggunakan ini untuk membina imej biasa dengan semua pepohon peranti dalam satu imej untuk ujian. Jangan gunakan mesin ini untuk apa-apa selain daripada ujian.

Memilih imej projek i.MX Yocto
Projek Yocto menyediakan beberapa imej yang tersedia pada lapisan yang berbeza. Resipi imej menyenaraikan pelbagai imej utama, kandungannya dan lapisan yang menyediakan resipi imej.

Jadual 1. imej projek i.MX Yocto

Membina imej
Binaan Projek Yocto menggunakan arahan bitbake. Untuk example, bitbake membina komponen yang dinamakan. Setiap binaan komponen mempunyai berbilang tugas, seperti mengambil, konfigurasi, penyusunan, pembungkusan, dan penggunaan kepada rootfs sasaran. Binaan imej bitbake mengumpulkan semua komponen yang diperlukan oleh imej dan membina mengikut urutan pergantungan setiap tugas. Binaan pertama ialah rantai alat bersama-sama dengan alatan yang diperlukan untuk membina komponen.

Perintah berikut ialah examptentang cara membina imej:

• bitbake imx-image-multimedia

Pilihan bitbake
Perintah bitbake yang digunakan untuk membina imej ialah bitbake . Parameter tambahan boleh digunakan untuk aktiviti khusus yang diterangkan di bawah. Bitbake menyediakan pelbagai pilihan berguna untuk membangunkan satu
komponen. Untuk menjalankan dengan parameter BitBake, arahannya kelihatan seperti ini:

bitbake
di mana, ialah pakej binaan yang dikehendaki. Jadual berikut menyediakan beberapa pilihan BitBake.

Jadual 2. Pilihan BitBake

Konfigurasi U-Boot
Konfigurasi U-Boot ditakrifkan dalam konfigurasi mesin utama file. Konfigurasi ditentukan dengan menggunakan tetapan UBOOT_CONFIG. Ini memerlukan tetapan UBOOT_CONFIG dalam local.conf. Jika tidak, binaan U-Boot menggunakan but SD secara lalai.
Ini boleh dibina secara berasingan dengan menggunakan arahan berikut (tukar MESIN kepada sasaran yang betul). Berbilang konfigurasi U-Boot boleh dibina dengan satu arahan dengan meletakkan ruang antara konfigurasi U-Boot.
Berikut ialah konfigurasi U-Boot untuk setiap papan. Papan i.MX 6 dan i.MX 7 menyokong SD tanpa OP-TEE dan dengan 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 dan sd-optee”
• uboot_config_imx6dlsabresd=”sd epdc sd-optee”
• uboot_config_imx6dlsabreauto=”sd eimnor spinor dan sd-optee”
• uboot_config_imx6solosabresd=”sd sd-optee”
• uboot_config_imx6solosabreauto=”sd eimnor spinor dan sd-optee”
• uboot_config_imx6sxsabresd=”sd emmc qspi2 m4fastup sd-optee”
• uboot_config_imx6sxsabreauto=”sd qspi1 dan sd-optee”
• uboot_config_imx6qpsabreauto=”sd sata eimnor spinor dan 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 dan sd-optee”
• uboot_config_imx7ulpevk=”sd emmc sd-optee”

Dengan hanya satu konfigurasi U-Boot:

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

Dengan berbilang konfigurasi U-Boot:

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

Bina senario
Berikut ialah binaan senario persediaan untuk pelbagai konfigurasi.
Sediakan manifes dan isikan sumber lapisan Projek Yocto dengan arahan ini:

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

Bahagian berikut memberikan beberapa contoh khususamples. Gantikan nama mesin dan hujung belakang yang ditentukan untuk menyesuaikan arahan.

i.MX 8M Plus EVK dengan bahagian belakang grafik XWayland

• DISTRO=fsl-imx-xwayland MACHINE=imx8mpevk sumber imx-setup-release.sh -b build-xwayland bitbake imx-image-full
• Ini membina imej XWayland dengan Qt 6 dan ciri pembelajaran mesin. Untuk membina tanpa Qt 6 dan pembelajaran mesin, sebaliknya gunakan imx-image-multimedia.

Imej i.MX 8M Quad EVK dengan bahagian belakang grafik Walyand

• DISTRO=fsl-imx-wayland MACHINE=imx8mqevk sumber imx-setup-release.sh -b buildwayland
• bitbake imx-image-multimedia
  Ini membina imej Weston Wayland dengan multimedia tanpa Qt 6.

Imej i.MX 6QuadPlus SABRE-AI dengan bahagian belakang grafik Frame Buffer

• DISTRO=fsl-imx-fb MACHINE=imx6qpsabresd sumber imx-setup-release.sh –b buildfb
• bitbake imx-image-multimedia
• Ini membina imej multimedia dengan bahagian belakang penimbal bingkai.

Memulakan semula persekitaran binaan
Jika tetingkap terminal baharu dibuka atau mesin dibut semula selepas direktori binaan disediakan, skrip persekitaran persediaan harus digunakan untuk menyediakan pembolehubah persekitaran dan menjalankan binaan semula. imx-setup-release.sh penuh tidak diperlukan.

sumber persediaan-persekitaran

Penyemak Imbas Chromium di Wayland
Komuniti Yocto Project mempunyai resipi Chromium untuk Pelayar Chromium versi Wayland untuk i.MX SoC dengan perkakasan GPU. NXP tidak menyokong atau menguji tampalan daripada komuniti. Bahagian ini menerangkan cara untuk menyepadukan Chromium ke dalam rootfs anda dan mendayakan pemaparan dipercepatkan perkakasan WebGL. Penyemak imbas Chromium memerlukan lapisan tambahan seperti penyemak imbas meta ditambah dalam skrip imx-release-setup.sh secara automatik.

Nota:

• X11 tidak disokong.
• Sokongan i.MX 6 dan i.MX 7 ditamatkan dalam keluaran ini dan akan dialih keluar dalam keluaran seterusnya. Dalam local.conf, tambahkan Chromium pada imej anda.

CORE_IMAGE_EXTRA_INSTALL += "tanah laluan kromium-ozon"
Tambahkan lapisan Chromium pada binaan anda.
bitbake-layers add-layer ../sources/meta-browser/meta-chromium

Qt 6 dan QtWebPelayar enjin
Qt 6 mempunyai kedua-dua lesen komersial dan sumber terbuka. Apabila membina dalam Yocto Project, sumber terbuka
lesen adalah lalai. Pastikan anda memahami perbezaan antara lesen ini dan pilih dengan sewajarnya. Selepas pembangunan Qt 6 tersuai telah dimulakan pada lesen sumber terbuka, ia tidak boleh digunakan dengan lesen komersial. Bekerjasama dengan wakil sah untuk memahami perbezaan antara lesen ini.

Nota:
Bangunan QtWebEnjin tidak serasi dengan lapisan meta-kromium yang digunakan oleh keluaran.

• Jika anda menggunakan persediaan binaan NXP, alih keluar meta-chromium daripada bblayers.conf:
• # Dikomen keluar kerana tidak serasi dengan qtwebenjin
• #BBLAYERS += “${BSPDIR}/sources/meta-browser/meta-chromium”
• Terdapat empat pelayar Qt 6 tersedia. QtWebPelayar enjin boleh didapati di:
• /usr/share/qt6/exampkurang/webenjinwidgets/StyleSheetbrowser
• /usr/share/qt6/exampkurang/webenginewidgets/Simplebrowser
• /usr/share/qt6/exampkurang/webenginewidgets/Cookiebrowser
• /usr/share/qt6/exampkurang/webenjin/pelayar cepatnano

Ketiga-tiga penyemak imbas boleh dijalankan dengan pergi ke direktori di atas dan menjalankan boleh laku yang terdapat di sana.
Skrin sentuh boleh didayakan dengan menambahkan parameter -plugin evdevtouch:/dev/input/event0 kepada executable. ./quicknanobrowser -plugin evdevtouch:/dev/input/event0 QtWebenjin hanya berfungsi pada SoC dengan perkakasan grafik GPU pada i.MX 6, i.MX 7, i.MX 8 dan i.MX 9.
Untuk memasukkan Qtwebenjin dalam imej, letakkan yang berikut dalam local.conf atau dalam resipi imej.
IMAGE_INSTALL:append = ” kumpulan pakej-qt6-webenjin”

Pembelajaran mesin eIQ NXP

• Lapisan meta-ml ialah penyepaduan pembelajaran mesin NXP eIQ, yang dahulunya dikeluarkan sebagai lapisan pembelajaran mesin meta-imx yang berasingan dan kini disepadukan ke dalam imej BSP standard (imx-image-full).
• Banyak ciri memerlukan Qt 6. Sekiranya menggunakan konfigurasi lain daripada imx-image-full, letakkan yang berikut dalam local.conf:
• IMAGE_INSTALL:append = ” kumpulan pakej-imx-ml”
• Untuk memasang pakej eIQ NXP ke SDK, letakkan yang berikut dalam local.conf:
• TOOLCHAIN_TARGET_TASK:append = ” tensorflow-lite-dev onnxruntime-dev”

Nota:
TOOLCHAIN_TARGET_TASK_append pembolehubah memasang pakej pada SDK sahaja, bukan pada imej.
Untuk menambah konfigurasi model dan data input untuk demo OpenCV DNN, letakkan yang berikut dalam local.conf:
PACKAGECONFIG:append:pn-opencv_mx8 = ” ujian ujian-imx”

Sistemd
Systemd didayakan sebagai pengurus permulaan lalai. Untuk melumpuhkan systemd sebagai lalai, pergi ke fs-imxbase inc dan ulas bahagian systemd.

Pembolehan OP-TEE
OP-TEE memerlukan tiga komponen: OS OP-TEE, klien OP-TEE dan ujian OP-TEE. Di samping itu, kernel dan U-Boot mempunyai konfigurasi. OS OP-TEE berada dalam pemuat but manakala klien dan ujian OP-TEE berada dalam rootfs.
OP-TEE didayakan secara lalai dalam keluaran ini. Untuk melumpuhkan OP-TEE, pergi ke meta-imx/meta-imx-bsp/ conf/layer.conf file dan ulas keluar DISTRO_FEATURES_append untuk OP-TEE dan nyahkomen baris yang dialih keluar.

Membina Rumah Penjara
Jailhouse ialah Hypervisor pembahagian statik berdasarkan OS Linux. Ia disokong pada papan i.MX 8M Plus, i.MX 8M Nano, i.MX 8M Quad EVK, i.MX 8M Mini EVK, i.MX 93, i.MX 95 dan i.MX 943.

Untuk mendayakan binaan Jailhouse, tambahkan baris berikut pada local.conf:

• DISTRO_FEATURES:append = ” penjara”
• Dalam U-Boot, jalankan jalankan jh_netboot atau jh_mmcboot. Ia memuatkan DTB khusus untuk kegunaan Jailhouse. Mengambil i.MX
• 8M Quad sebagai bekasample, selepas Linux OS but:
• #insmod jailhouse.ko
• #./jailhouse dayakan imx8mq.cell

Untuk butiran lanjut tentang Jailhouse pada i.MX 8 dan i.MX 9, lihat Panduan Pengguna Linux i.MX (UG10163).

Penyebaran Imej

lengkap fileimej sistem digunakan untuk /tmp/deploy/images. Imej adalah, sebahagian besarnya, khusus untuk set mesin dalam persediaan persekitaran. Setiap binaan imej mencipta U-Boot, kernel dan jenis imej berdasarkan IMAGE_FSTYPES yang ditakrifkan dalam konfigurasi mesin file. Kebanyakan konfigurasi mesin menyediakan imej kad SD (.wic) dan imej rootfs (.tar). Imej kad SD mengandungi imej terbahagi (dengan U-Boot, kernel, rootfs, dll.) sesuai untuk but perkakasan yang sepadan.

Memancarkan imej kad SD
Imej kad SD file .wic mengandungi imej terbahagi (dengan U-Boot, kernel, rootfs, dll.) sesuai untuk but perkakasan yang sepadan. Untuk memancarkan imej kad SD, jalankan arahan berikut:
zstdcat .wic.zst | sudo dd of=/dev/sd bs=1M penukaran=fsync

Untuk maklumat lanjut tentang berkelip, lihat Bahagian “Menyediakan kad SD/MMC untuk but” dalam Panduan Pengguna Linux i.MX (UG10163). Untuk aplikasi pembelajaran mesin NXP eIQ, ruang cakera kosong tambahan diperlukan
(kira-kira 1 GB). Ia ditakrifkan dengan menambahkan pembolehubah IMAGE_ROOTFS_EXTRA_SPACE ke dalam local.conf file sebelum proses pembinaan Yocto. Lihat Manual Mega Projek Yocto.

Penyesuaian

Terdapat tiga senario untuk dibina dan disesuaikan pada i.MX Linux OS:

• Membina i.MX Yocto Project BSP dan mengesahkan pada papan rujukan i.MX. Arahan dalam dokumen ini menerangkan kaedah ini secara terperinci.
• Menyesuaikan kernel dan mencipta papan tersuai dan pepohon peranti dengan kernel dan U-Boot. Untuk butiran lanjut tentang cara membina SDK dan menyediakan mesin hos untuk membina kernel dan U-Boot hanya di luar persekitaran binaan Projek Yocto, lihat Bahagian "Cara membina U-Boot dan Kernel dalam persekitaran kendiri" dalam i. Panduan Pengguna MX Linux (UG10163).
• Menyesuaikan pengedaran menambah atau mengalih keluar pembungkusan daripada BSP yang disediakan untuk keluaran Linux i.MX dengan mencipta lapisan Yocto Project tersuai. i.MX menyediakan berbilang contoh tunjuk caraamples untuk menunjukkan lapisan tersuai di atas keluaran i.MX BSP. Bahagian selebihnya dalam dokumen ini menyediakan arahan untuk mencipta DISTRO tersuai dan konfigurasi papan.

Mencipta distro tersuai
Distro tersuai boleh mengkonfigurasi persekitaran binaan tersuai. distro files mengeluarkan fsl-imx-wayland, fsl-imx-xwayland dan fsl-imx-fb semuanya menunjukkan konfigurasi untuk bahagian belakang grafik tertentu. Distro juga boleh digunakan untuk mengkonfigurasi parameter lain seperti kernel, U-Boot dan GStreamer. Distro i.MX files ditetapkan untuk mencipta persekitaran binaan tersuai yang diperlukan untuk menguji keluaran i.MX Linux OS BSP kami.
Adalah disyorkan untuk setiap pelanggan membuat distro mereka sendiri file dan gunakan itu untuk menetapkan pembekal, versi dan konfigurasi tersuai untuk persekitaran binaan mereka. Distro dicipta dengan menyalin distro sedia ada file, atau
termasuk satu seperti poky.conf dan menambah perubahan tambahan, atau termasuk salah satu distro i.MX dan menggunakannya sebagai titik permulaan.

Mencipta konfigurasi papan tersuai
Vendor yang sedang membangunkan papan rujukan mungkin mahu menambah papan mereka pada BSP Komuniti FSL. Mempunyai mesin baharu yang disokong oleh Komuniti FSL BSP memudahkan untuk berkongsi kod sumber dengan komuniti, dan membenarkan maklum balas daripada komuniti.
Projek Yocto memudahkan untuk mencipta dan berkongsi BSP untuk papan berasaskan i.MX baharu. Proses huluan harus bermula apabila kernel OS Linux dan pemuat but berfungsi dan diuji untuk mesin tersebut. Adalah sangat penting untuk mempunyai kernel Linux yang stabil dan pemuat but (contohnyaample, U-Boot) untuk ditunjuk dalam konfigurasi mesin file, menjadi lalai yang digunakan untuk mesin itu.
Satu lagi langkah penting ialah menentukan penyelenggara untuk mesin baharu. Penyelenggara adalah orang yang bertanggungjawab untuk memastikan set pakej utama berfungsi untuk papan tersebut. Penyelenggara mesin harus memastikan kernel dan pemuat but dikemas kini, dan pakej ruang pengguna diuji untuk mesin tersebut.

Langkah-langkah yang diperlukan disenaraikan di bawah. 

1. Sesuaikan konfigurasi kernel files mengikut keperluan. Konfigurasi kernel file adalah lokasi dalam arch/arm/configs dan resipi kernel vendor harus menyesuaikan versi yang dimuatkan melalui resipi kernel.
2. Sesuaikan U-Boot mengikut keperluan. Lihat Panduan Pengalihan i.MX (UG10165) untuk butiran mengenai perkara ini.
3. Tugaskan penyelenggara lembaga. Penyelenggara ini memastikan bahawa files dikemas kini mengikut keperluan, jadi binaan sentiasa berfungsi.
4. Sediakan binaan Projek Yocto seperti yang diterangkan dalam arahan komuniti Projek Yocto seperti yang ditunjukkan di bawah. Gunakan cawangan induk komuniti.
   • Muat turun pakej hos yang diperlukan, bergantung pada pengedaran OS Linux hos anda, daripada Yocto Project Quick Start.
   • Muat turun Repo dengan arahan:
   • curl https://storage.googleapis.com/git-repo-downloads/repo>~/bin/repo
   • Cipta direktori untuk menyimpan segala-galanya. Mana-mana nama direktori boleh digunakan. Dokumen ini menggunakan imxcommunity- bsp.
   • mkdir imx-community-bsp
     Jalankan arahan berikut:
   • cd imx-community-bsp
   • Mulakan Repo dengan cawangan induk Repo.
   • repo init -u https://github.com/Freescale/fsl-community-bsp-platform-bmaster
   • Dapatkan resipi yang akan digunakan untuk membina.
   • penyegerakan repo
   • Sediakan persekitaran dengan arahan berikut:
   • binaan persediaan-persekitaran sumber
5. Pilih mesin yang serupa file dalam fsl-community-bsp/sources/meta-freescale-3rdparty/conf/machine dan salinnya, menggunakan nama yang menunjukkan papan anda. Edit papan baharu file dengan maklumat tentang papan anda. Tukar nama dan penerangan sekurang-kurangnya. Tambah MACHINE_FEATURE.
   Uji perubahan anda dengan cawangan induk komuniti terkini, pastikan semuanya berfungsi dengan baik. Gunakan sekurang-kurangnya core-image-minimal.
   bitbake core-image-minimal
6. Sediakan tampalan. Ikuti Panduan Gaya Resipi dan Bahagian "Menyumbang" di bawah github.com/Freescale/meta-freescale/blob/master/README.md.
7. Hulu ke meta-freescale-3rdparty. Ke hulu, hantar tampalan ke meta-freescale@yoctoproject.org

Memantau kelemahan keselamatan dalam BSP anda
Terdapat dua cara untuk memantau Keterdedahan dan Keterdedahan Biasa (CVE): satu ialah Vigiles dan satu lagi ialah semakan Yocto CVE.

Bagaimana untuk memantau CVE oleh alat Vigiles
Pemantauan Kerentanan dan Pendedahan Biasa (CVE) boleh dicapai dengan alat Vigiles yang didayakan NXP daripada Timesys. Vigiles ialah alat pemantauan dan pengurusan kerentanan yang menyediakan analisis Yocto CVE masa bina bagi imej sasaran. Ia melakukan ini dengan mengumpul metadata tentang perisian yang digunakan dalam Yocto Project BSP dan membandingkannya dengan pangkalan data CVE yang menyepadukan maklumat tentang CVE daripada pelbagai sumber, termasuk NIST, Ubuntu dan beberapa yang lain.
Tamat peringkat tinggiview daripada kelemahan yang dikesan dikembalikan, dan analisis terperinci penuh dengan maklumat tentang mempengaruhi CVE, keterukan dan pembaikan yang tersedia boleh viewed dalam talian.

Untuk mengakses laporan dalam talian, daftar untuk akaun NXP Vigiles anda dengan mengikuti pautan: https://www.timesys.com/register-nxp-vigiles/

Maklumat tambahan tentang persediaan dan pelaksanaan Vigiles boleh didapati di sini:
https://github.com/TimesysGit/meta-timesys https://www.nxp.com/vigiles

Konfigurasi
Tambahkan meta-timesys pada conf/bblayers.conf binaan BSP anda.

Ikut format file dan tambahkan meta-timesys:

BBLAYERS += “${BSPDIR}/sources/meta-timesys”
Tambahkan vigiles pada pembolehubah INHERIT dalam conf/local.conf:
WARISAN += “berjaga-jaga”

Perlaksanaan
Setelah meta-timesys telah ditambahkan pada binaan anda, Vigiles melaksanakan imbasan kelemahan keselamatan setiap kali Linux BSP dibina dengan Yocto. Tiada arahan tambahan diperlukan. Selepas setiap binaan selesai, maklumat imbasan kerentanan disimpan dalam direktori imx-yocto-bsp/ /berjaga-jaga.

awak boleh view butiran imbasan keselamatan melalui:

• Baris arahan (ringkasan)
• Dalam talian (butiran)
• Cukup buka file bernama -report.txt, yang termasuk pautan ke laporan dalam talian terperinci.

Bagaimana untuk memantau CVE oleh Yocto BitBake

• Projek Yocto mempunyai infrastruktur untuk menjejak dan menangani kelemahan keselamatan yang diketahui yang belum diperbaiki, seperti yang dijejaki oleh pangkalan data Kerentanan dan Pendedahan Umum (CVE) awam.
• Untuk mendayakan semakan bagi kelemahan keselamatan CVE menggunakan cve-check dalam imej atau sasaran tertentu yang anda sedang bina, tambahkan tetapan berikut pada konfigurasi anda dalam conf/local.conf: INHERIT += “cve-check”
• Kelas cve-check mencari CVE yang diketahui (Kerentanan dan Pendedahan Biasa) semasa membina dengan BitBake.
• Untuk butiran lanjut, lihat manual Yocto Mega: https://docs.yoctoproject.org/singleindex.html#cve-check

Soalan Lazim

Mula Pantas
Bahagian ini meringkaskan cara menyediakan Projek Yocto pada mesin Linux dan membina imej. Penjelasan terperinci tentang maksud ini terdapat dalam bahagian di atas.

Memasang utiliti "repo".
Untuk mendapatkan BSP anda perlu memasang "repo". Ini hanya perlu dilakukan sekali sahaja.

Memuat turun Persekitaran Projek Yocto BSP
Gunakan nama yang betul untuk keluaran yang dikehendaki dalam pilihan -b untuk repo init. Ini perlu dilakukan sekali untuk setiap keluaran dan menetapkan pengedaran untuk direktori yang dibuat dalam langkah pertama. penyegerakan repo boleh dijalankan untuk mengemas kini resipi di bawah sumber kepada yang terkini.

• : 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
• : penyegerakan repo
• Nota: https://github.com/nxp-imx/imx-manifest/tree/imx-linux-walnascar mempunyai senarai semua manifes files disokong dalam keluaran ini.

Persediaan untuk Bahagian Belakang Tertentu

i.MX 8 dan i.MX 9 Framebuffer tidak disokong. Hanya gunakan ini untuk i.MX 6 dan i.MX 7 SoC.

Persediaan untuk Framebuffer

Penalaan konfigurasi tempatan
Binaan Projek Yocto boleh mengambil banyak sumber binaan dalam masa dan penggunaan cakera, terutamanya apabila membina dalam berbilang direktori binaan. Terdapat kaedah untuk mengoptimumkan ini, contohnyaampKemudian, gunakan cache keadaan kongsi (menyimpan keadaan binaan) dan direktori muat turun (memegang pakej yang dimuat turun). Ini boleh ditetapkan untuk berada di mana-mana lokasi dalam local.conf file dengan menambah pernyataan seperti ini:

DL_DIR=”/opt/imx/yocto/imx/muat turun” SSTATE_DIR=”/opt/imx/yocto/imx/sstate-cache”

• Direktori perlu sudah wujud dan mempunyai kebenaran yang sesuai. Keadaan kongsi membantu apabila berbilang direktori binaan ditetapkan, setiap satunya menggunakan cache kongsi untuk meminimumkan masa binaan. Direktori muat turun yang dikongsi meminimumkan masa pengambilan. Tanpa tetapan ini, Projek Yocto lalai kepada direktori binaan untuk cache dan muat turun keadaan.
• Setiap pakej yang dimuat turun dalam direktori DL_DIR ditandakan dengan a .selesai. Jika rangkaian anda menghadapi masalah mengambil pakej, anda boleh menyalin versi sandaran pakej secara manual ke direktori DL_DIR dan mencipta .selesai file dengan arahan sentuh. Kemudian jalankan arahan bitbake: bitbake .
• Untuk maklumat lanjut, lihat Manual Rujukan Projek Yocto.

resepi
Setiap komponen dibina dengan menggunakan resipi. Untuk komponen baharu, resipi mesti dibuat untuk menunjuk ke sumber (SRC_URI) dan nyatakan tampalan, jika berkenaan. Persekitaran Projek Yocto dibina daripada buatanfile di lokasi yang ditentukan oleh SRC_URI dalam resipi. Apabila binaan ditubuhkan daripada alat auto, resipi harus mewarisi autotools dan pkgconfig. buatfiles mesti membenarkan CC ditindih oleh alat Cross Compile untuk mendapatkan pakej yang dibina dengan Projek Yocto.
Sesetengah komponen mempunyai resipi tetapi memerlukan tampalan atau kemas kini tambahan. Ini boleh dilakukan dengan menggunakan resipi bbappend. Ini ditambah pada butiran resipi sedia ada tentang sumber yang dikemas kini. Untuk exampOleh itu, resipi bbappend untuk memasukkan tampalan baharu harus mempunyai kandungan berikut:

FILESEXTRAPATHS:prepend := “${THISDIR}/${PN}:” SRC_URI += file:// .tampalan
FILESEXTRAPATHS_prepend memberitahu Yocto Project untuk melihat dalam direktori yang disenaraikan untuk mencari patch yang disenaraikan dalam SRC_URI.

Nota:
Jika resipi bbappend tidak diambil, view log pengambilan file (log.do_fetch) di bawah folder kerja untuk menyemak sama ada patch berkaitan disertakan atau tidak. Kadangkala versi Git resipi sedang digunakan dan bukannya versi dalam bbappend files.

Bagaimana untuk memilih pakej tambahan
Pakej tambahan boleh ditambah pada imej jika terdapat resipi yang disediakan untuk pakej tersebut. Senarai yang boleh dicari
resipi yang disediakan oleh komuniti boleh didapati di layers.openembedded.org/. Anda boleh mencari untuk melihat sama ada aplikasi sudah mempunyai resipi Yocto Project dan mencari dari mana untuk memuat turunnya.

Mengemas kini imej
Imej ialah satu set pakej dan konfigurasi persekitaran.
Satu imej file (seperti imx-image-multimedia.bb) mentakrifkan pakej yang masuk ke dalam file sistem. akar file sistem, kernel, modul dan binari U-Boot tersedia dalam build/tmp/deploy/images/ .

Nota:
Anda boleh membina pakej tanpa memasukkannya ke dalam imej, tetapi anda mesti membina semula imej itu jika anda mahu pakej dipasang secara automatik pada rootfs.

Kumpulan pakej
Kumpulan pakej ialah satu set pakej yang boleh disertakan pada mana-mana imej.
Kumpulan pakej boleh mengandungi satu set pakej. Untuk exampOleh itu, tugas multimedia boleh menentukan, mengikut mesin, sama ada pakej VPU dibina atau tidak, jadi pemilihan pakej multimedia mungkin diautomasikan untuk setiap papan yang disokong oleh BSP, dan hanya pakej multimedia disertakan dalam imej.
Pakej tambahan boleh dipasang dengan menambah baris berikut dalam /local.conf.

CORE_IMAGE_EXTRA_INSTALL:tambah = ” ”

Terdapat banyak kumpulan pakej. Mereka berada dalam subdirektori bernama kumpulan pakej atau kumpulan pakej.

Versi pilihan
Versi pilihan digunakan untuk menentukan versi pilihan resipi untuk digunakan untuk komponen tertentu. Komponen mungkin mempunyai berbilang resipi dalam lapisan yang berbeza dan versi pilihan menunjukkan versi tertentu untuk digunakan.

Dalam lapisan meta-imx, dalam layer.conf, versi pilihan ditetapkan untuk semua resipi untuk menyediakan sistem statik untuk persekitaran pengeluaran. Tetapan versi pilihan ini digunakan untuk keluaran rasmi i.MX tetapi tidak
penting untuk pembangunan masa hadapan.
Versi pilihan juga membantu apabila versi sebelumnya boleh menyebabkan kekeliruan tentang resipi yang harus digunakan.
Untuk examptetapi, resipi sebelumnya untuk ujian imx dan imx-lib menggunakan versi tahun-bulan, yang telah berubah kepada pembuatan versi. Tanpa versi pilihan, versi lama mungkin diambil. Resipi yang mempunyai versi _git biasanya dipilih berbanding resipi lain, melainkan versi pilihan ditetapkan. Untuk menetapkan versi pilihan, letakkan yang berikut dalam local.conf.

PREFERRED_VERSION_ : = “ ”

Lihat manual Projek Yocto untuk mendapatkan maklumat lanjut tentang menggunakan versi pilihan.

Pembekal pilihan
Pembekal pilihan digunakan untuk menentukan pembekal pilihan untuk komponen tertentu.
Satu komponen boleh mempunyai berbilang pembekal. Untuk exampOleh itu, kernel Linux boleh disediakan oleh i.MX atau kernel.org dan pembekal pilihan menyatakan pembekal untuk digunakan.
Untuk exampOleh itu, U-Boot disediakan oleh kedua-dua komuniti melalui denx.de dan i.MX. Pembekal komuniti ditentukan oleh u-boot-fslc. Pembekal i.MX ditentukan oleh u-boot-imx. Untuk menyatakan penyedia pilihan, letakkan yang berikut dalam local.conf:

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

keluarga SoC
Keluarga SoC mendokumenkan kelas perubahan yang digunakan pada set cip sistem tertentu. Dalam setiap konfigurasi mesin file, mesin itu disenaraikan dengan keluarga SoC tertentu. Untuk example, i.MX 6DualLite Sabre-SD disenaraikan di bawah keluarga i.MX 6 dan i.MX 6DualLite SoC. i.MX 6Solo Sabre-auto disenaraikan di bawah i.MX 6 dan
Keluarga i.MX 6Solo SoC. Sesetengah perubahan boleh disasarkan kepada keluarga SoC tertentu dalam local.conf untuk mengatasi perubahan dalam konfigurasi mesin file. Berikut adalah bekasampperubahan kepada kernel mx6dlsabresd
tetapan.

KERNEL_DEVICETREE:mx6dl = “imx6dl-sabresd.dts”

Keluarga SoC berguna apabila membuat perubahan yang khusus hanya untuk kelas perkakasan. Untuk exampOleh itu, i.MX 28 EVK tidak mempunyai Unit Pemprosesan Video (VPU), jadi semua tetapan untuk VPU harus menggunakan i.MX 5 atau i.MX 6 agar khusus kepada kelas cip yang betul.

Log BitBake

• BitBake log proses binaan dan pakej dalam direktori temp dalam tmp/work/ / /temp.
• Jika komponen gagal untuk mengambil pakej, log yang menunjukkan ralat adalah dalam file log.do_fetch.
  Jika komponen gagal untuk menyusun, log yang menunjukkan ralat adalah dalam file log.do_compile.
• Kadangkala komponen tidak digunakan seperti yang diharapkan. Semak direktori di bawah komponen binaan
  direktori (tmp/work/ / ). Semak direktori pakej, pemisahan pakej dan sysroot* bagi setiap resipi untuk melihat sama ada fail files diletakkan di sana (di mana mereka berada staged sebelum disalin ke direktori deploy).

Bagaimana untuk menambah mekanisme untuk pemantauan dan pemberitahuan CVE
Mekanisme penjejakan CVE boleh diambil daripada GitHub. Navigasi ke direktori imx-yocto-bsp/sources.

Jalankan arahan berikut:

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

Perintah ini akan memuat turun metallayer tambahan yang menyediakan skrip untuk penjanaan manifes imej yang digunakan untuk pemantauan dan pemberitahuan keselamatan sebagai sebahagian daripada tawaran produk Vigiles daripada NXP dan Timesys. Ikuti Bahagian 7.3 tentang cara menggunakan penyelesaian.
Mendapatkan akses kepada pelaporan CVE penuh memerlukan Kunci Lesen LinuxLink. Tanpa kunci dalam persekitaran pembangunan anda, Vigiles terus melaksanakan dalam Mod Demo, menghasilkan laporan ringkasan sahaja.
Log masuk ke akaun Vigiles anda di LinuxLink (atau buat satu jika anda tidak mempunyainya: https://www.timesys.com/register-nxp-vigiles/ Akses Keutamaan anda dan jana Kunci Baharu. Muat turun kunci file kepada perkembangan anda
persekitaran. Nyatakan lokasi kunci file dalam conf/local.conf Yocto anda file dengan pernyataan berikut:

VIGILES_KEY_FILE = “/tools/timesys/linuxlink_key”

Rujukan

• Untuk butiran tentang suis but, lihat Bahagian “Cara But Papan i.MX” dalam Panduan Pengguna Linux i.MX (UG10163).
• Untuk cara memuat turun imej menggunakan U-Boot, lihat Bahagian “Memuat Turun Imej Menggunakan U-Boot” dalam Panduan Pengguna Linux i.MX (UG10163).
• Untuk cara menyediakan kad SD/MMC, lihat Bahagian “Menyediakan Kad SD/MMC untuk But” dalam Panduan Pengguna Linux i.MX (UG10163).

Nota Mengenai Kod Sumber dalam Dokumen

ExampKod yang ditunjukkan dalam dokumen ini mempunyai hak cipta dan lesen BSD-3-Clause berikut:
Hak Cipta 2025 Pengagihan semula NXP dan penggunaan dalam bentuk sumber dan binari, dengan atau tanpa pengubahsuaian, dibenarkan dengan syarat syarat berikut dipenuhi:

1. Pengagihan semula kod sumber mesti mengekalkan notis hak cipta di atas, senarai syarat ini dan penafian berikut.
2. Pengagihan semula dalam bentuk binari mesti mengeluarkan semula notis hak cipta di atas, senarai syarat ini dan penafian berikut dalam dokumentasi dan/atau bahan lain yang disediakan bersama pengedaran.
3. Baik nama pemegang hak cipta maupun nama penyumbangnya tidak dapat digunakan untuk menyokong atau mempromosikan produk yang berasal dari perisian ini tanpa izin tertulis terlebih dahulu.

PERISIAN INI DISEDIAKAN OLEH PEMEGANG HAK CIPTA DAN PENYUMBANG “SEBAGAIMANA ADANYA” DAN MANA-MANA ​​WARANTI NYATA ATAU TERSIRAT, TERMASUK, TETAPI TIDAK TERHAD KEPADA, WARANTI TERSIRAT KEBOLEHDAGANGAN DAN KESESUAIAN UNTUK TUJUAN TERTENTU. PEMEGANG HAK CIPTA ATAU PENYUMBANG TIDAK AKAN BERTANGGUNGJAWAB KE ATAS SEBARANG LANGSUNG, TIDAK LANGSUNG, SAMPINGAN, KHAS, TEladan ATAU KEROSAKAN AKIBAT (TERMASUK, TETAPI TIDAK TERHAD KEPADA, PEROLEHAN BARANGAN PENGGANTI, PERKHIDMATAN, PERKHIDMATAN; DATA PERKHIDMATAN; GANGGUAN PERNIAGAAN) WALAU CARA CARANYA DAN ATAS MANA-MANA ​​TEORI LIABILITI, SAMA ADA DALAM KONTRAK, LIABILITI KETAT ATAU TORT (TERMASUK KECUAIAN ATAU LAIN-LAIN) YANG TIMBUL DALAM APA-APA CARA KELUAR DARI PENGGUNAAN PERISIAN INI, WALAUPUN DAHSYAT.

Sejarah Semakan

Jadual ini menyediakan sejarah semakan. Sejarah semakan

Maklumat undang-undang

Definisi
Draf — Status draf pada dokumen menunjukkan bahawa kandungan masih di bawah semula dalamanview dan tertakluk kepada kelulusan rasmi, yang mungkin terhasil
dalam pengubahsuaian atau penambahan. Semikonduktor NXP tidak memberikan sebarang representasi atau jaminan tentang ketepatan atau kesempurnaan maklumat yang disertakan dalam versi draf dokumen dan tidak akan bertanggungjawab terhadap akibat penggunaan maklumat tersebut.

Penafian
Waranti dan liabiliti terhad — Maklumat dalam dokumen ini dipercayai tepat dan boleh dipercayai. Walau bagaimanapun, Semikonduktor NXP tidak memberikan sebarang representasi atau waranti, tersurat atau tersirat, tentang ketepatan atau kesempurnaan maklumat tersebut dan tidak akan mempunyai liabiliti untuk akibat penggunaan maklumat tersebut. Semikonduktor NXP tidak bertanggungjawab ke atas kandungan dalam dokumen ini jika disediakan oleh sumber maklumat di luar Semikonduktor NXP.

NXP Semiconductors tidak akan bertanggungjawab untuk sebarang kerosakan tidak langsung, sampingan, punitif, khas atau berbangkit (termasuk – tanpa had -kehilangan keuntungan, kehilangan simpanan, gangguan perniagaan, kos yang berkaitan dengan penyingkiran atau penggantian sebarang produk atau caj kerja semula) sama ada atau bukan ganti rugi sedemikian adalah berdasarkan tort (termasuk kecuaian), waranti, pelanggaran kontrak atau mana-mana teori undang-undang lain.
Walau apa pun apa-apa kerosakan yang mungkin ditanggung oleh pelanggan atas apa jua sebab sekalipun, liabiliti agregat dan kumulatif NXP Semiconductors terhadap pelanggan untuk produk yang diterangkan di sini akan dihadkan mengikut Terma dan syarat jualan komersial NXP Semiconductors.

• Hak untuk membuat perubahan — Semikonduktor NXP berhak untuk membuat perubahan pada maklumat yang diterbitkan dalam dokumen ini, termasuk tanpa batasan spesifikasi dan penerangan produk, pada bila-bila masa dan tanpa notis. Dokumen ini menggantikan dan menggantikan semua maklumat yang dibekalkan sebelum penerbitan ini.
• Kesesuaian untuk digunakan — Produk Semikonduktor NXP tidak direka bentuk, dibenarkan atau dijamin sesuai untuk digunakan dalam sokongan hayat, sistem atau peralatan kritikal hayat atau kritikal keselamatan, mahupun dalam aplikasi yang kegagalan atau pincang fungsi produk Semikonduktor NXP boleh dijangkakan dengan munasabah. mengakibatkan kecederaan diri, kematian atau harta benda yang teruk atau kerosakan alam sekitar. NXP Semiconductors dan pembekalnya tidak menerima liabiliti untuk kemasukan dan/atau penggunaan produk NXP Semiconductor dalam peralatan atau aplikasi tersebut dan oleh itu kemasukan dan/atau penggunaan tersebut adalah atas risiko pelanggan sendiri.
• Aplikasi — Aplikasi yang diterangkan di sini untuk mana-mana produk ini adalah untuk tujuan ilustrasi sahaja. Semikonduktor NXP tidak membuat pernyataan atau jaminan bahawa aplikasi tersebut akan sesuai untuk kegunaan tertentu tanpa ujian atau pengubahsuaian lanjut.
  Pelanggan bertanggungjawab ke atas reka bentuk dan pengendalian aplikasi dan produk mereka menggunakan produk Semikonduktor NXP, dan Semikonduktor NXP tidak bertanggungjawab untuk sebarang bantuan dengan aplikasi atau reka bentuk produk pelanggan. Adalah menjadi tanggungjawab pelanggan sepenuhnya untuk menentukan sama ada produk Semikonduktor NXP sesuai dan sesuai untuk aplikasi pelanggan dan produk yang dirancang, serta untuk aplikasi yang dirancang dan penggunaan pelanggan pihak ketiga pelanggan. Pelanggan harus menyediakan reka bentuk dan perlindungan operasi yang sesuai untuk meminimumkan risiko yang berkaitan dengan aplikasi dan produk mereka.
• NXP Semiconductors tidak menerima sebarang liabiliti yang berkaitan dengan sebarang keingkaran, kerosakan, kos atau masalah yang berdasarkan sebarang kelemahan atau keingkaran dalam aplikasi atau produk pelanggan, atau aplikasi atau penggunaan oleh pelanggan pihak ketiga pelanggan. Pelanggan bertanggungjawab untuk melakukan semua ujian yang diperlukan untuk aplikasi dan produk pelanggan menggunakan produk NXP Semiconductors untuk mengelakkan lalai aplikasi dan produk atau aplikasi atau penggunaan oleh pelanggan pihak ketiga pelanggan. NXP tidak menerima sebarang liabiliti dalam hal ini.
• Terma dan syarat jualan komersial — Produk NXP Semiconductors dijual tertakluk kepada terma dan syarat am jualan komersial, seperti yang diterbitkan di https://www.nxp.com/profile/terms melainkan dipersetujui sebaliknya dalam perjanjian individu bertulis yang sah. Sekiranya perjanjian individu dibuat hanya terma dan syarat perjanjian masing-masing akan terpakai. NXP Semiconductors dengan ini secara nyata membantah untuk menggunakan terma dan syarat am pelanggan berkenaan dengan pembelian produk NXP Semiconductors oleh pelanggan.
• Kawalan eksport — Dokumen ini serta item(-item) yang diterangkan di sini mungkin tertakluk kepada peraturan kawalan eksport. Eksport mungkin memerlukan kebenaran terlebih dahulu daripada pihak berkuasa yang berwibawa.
• Kesesuaian untuk digunakan dalam produk berkelayakan bukan automotif — Melainkan dokumen ini menyatakan dengan jelas bahawa produk Semikonduktor NXP khusus ini layak automotif, produk tersebut tidak sesuai untuk kegunaan automotif. Ia tidak layak mahupun diuji mengikut ujian automotif atau keperluan aplikasi. NXP Semiconductors tidak menerima liabiliti untuk kemasukan dan/atau penggunaan produk berkelayakan bukan automotif dalam peralatan atau aplikasi automotif.
• Sekiranya pelanggan menggunakan produk untuk reka bentuk dan penggunaan dalam aplikasi automotif kepada spesifikasi dan piawaian automotif, pelanggan (a) hendaklah menggunakan produk tersebut tanpa waranti NXP Semiconductors bagi produk untuk aplikasi, penggunaan dan spesifikasi automotif tersebut, dan ( b) bila-bila masa pelanggan menggunakan produk untuk aplikasi automotif melebihi spesifikasi NXP Semiconductor penggunaan sedemikian hendaklah semata-mata atas risiko pelanggan sendiri, dan (c) pelanggan menanggung rugi sepenuhnya NXP Semiconductors untuk sebarang liabiliti, kerosakan atau tuntutan produk yang gagal akibat reka bentuk dan penggunaan pelanggan produk untuk aplikasi automotif melebihi jaminan standard NXP Semiconductor dan spesifikasi produk NXP Semiconductor.
• Penerbitan HTML — Versi HTML, jika ada, dokumen ini disediakan sebagai ihsan. Maklumat muktamad terkandung dalam dokumen yang berkenaan dalam format PDF. Jika terdapat percanggahan antara dokumen HTML dan dokumen PDF, dokumen PDF mempunyai keutamaan.
• Terjemahan — Versi bukan bahasa Inggeris (terjemahan) dokumen, termasuk maklumat undang-undang dalam dokumen itu, adalah untuk rujukan sahaja. Versi Bahasa Inggeris akan diguna pakai sekiranya terdapat sebarang percanggahan antara versi terjemahan dan bahasa Inggeris.

• Keselamatan — Pelanggan memahami bahawa semua produk NXP mungkin tertakluk kepada kelemahan yang tidak dikenal pasti atau mungkin menyokong piawaian atau spesifikasi keselamatan yang ditetapkan dengan pengehadan yang diketahui. Pelanggan bertanggungjawab ke atas reka bentuk dan pengendalian aplikasi dan produknya sepanjang kitaran hayat mereka untuk mengurangkan kesan kelemahan ini pada aplikasi dan produk pelanggan. Tanggungjawab pelanggan juga meliputi teknologi terbuka dan/atau proprietari lain yang disokong oleh produk NXP untuk digunakan dalam aplikasi pelanggan. NXP tidak menerima liabiliti untuk sebarang kelemahan. Pelanggan harus sentiasa menyemak kemas kini keselamatan daripada NXP dan membuat susulan dengan sewajarnya.
• Pelanggan hendaklah memilih produk dengan ciri keselamatan yang paling memenuhi peraturan, peraturan dan piawaian aplikasi yang dimaksudkan dan membuat keputusan reka bentuk muktamad berkenaan produknya dan bertanggungjawab sepenuhnya untuk pematuhan semua keperluan berkaitan undang-undang, peraturan dan keselamatan berkenaan produknya, tanpa mengira sebarang maklumat atau sokongan yang mungkin disediakan oleh NXP.
• NXP mempunyai Pasukan Tindak Balas Insiden Keselamatan Produk (PSIRT) (boleh dihubungi di PSIRT@nxp.com yang menguruskan penyiasatan, pelaporan dan pelepasan penyelesaian kepada kelemahan keselamatan produk NXP.
• NXP BV — NXP BV bukan syarikat yang beroperasi dan ia tidak mengedar atau menjual produk.

Tanda dagangan
Notis: Semua jenama yang dirujuk, nama produk, nama perkhidmatan dan tanda dagangan adalah hak milik pemilik masing-masing.
NXP — tanda perkataan dan logo ialah tanda dagangan NXP BV

© 2025 NXP BV Hak cipta terpelihara.

Dokumen / Sumber

NXP UG10164 i.MX Yocto Project [pdf] Panduan Pengguna LF6.12.20_2.0.0, UG10164 i.MX Yocto Project, UG10164, i.MX Yocto Project, Yocto Project, Project

Rujukan

• Manual Pengguna