NXP IMXLXYOCTOUG i.MX Yocto Project Uživatelská příručka

Informace	Obsah
Klíčová slova	i.MX, Linux, LF6.6.3_1.0.0
Abstraktní	Tento dokument popisuje, jak vytvořit obraz pro desku i.MX pomocí prostředí sestavování projektu Yocto. Popisuje uvolňovací vrstvu i.MX a specifické použití i.MX.

Nadview

Tento dokument popisuje, jak vytvořit obraz pro desku i.MX pomocí prostředí sestavování projektu Yocto. Popisuje uvolňovací vrstvu i.MX a specifické použití i.MX.
Yocto Project je open-source spolupráce zaměřená na vývoj embedded Linux OS. Další informace o projektu Yocto najdete na stránce projektu Yocto: www.yoctoproject.org/. Na domovské stránce projektu Yocto je několik dokumentů, které podrobně popisují, jak systém používat. Chcete-li použít základní projekt Yocto bez uvolňovací vrstvy i.MX, postupujte podle pokynů v rychlém startu projektu Yocto na adrese https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html.
Komunita projektu FSL Yocto BSP (najdete na adrese FSL Community BSP (freescale.github.io)) je vývojová komunita mimo NXP poskytující podporu pro desky i.MX v prostředí Yocto Project. i.MX se připojila ke komunitě projektu Yocto a poskytla verzi založenou na frameworku Yocto Project. Informace specifické pro použití BSP komunity FSL jsou k dispozici na komunitě web strana. Tento dokument je rozšířením dokumentace BSP komunity.
Files používané k vytvoření obrazu jsou uloženy ve vrstvách. Vrstvy obsahují různé typy přizpůsobení a pocházejí z různých zdrojů. Některé z files ve vrstvě se nazývají receptury. Recepty projektu Yocto obsahují mechanismus pro načtení zdrojového kódu, sestavení a zabalení komponenty. Následující seznamy ukazují vrstvy použité v této verzi.

uvolňovací vrstva i.MX

meta-imx
– meta-bsp: aktualizace pro vrstvy meta-freescale, poky a meta-openembedded
– meta-sdk: aktualizace pro meta-freescale-distros
– meta-ml: Recepty strojového učení
– meta-v2x: V2X receptury používané pouze pro i.MX 8DXL
– meta-cockpit: Recepty kokpitu pro i.MX 8QuadMax

Vrstvy komunity Yocto Project

meta-freescale: Poskytuje podporu pro základnu a referenční desky i.MX Arm.
meta-freescale-3rdparty: Poskytuje podporu pro desky třetích stran a partnery.

meta-freescale-distro: Další položky, které pomáhají při rozvoji a cvičebních deskách.
fsl-community-bsp-base: Často se přejmenovává na base. Poskytuje základní konfiguraci pro FSL Community BSP.

meta-openembedded: Kolekce vrstev pro vesmír OE-core. Vidět vrstvy.openembedded.org/.
poky: Základní položky projektu Yocto v Poky. Podrobnosti najdete v Poky README.

meta-browser: Poskytuje několik prohlížečů.
meta-qt6: Poskytuje Qt 6.

meta-timesys: Poskytuje nástroje Vigiles pro monitorování a oznamování zranitelností BSP (CVE).

Odkazy na vrstvy komunity v tomto dokumentu platí pro všechny vrstvy v projektu Yocto kromě meta-imx. Desky i.MX jsou konfigurovány ve vrstvách meta-imx a meta-freescale. To zahrnuje U-Boot, linuxové jádro a podrobnosti specifické pro referenční desku.
i.MX poskytuje další vrstvu nazvanou i.MX BSP Release, pojmenovanou meta-imx, pro integraci nového vydání i.MX s FSL Yocto Project Community BSP. Vrstva meta-imx má za cíl vydat aktualizované a nové receptury projektu Yocto a konfigurace strojů pro nová vydání, která ještě nejsou k dispozici na stávajících vrstvách meta-freescale a meta-freescale-distro v projektu Yocto. Obsah i.MX BSP
Uvolňovací vrstva jsou receptury a konfigurace stroje. V mnoha testovacích případech implementují receptury nebo zahrnují jiné vrstvy fileVrstva vydání i.MX poskytuje aktualizace receptur buď připojením k aktuálnímu receptu, nebo zahrnutím komponenty a aktualizací pomocí záplat nebo zdrojových umístění. Většina receptů na vrstvu vydání i.MX je velmi malá, protože používají to, co poskytla komunita, a aktualizují to, co je potřeba pro každou novou verzi balíčku, která není k dispozici v ostatních vrstvách.
Vrstva i.MX BSP Release také poskytuje obrazové receptury, které zahrnují všechny komponenty potřebné pro zavedení bitové kopie systému, což usnadňuje uživateli. Komponenty mohou být sestaveny jednotlivě nebo prostřednictvím obrazového receptu, který stáhne všechny komponenty požadované v obrazu do jednoho procesu sestavování.
Vydání jádra i.MX a U-Boot jsou přístupné prostřednictvím veřejných serverů Git i.MX. Některé komponenty jsou však vydány jako balíčky na zrcadle i.MX. Recepty založené na balíčku táhnou files z zrcadla i.MX místo z umístění Git a vygenerujte potřebný balíček.
Všechny balíčky, které jsou vydány jako binární, jsou sestaveny s povolenou hardwarovou pohyblivou řádovou čárkou, jak je uvedeno v DEFAULTTUNE definovaném v každé konfiguraci počítače. file. Softwarové balíčky s pohyblivou řádovou čárkou nejsou poskytovány počínaje verzemi jethro.
Vydání LF6.6.3_1.0.0 je vydáno pro Yocto Project 4.3 (Nanbield). Stejné recepty pro Yocto Project 4.3 budou upstreamovány a zpřístupněny v příštím vydání vydání Yocto Project. Cyklus vydání projektu Yocto trvá zhruba šest měsíců.
Recepty a záplaty v meta-imx jsou upstreamovány do komunitních vrstev. Poté, co je provedeno pro konkrétní komponentu, files v meta-imx již nejsou potřeba a podporu poskytne FSL Yocto Project Community BSP. Komunita podporuje referenční desky i.MX, komunitní desky a desky třetích stran.

1.1 Licenční smlouva s koncovým uživatelem
Během procesu nastavení prostředí NXP Yocto Project BSP se zobrazí Licenční smlouva s koncovým uživatelem NXP (EULA). Aby uživatelé mohli nadále používat i.MX Proprietary software, musí souhlasit s podmínkami této licence. Souhlas s podmínkami umožňuje sestavení projektu Yocto rozbalit balíčky ze zrcadla i.MX.
Poznámka:
Během procesu nastavení si pozorně přečtěte tuto licenční smlouvu, protože po jejím přijetí je veškerá další práce v prostředí i.MX Yocto Project vázána na tuto přijatou smlouvu.

1.2 Reference
i.MX má softwarově podporované více rodin. Následují uvedené rodiny a SoC na rodinu. Poznámky k vydání i.MX Linux popisují, které SoC jsou podporovány v aktuální verzi. Některé dříve vydané SoC mohou být sestavitelné v aktuální verzi, ale nejsou ověřeny, pokud jsou na předchozí ověřené úrovni.

Řada i.MX 6: 6QuadPlus, 6Quad, 6DualLite, 6SoloX, 6SLL, 6UltraLite, 6ULL, 6ULZ
Řada i.MX 7: 7Dual, 7ULP

Řada i.MX 8: 8QuadMax, 8QuadPlus, 8ULP
Řada i.MX 8M: 8M Plus, 8M Quad, 8M Mini, 8M Nano

Řada i.MX 8X: 8QuadXPlus, 8DXL
Rodina i.MX 9: i.MX 93, i.MX 95

Tato verze obsahuje následující odkazy a další informace.

i.MX Linux Release Notes (IMXLXRN) – Poskytuje informace o vydání.

i.MX Linux User's Guide (IMXLUG) – Poskytuje informace o instalaci U-Boot a Linux OS a používání funkcí specifických pro i.MX.
i.MX Yocto Project User's Guide (IMXLXYOCTOUG) – Popisuje balíček podpory desky pro vývojové systémy NXP využívající Yocto Project k nastavení hostitele, instalaci řetězce nástrojů a sestavení zdrojového kódu pro vytváření obrazů.

i.MX Machine Learning User's Guide (IMXMLUG) – Poskytuje informace o strojovém učení.
i.MX Linux Reference Manual (IMXLXRM) – Poskytuje informace o Linuxových ovladačích pro i.MX.

i.MX Graphics User's Guide (IMXGRAPHICUG) – Popisuje grafické funkce.
i.MX Porting Guide (IMXXBSPPG) – Poskytuje pokyny pro portování BSP na novou desku.
i.MX VPU Application Programming Interface Linux Reference Manual (IMXVPUAPI) – Poskytuje referenční informace o VPU API na i.MX 6 VPU.
Harpoon User's Guide (IMXHPUG) – Představuje vydání Harpoon pro rodinu zařízení i.MX 8M.
Hardwarové rozdělování hardwaru i.MX Digital Cockpit pro i.MX 8QuadMax (IMXDCHPE) – Poskytuje hardwarové řešení i.MX Digital Cockpit pro i.MX 8QuadMax.
Uživatelská příručka i.MX DSP (IMXDSPUG) – Poskytuje informace o DSP pro i.MX 8.
Průvodce kamerou a displejem i.MX 8M Plus (IMX8MPCDUG) – Poskytuje informace o ISP Independent Sensor Interface API pro i.MX 8M Plus.
EdgeLock Enclave Hardware Security Module API (RM00284) – Tento dokument je softwarový referenční popis API poskytovaného řešeními i.MX 8ULP, i.MX 93 a i.MX 95 Hardware Security Module (HSM) pro EdgeLock Enclave ( ELE) Platforma.

Stručný návod obsahuje základní informace o desce a jejím nastavení. Jsou na NXP webmísto.

Dokumentace je k dispozici online na adrese nxp.com.

i.MX 6 informace jsou na nxp.com/iMX6series.
i.MX SABRE informace jsou na nxp.com/imxSABRE.

Informace o i.MX 6UltraLite jsou na nxp.com/iMX6UL.
i.MX 6ULL informace jsou na nxp.com/iMX6ULL.
i.MX 7Dual informace jsou na nxp.com/iMX7D.

i.MX 7ULP informace jsou na nxp.com/imx7ulp.
i.MX 8 informace jsou na nxp.com/imx8.
i.MX 6ULZ informace jsou na nxp.com/imx6ulz.

i.MX 93 informace jsou na nxp.com/imx93.
i.MX 95 informace jsou na nxp.com/imx95.

Vlastnosti

Vrstvy i.MX Yocto Project Release mají následující funkce:

Recept na linuxové jádro
– Recept na jádro se nachází ve složce recipes-kernel a integruje jádro i.MX ze zdroje staženého ze serveru i.MX Git. To se provádí automaticky pomocí receptur v projektu.
– LF6.6.3_1.0.0 je linuxové jádro vydané pro projekt Yocto.
Recept na U-Boot
– Recept U-Boot se nachází ve složce recipes-bsp a integruje soubor i.MX uboot-imx.git ze zdroje staženého ze serveru i.MX Git.
– Vydání i.MX LF6.6.3_1.0.0 pro zařízení i.MX 6, i.MX 7, i.MX 8, i.MX 93 a i.MX 95 používá aktualizovanou verzi v2023.04 i.MX U- Spouštěcí verze. Tato verze nebyla aktualizována pro veškerý hardware i.MX.
– I.MX Yocto Project Community BSP používá u-boot-fslc z hlavní řady, ale to je podporováno pouze komunitou U-Boot a není podporováno jádrem L6.6.3.
– i.MX Yocto Project Community BSP často aktualizuje verze U-Boot, takže výše uvedené informace se mohou změnit, protože nové verze U-Boot jsou integrovány do vrstev meta-freescale a aktualizace z vydání i.MX uboot-imx jsou integrovány do hlavní linie.
Grafické recepty
– Grafické recepty jsou uloženy ve složce recepty-grafika.
– Grafické receptury integrují vydání grafického balíčku i.MX. Pro desky i.MX, které mají GPU, recepty imx-gpu-viv obsahují grafické komponenty pro každé DISTRO: frame buffer (FB), XWayland, Wayland backend a Weston compositor (Weston). Pouze i.MX 6 a i.MX 7 podporují Frame Buffer.
– Xorg-driver integruje xserver-xorg.

Recepty balíčků i.MX firmware-imx, imx-sc-fimrware a další balíčky jsou uloženy v receptech-bsp a vytahují se ze zrcadla i.MX, aby se zabudovaly a zabalily do obrazových receptur.
Multimediální recepty
– Multimediální recepty jsou uloženy v receptech-multimédiích.
– Proprietární balíčky jako imx-codec a imx-parser mají receptury vytažené ze zrcadla i.MX k sestavení a zabalení do obrazových receptur.
– Balíčky s otevřeným zdrojovým kódem obsahují recepty, které čerpají z veřejného úložiště Git na GitHubu.
– Některé recepty jsou poskytovány pro kodeky, které jsou omezeny. Balíčky pro tyto nejsou na zrcadle i.MX.
Tyto balíčky jsou k dispozici samostatně. Chcete-li je získat, kontaktujte svého marketingového zástupce i.MX.
Základní recepty
Některé recepty na pravidla, jako je udev, poskytují aktualizovaná pravidla i.MX, která se mají nasadit do systému. Tyto recepty jsou obvykle aktualizacemi zásad a používají se pouze pro přizpůsobení. Vydání poskytuje aktualizace pouze v případě potřeby.

Demo recepty
Demonstrační recepty jsou umístěny v adresáři meta-sdk. Tato vrstva obsahuje obrazové receptury a receptury pro přizpůsobení, jako je dotyková kalibrace, nebo receptury pro demonstrační aplikace.
Recepty strojového učení
Recepty strojového učení jsou umístěny v adresáři meta-ml. Tato vrstva obsahuje recepty strojového učení pro balíčky jako tensorflow-lite, onnx a tak dále.
Recepty v kokpitu
Receptury kokpitu jsou umístěny v meta-kokpitu a jsou podporovány na i.MX 8QuadMax pomocí konfigurace stroje imx-8qmcockpit-mek.
Ve vrstvě meta-nxp-demo-experience je zahrnuto více ukázek a receptů na nástroje. Tato vrstva je zahrnuta ve všech uvolněných úplných obrázcích.

Nastavení hostitele

Chcete-li získat očekávané chování projektu Yocto v hostitelském počítači Linux, musí být nainstalovány balíčky a nástroje popsané níže. Důležitým aspektem je požadované místo na pevném disku v hostitelském počítači. Napřample, při stavbě na počítači se systémem Ubuntu je minimální požadované místo na pevném disku asi 50 GB. Doporučuje se poskytnout alespoň 120 GB, což je dostatečné pro kompilaci všech backendů dohromady. Pro vytváření komponent strojového učení se doporučuje alespoň 250 GB.

Doporučená minimální verze Ubuntu je 20.04 nebo novější. Nejnovější verze podporuje Chromium v91, což vyžaduje zvýšení na ulimit (počet otevřených files) až 4098.

3.1 Docker
i.MX nyní vydává skripty pro nastavení dockeru GitHub – nxp-imx/imx-docker: i.MX Docker. Postupujte podle pokynů v souboru readme pro nastavení počítače sestavení hostitele pomocí dockeru.
Docker on board je navíc povolen se standardním manifestem zahrnutím metavirtualizační vrstvy pouze na i.MX 8. Vznikne tak bezhlavý systém pro instalaci docker kontejnerů z externích docker hub.

3.2 Hostitelské balíčky
Sestavení projektu Yocto vyžaduje instalaci konkrétních balíčků pro sestavení, které jsou zdokumentovány v projektu Yocto. Přejít na Rychlý start projektu Yocto a zkontrolujte balíčky, které musí být nainstalovány na vašem sestavení.
Základní hostitelské balíčky Yocto Project jsou:
$ sudo apt install gawk wget git diffstat rozbalit texinfo gcc build-essential \chrpath socat cpio python3 python3-pip python3-pexpect xz-utils debianutils \iputils-ping python3-git python3-jinde-mes python2-jinde-mes \1th libe podjednotka mesa-common-dev zstd liblz1.2-tool file locales -y
$ sudo locale-gen en_US.UTF-8

Konfigurační nástroj používá výchozí verzi grep, která je na vašem sestavovacím stroji. Pokud je ve vaší cestě jiná verze grep, může to způsobit selhání sestavení. Jedním z řešení je přejmenovat speciální verzi na něco, co neobsahuje „grep“.

3.3 Nastavení nástroje Repo
Repo je nástroj postavený na Gitu, který usnadňuje správu projektů obsahujících více úložišť, která nemusí být na stejném serveru. Repo velmi dobře doplňuje vrstvenou povahu projektu Yocto, což uživatelům usnadňuje přidávání vlastních vrstev do BSP.

Chcete-li nainstalovat nástroj „repo“, proveďte tyto kroky:

Vytvořte složku bin v domovském adresáři.
$ mkdir ~/bin (tento krok nemusí být nutný, pokud složka bin již existuje)
$ curl https://storage.googleapis.com/git-repo-downloads/repo>~/bin/repo
$ chmod a+x ~/bin/repo
Přidejte následující řádek do souboru .bashrc file abyste se ujistili, že složka ~/bin je ve vaší proměnné PATH.
exportovat PATH=~/bin:$PATH

Nastavení projektu Yocto

Nejprve se pomocí níže uvedených příkazů ujistěte, že je Git správně nastaven:
$ git config –global user.name “Vaše jméno”
$ git config –global user.email „Váš email“
$ git config –list

Adresář i.MX Yocto Project BSP Release obsahuje adresář se zdroji, který obsahuje receptury používané k vytvoření jednoho nebo více adresářů sestavení a sadu skriptů používaných k nastavení prostředí.
Recepty použité k sestavení projektu pocházejí jak od komunity, tak od i.MX. Vrstvy projektu Yocto se stahují do adresáře zdrojů. Tím se nastaví receptury, které se používají k sestavení projektu.
Následující example ukazuje, jak stáhnout vrstvy receptur i.MX Yocto Project Community BSP. Pro tento example, je pro projekt vytvořen adresář s názvem imx-yocto-bsp. Místo toho lze použít libovolný název.
$ 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
$ repo synchronizace

Poznámka:
https://github.com/nxp-imx/imx-manifest/tree/imx-linux-nanbield má seznam všech manifestů fileje v tomto vydání podporováno.
Po dokončení tohoto procesu je zdrojový kód rezervován v adresáři imx-yocto-bsp/sources.
Synchronizaci Repo můžete provádět pomocí příkazu repo sync, pravidelně aktualizovat na nejnovější kód.
Pokud se během inicializace úložiště vyskytnou chyby, zkuste smazat adresář .repo a znovu spustit příkaz inicializace úložiště.
Repo init je nakonfigurován pro nejnovější záplaty v řadě. Postupujte podle pokynů v indexu: imx-manifest.git získat původní GA. Jinak se záplaty GA plus stahují ve výchozím nastavení. Chcete-li vyzvednout předchozí vydání ze základny zeus, přidejte -m (název manifestu vydání) na konec řádku inicializace Repo a načte předchozí vydání. Přampsoubory jsou uvedeny v souboru README file ve výše uvedeném odkazu.

Sestavení obrázku

Tato část poskytuje podrobné informace spolu s procesem vytváření obrazu.

5.1 Sestavení konfigurace
i.MX poskytuje skript, imx-setup-release.sh, který zjednodušuje nastavení pro stroje i.MX. Chcete-li použít skript, je třeba zadat název konkrétního počítače, pro který má být sestaven, a také požadovaný grafický backend.
Skript nastaví adresář a konfiguraci files pro zadaný stroj a backend.
Ve vrstvě meta-imx poskytuje i.MX nové nebo aktualizované konfigurace strojů, které překrývají konfigurace strojů metafreescale. Tyto files jsou zkopírovány do adresáře meta-freescale/conf/machine skriptem imx-setup-release.sh. Následuje konfigurace zařízení i.MX files, které lze vybrat. Nejnovější přírůstky najdete v poznámkách k vydání nebo v adresáři počítače.

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

Každá složka sestavení musí být nakonfigurována tak, aby používala pouze jedno distro. Při každé změně proměnné DISTRO_FEATURES je potřeba složka čistého sestavení. Každý grafický backend Frame Buffer, Wayland a XWayland mají konfiguraci distribuce. Pokud není DISTRO file je zadáno, je distribuce XWayland nastavena jako výchozí. Konfigurace distro jsou uloženy v souboru local.conf file v nastavení DISTRO a zobrazují se, když běží bitbake. V minulých verzích jsme používali poky distro a přizpůsobené verze a poskytovatele v našem layer.conf, ale vlastní distro je lepší řešení. Když se použije výchozí poky distro, použije se výchozí konfigurace komunity. Jako vydání i.MX preferujeme sadu konfigurací, které NXP podporuje a testuje.
Zde je seznam DISTRO konfigurací. Všimněte si, že fsl-imx-fb není podporován na i.MX 8 a fsl-imxx11 již není podporován.

fsl-imx-wayland: Grafika Pure Wayland.
fsl-imx-xwayland: grafika Wayland a X11. Aplikace X11 používající EGL nejsou podporovány.
fsl-imx-fb: Grafika Frame Buffer – žádný X11 nebo Wayland. Frame Buffer není podporován na i.MX 8 a i.MX 9.

Uživatelé si mohou vytvořit vlastní distribuci file na základě jednoho z nich přizpůsobit své prostředí bez aktualizace local.conf pro nastavení preferovaných verzí a poskytovatelů.
Syntaxe skriptu imx-setup-release.sh je uvedena níže:
$ DISTRO= STROJ= zdroj imx-setup-release.sh -b

DISTRO= je distro, které konfiguruje prostředí sestavení a je uloženo v meta-imx/meta-sdk/conf/distro.
STROJ= je název počítače, který ukazuje na konfiguraci file v conf/machine v meta-freescale a meta-imx.
-b určuje název adresáře sestavení vytvořeného skriptem imx-setup-release.sh.
Když je skript spuštěn, vyzve uživatele k přijetí smlouvy EULA. Jakmile je EULA přijata, přijetí je uloženo v local.conf uvnitř každé složky sestavení a dotaz na přijetí EULA se již pro tuto složku sestavení nezobrazuje.
Po spuštění skriptu je pracovní adresář ten, který skript právě vytvořil, zadaný pomocí volby -b. Vytvoří se složka conf obsahující soubor files bblayers.conf a local.conf.
The /conf/bblayers.conf file obsahuje všechny metavrstvy použité ve verzi i.MX Yocto Project.
Stránka local.conf file obsahuje specifikace stroje a distribuce:

STROJ ??= 'imx7ulpevk'
DISTRO ?= 'fsl-imx-xwayland'
ACCEPT_FSL_EULA = „1“

Konfiguraci MACHINE lze změnit úpravou této položky filev případě potřeby.
ACCEPT_FSL_EULA v souboru local.conf file znamená, že jste přijali podmínky smlouvy EULA.
Ve vrstvě meta-imx jsou pro stroje i.MX 6 a i.MX 6 poskytovány konsolidované konfigurace strojů (imx7qpdlsolox.conf a imx6ul7d.conf). i.MX je používá k vytvoření společného obrazu se všemi stromy zařízení v jednom obrazu pro testování. Nepoužívejte tyto stroje k ničemu jinému než k testování.

5.2 Výběr obrazu projektu i.MX Yocto
Projekt Yocto poskytuje některé obrázky, které jsou dostupné v různých vrstvách. Poky poskytuje některé obrázky, meta-freescale a meta-freescale-distro poskytují jiné a další obrázkové recepty jsou poskytovány ve vrstvě meta-imx. Následující tabulka uvádí různé klíčové obrázky, jejich obsah a vrstvy, které poskytují obrazové receptury.

Tabulka 1. Obrázky projektu i.MX Yocto

Název obrázku	Cíl	Poskytováno vrstvou
jádro-obraz-minimální	Malý obrázek, který umožňuje pouze spuštění zařízení.	těsný
jádro-obraz-základ	Obraz pouze pro konzoli, který plně podporuje hardware cílového zařízení.	těsný
jádro-obraz-sato	Obrázek se Sato, mobilním prostředím a vizuálním stylem pro mobilní zařízení. Obrázek podporuje motiv Sato a používá aplikace Pimlico. Obsahuje terminál, editor a file manažer.	těsný
imx-image-core	Obraz i.MX s testovacími aplikacemi i.MX, který se má použít pro backendy Wayland. Tento obrázek používá naše každodenní základní testování.	meta-imx/meta-sdk
fsl-image-machine- test	Obraz jádra i.MX komunity FSL Community s prostředím konzoly – žádné rozhraní GUI.	meta-freescale-distro
imx-image-multimedia	Vytváří obraz i.MX s GUI bez obsahu Qt.	meta-imx/meta-sdk
imx-image-full	Vytváří opensource obraz Qt 6 s funkcemi strojového učení. Tyto obrazy jsou podporovány pouze pro i.MX SoC s hardwarovou grafikou. Nejsou podporovány na i.MX 6UltraLite, i.MX 6UltraLiteLite, i.MX 6SLL, [MX 7Dual, i.MX 8MNanoLite nebo i.MX 8DXL	meta-imx/meta-sdk

5.3 Vytváření obrazu
Sestavení projektu Yocto používá příkaz bitbake. Napřample, bitbake vytvoří pojmenovanou komponentu. Každé sestavení komponenty má několik úkolů, jako je načítání, konfigurace, kompilace, balení a nasazení do cílového rootfs. Sestavení bitové bitové kopie shromažďuje všechny komponenty požadované bitovou kopií a sestavení v pořadí podle závislosti na úkolu. První sestavení je toolchain spolu s nástroji potřebnými pro sestavení komponent.
Následující příkaz je exampjak vytvořit obrázek:
$ bitbake imx-image-multimedia

5.4 Možnosti Bitbake
Příkaz bitbake používaný k vytvoření obrazu je bitbake . Další parametry lze použít pro specifické činnosti popsané níže. Bitbake poskytuje různé užitečné možnosti pro vývoj jedné komponenty. Chcete-li spustit s parametrem BitBake, příkaz vypadá takto: bitbake je požadovaný sestavovací balíček.
Následující tabulka uvádí některé možnosti BitBake.

Tabulka 2. Možnosti BitBake

Parametr BitBake	Popis
-c aport	Načte, pokud stav stahování není označen jako dokončený.
-c vyčistitvše	Vyčistí celý adresář sestavení komponenty. Všechny změny v adresáři sestavení budou ztraceny. Kořenové kořeny a stav komponenty jsou také vymazány. Komponenta je také odebrána z adresáře pro stahování.
-c nasadit	Nasadí obrázek nebo komponentu do rootfs.
-k	Pokračuje ve vytváření komponent, i když dojde k přerušení sestavení.
-c kompilovat -f	Nedoporučuje se, aby se zdrojový kód v dočasném adresáři měnil přímo, ale pokud ano, projekt Yocto jej nemusí znovu sestavit, pokud není tato možnost použita. Tuto možnost použijte k vynucení rekompilace po nasazení bitové kopie.
-g	Uvádí strom závislostí pro obrázek nebo komponentu.
-DDD	Zapne ladění do hloubky 3 úrovní. Každé D přidává další úroveň ladění.
-s, –show-versions	Zobrazuje aktuální a preferované verze všech receptů.

5.5 Konfigurace U-Boot
Konfigurace U-Boot jsou definovány v hlavní konfiguraci stroje file. Konfigurace je určena pomocí nastavení UBOOT_CONFIG. To vyžaduje nastavení UBOOT_CONFIG v local.conf. Jinak sestava U-Boot používá ve výchozím nastavení spouštění ze SD.
Ty lze sestavit samostatně pomocí následujících příkazů (změňte MACHINE na správný cíl).
Více konfigurací U-Boot lze vytvořit jedním příkazem vložením mezer mezi konfigurace U-Boot.
Následují konfigurace U-Boot pro jednotlivé desky. Desky i.MX 6 a i.MX 7 podporují SD bez OPTEE a s 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 nand sd-optee”

uboot_config_imx6dlsabresd=”sd epdc sd-optee”
uboot_config_imx6dlsabreauto=”sd eimnor spinor nand sd-optee”
uboot_config_imx6solosabresd=”sd sd-optee”

uboot_config_imx6solosabreauto=”sd eimnor spinor nand sd-optee”
uboot_config_imx6sxsabresd=”sd emmc qspi2 m4fastup sd-optee”
uboot_config_imx6sxsabreauto=”sd qspi1 nand sd-optee”

uboot_config_imx6qpsabreauto=”sd sata eimnor spinor nand sd-optee”
uboot_config_imx6qpsabresd=”sd sata sd-optee”
uboot_config_imx6sllevk=”sd epdc sd-optee”

uboot_config_imx6ulevk=”sd emmc qspi1 sd-optee”
uboot_config_imx6ul9x9evk=”sd qspi1 sd-optee”
uboot_config_imx6ull14x14evk=”sd emmc qspi1 nand sd-optee”

uboot_config_imx6ull9x9evk=”sd qspi1 sd-optee”
uboot_config_imx6ulz14x14evk=”sd emmc qspi1 nand sd-optee”
uboot_config_imx7dsabresd=”sd epdc qspi1 nand sd-optee”

uboot_config_imx7ulpevk=”sd emmc sd-optee”

Chcete-li sestavit s libovolnou konfigurací U-Boot, proveďte následující kroky.
Pouze s jednou konfigurací U-Boot:
$ echo “UBOOT_CONFIG = \”eimnor\”” >> conf/local.conf
S více konfiguracemi U-Boot:
$ echo “UBOOT_CONFIG = \”sd eimnor\”” >> conf/local.conf
$ STROJ= bitbake -c deploy u-boot-imx
Poznámka: i.MX 8 používá imx-boot, který zavádí U-Boot.

5.6 Sestavte scénáře
Následují scénáře sestavení instalace pro různé konfigurace.
Nastavte manifest a naplňte zdroje vrstvy Yocto Project pomocí těchto příkazů:
$ 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
$ repo synchronizace
Následující části uvádějí některé konkrétní příkladyamples. Nahraďte názvy počítačů a zadané backendy pro přizpůsobení příkazů.

5.6.1 Obraz Frame Buffer na i.MX 6QuadPlus SABRE-AI
$ DISTRO=fsl-imx-fb MACHINE=imx6qpsabreauto zdroj imx-setup-release.sh –b build-fb
$ bitbake imx-image-multimedia
Tím se vytvoří multimediální obraz s backendem vyrovnávací paměti snímků.

5.6.2 Obraz XWayland na i.MX 8QuadXPlus MEK
$ DISTRO=fsl-imx-xwayland MACHINE=imx8qxpmek zdroj imx-setup-release.sh -b build-xwayland
$ bitbake imx-image-full
To vytváří obraz XWayland s Qt 6 a funkcemi strojového učení. Chcete-li sestavit bez Qt 6 a strojového učení, použijte místo toho imx-image-multimedia.

5.6.3 Snímek Wayland na i.MX 8M Quad EVK
$ DISTRO=fsl-imx-wayland MACHINE=imx8mqevk zdroj imx-setup-release.sh -b buildwayland
$ bitbake imx-image-multimedia
To vytváří obraz Weston Wayland s multimédii bez Qt 6.

5.6.4 Restartování prostředí sestavení
Pokud se po nastavení adresáře sestavení otevře nové okno terminálu nebo se počítač restartuje, měl by se k nastavení proměnných prostředí a opětovnému spuštění sestavení použít skript prostředí nastavení. Úplný soubor imxsetup-release.sh není potřeba.
$ nastavení zdroje-prostředí

5.6.5 Prohlížeč Chromium na XWayland a Wayland
Komunita projektu Yocto má recepty Chromium pro prohlížeč Chromium verze Wayland pro i.MX SoC s hardwarem GPU. NXP nepodporuje ani netestuje záplaty od komunity. Tato část popisuje, jak integrovat Chromium do vašich rootfs a povolit hardwarově akcelerované vykreslování WebGL. Prohlížeč Chromium vyžaduje další vrstvy, jako je meta-browser přidaný do skriptu imx-release-setup.sh automaticky.
V local.conf pro XWayland nebo Wayland přidejte Chromium do svého obrázku. X11 není podporováno.
CORE_IMAGE_EXTRA_INSTALL += „chrom-ozone-wayland“

5.6.6 Qt 6 a QtWebProhlížeče motorů
Qt 6 má komerční i open source licenci. Při sestavování v projektu Yocto je výchozí licence open source. Ujistěte se, že rozumíte rozdílům mezi těmito licencemi a vyberte si vhodně. Poté, co byl zahájen vlastní vývoj Qt 6 na licenci open source, nelze ji používat s komerční licencí. Spolupracujte s právním zástupcem, abyste pochopili rozdíly mezi těmito licencemi.
Poznámka:
Budova QtWebEngine není kompatibilní s metachromovou vrstvou použitou ve vydání.
Pokud používáte sestavení NXP, odeberte meta-chromium z bblayers.conf:
# Komentováno kvůli nekompatibilitě s qtwebmotor
#BBLAYERS += “${BSPDIR}/sources/meta-browser/meta-chromium”

K dispozici jsou čtyři prohlížeče Qt 6. QtWebProhlížeče motorů najdete v:

/usr/share/qt6/examples/webenginewidgets/StyleSheetbrowser
/usr/share/qt6/examples/webenginewidgets/SimplebBrowser

/usr/share/qt6/examples/webenginewidgets/cookiebBrowser
/usr/share/qt6/examples/webmotor/rychlý prohlížeč

Všechny tři prohlížeče lze spustit tak, že přejdete do výše uvedeného adresáře a spustíte tam nalezený spustitelný soubor.
Dotykovou obrazovku lze aktivovat přidáním parametrů -plugin evdevtouch:/dev/input/event0 do spustitelného souboru.
./quicknanobrowser -plugin evdevtouch:/dev/input/event0
QtWebengine funguje pouze na SoC s grafickým hardwarem GPU na i.MX 6, i.MX 7, i.MX 8 a i.MX 9.
Chcete-li zahrnout Qtwebmotor v obrázku, vložte následující do local.conf nebo do receptury obrázku.
IMAGE_INSTALL:append = ” packagegroup-qt6-webmotor"

5.6.7 NXP eIQ strojové učení
Meta-ml vrstva je integrací NXP eIQ strojového učení, která byla dříve vydána jako samostatná meta-imx-machinelearning vrstva a nyní je integrována do standardního BSP obrazu (imx-image-full).
Mnoho funkcí vyžaduje Qt 6. V případě použití jiné konfigurace než imx-image-full vložte do local.conf následující:
IMAGE_INSTALL:append = ” packagegroup-imx-ml”
Chcete-li nainstalovat balíčky NXP eIQ do SDK, vložte do local.conf následující:
TOOLCHAIN_TARGET_TASK:append = ”tensorflow-lite-dev onnxruntime-dev”

Poznámka:
Proměnná TOOLCHAIN_TARGET_TASK_append nainstaluje balíčky pouze do SDK, nikoli do obrazu.
Chcete-li přidat konfigurace modelu a vstupní data pro ukázky OpenCV DNN, vložte do local.conf následující:
PACKAGECONFIG:append:pn-opencv_mx8 = ”testy testy-imx”

5.6.8 Systemd
Systemd je povolen jako výchozí správce inicializace. Chcete-li zakázat systemd jako výchozí, přejděte na stránku fsl-imxpreferred-env.inc a zakomentujte sekci systemd.

5.6.9 Povolení multilib
U i.MX 8 lze pomocí konfigurace multilib podporovat vytváření 32bitových aplikací na 64bitovém OS. Multilib nabízí možnost vytvářet knihovny s různými cílovými optimalizacemi nebo formáty architektury a kombinovat je do jednoho obrazu systému. Multilib se aktivuje přidáním deklarace MULTILIB, DEFAULTTUNE a IMAGE_INSTALL do souboru local.conf file. Multilib není podporován správou balíčků debian. Vyžaduje systém RPM. Zakomentujte dva řádky správy balíčků v local.conf, abyste přešli na výchozí RPM.
Deklarace MULTILIBS je obvykle lib32 nebo lib64 a musí být definována v
MULTILIB_GLOBAL_VARIANTS proměnná takto:

MULTILIBS = “multilib:lib32”
DEFAULTTUNE musí být jednou z hodnot AVAILTUNES pro tento alternativní typ knihovny takto:
VÝCHOZÍ NASTAVENÍ:virtclass-multilib-lib32 = „armv7athf-neon“
K obrazu budou přidány IMAGE_INSTALL, 32bitové knihovny požadované konkrétní aplikací takto:
IMAGE_INSTALL:append = ”lib32-bash”
V případě i.MX 8 by vytvoření podpory 32bitových aplikací vyžadovalo následující příkazy v local.conf. Tato konfigurace specifikuje 64bitový stroj jako hlavní typ stroje a přidává multilib:lib32, kde jsou tyto knihovny zkompilovány s laděním armv7athf-neon, a pak do všech obrázků zahrnuje balíčky lib32.
STROJ = imx8mqevk
# Definujte multilib cíl
vyžadovat conf/multilib.conf
MULTILIBS = “multilib:lib32”
VÝCHOZÍ NASTAVENÍ:virtclass-multilib-lib32 = „armv7athf-neon“
# Přidejte multilib balíčky do obrázku
IMAGE_INSTALL:append = ”lib32-glibc lib32-libgcc lib32-libstdc++”
Deaktivujte deb balení, abyste předešli chybám zpracování. Podívejte se na local.conf a komentujte, pokud existují:
PACKAGE_CLASSES = “package_deb”
EXTRA_IMAGE_FEATURES += „správa balíčků“

5.6.10 Aktivace OP-TEE
OP-TEE vyžaduje tři komponenty: OP-TEE OS, OP-TEE klient a OP-TEE test. Kromě toho má jádro a U-Boot konfigurace. OP-TEE OS je umístěn v bootloaderu, zatímco OP-TEE klient a test jsou umístěny v rootfs.
OP-TEE je v této verzi standardně povoleno. Chcete-li zakázat OP-TEE, přejděte na meta-imx/meta-bsp/conf/layer.conf file a zakomentujte DISTRO_FEATURES_append pro OP-TEE a odeberte komentář.

5.6.11 Stavba věznice
Jailhouse je statický rozdělovací hypervizor založený na OS Linux. Je podporován na deskách i.MX 8M Plus, i.MX 8M Nano, i.MX 8M Quad EVK a i.MX 8M Mini EVK.

Chcete-li povolit sestavení Jailhouse, přidejte do local.conf následující řádek:
DISTRO_FEATURES:append = ”vězení”
V U-Bootu spusťte jh_netboot nebo jh_mmcboot. Načte vyhrazený DTB pro použití v Jailhouse. Vezmeme-li i.MX 8M Quad jako example, po spuštění operačního systému Linux:
#insmod jailhouse.ko
#./jailhouse povolit imx8mq.cell

Další podrobnosti o Jailhouse na i.MX 8 najdete v Uživatelské příručce pro i.MX Linux (IMXLUG).

5.6.12 Správa balíků
Výchozí správa balíčků v projektu Yocto je rpm. Distro i.MX nyní umožňuje debian jako správu balíčků. To lze snadno vypnout přidáním sady ACKAGE_CLASSES na package_rpm v local.conf nebo vytvořením vlastního distribuce bez zdroje balíčků debianu PACKAGE_CLASSES = “package_deb” .
S přidáním zdroje debian package feed lze do /etc/apt přidat sources.list, který odkazuje na zdroj balíků Debianu. To umožňuje uživatelům instalovat balíčky, které nejsou součástí obrazu, aniž by je museli přidávat do obrazu Yocto. Protože tento zdroj balíčků není generován procesem sestavení i.MX Yocto, není zaručeno, že každý balíček bude fungovat se správnými závislostmi, ale umožňuje poskytovat jednodušší nástroje.
Software, který je složitý a je více závislý na konkrétních verzích, může mít problémy s externím zdrojem balíčků.

Nasazení obrazu

Kompletní filejsou nasazeny systémové obrazy /tmp/deploy/images. Obrázek je z větší části specifický pro stroj nastavený v nastavení prostředí. Každé sestavení obrazu vytvoří U-Boot, jádro a typ obrazu na základě IMAGE_FSTYPES definovaných v konfiguraci počítače. file. Většina konfigurací strojů poskytuje obraz SD karty (.wic) a obraz rootfs (.tar). Obraz SD karty obsahuje obraz rozdělený na oddíly (s U-Bootem, kernelem, rootfs atd.) vhodný pro zavedení odpovídajícího hardwaru.

6.1 Flashování obrázku SD karty
Obrázek SD karty file .wic obsahuje rozdělený obraz (s U-Bootem, jádrem, rootfs atd.) vhodný pro zavedení odpovídajícího hardwaru. Chcete-li flashovat obrázek SD karty, spusťte následující příkaz:
zstdcat .wic.zst | sudo dd of=/dev/sd bs=1M konv=fsync
Další informace o flashování naleznete v části „Příprava karty SD/MMC ke spuštění“ v Uživatelské příručce i.MX Linux (IMXLUG). Pro aplikace strojového učení NXP eIQ je vyžadováno další volné místo na disku (přibližně 1 GB). Definuje se přidáním proměnné IMAGE_ROOTFS_EXTRA_SPACE do souboru local.conf file před procesem stavby Yocto. Viz Megapříručka projektu Yocto.

Přizpůsobení

Existují tři scénáře, které lze sestavit a přizpůsobit na operačním systému i.MX Linux:

Vytvoření BSP projektu i.MX Yocto a ověření na referenční desce i.MX. Pokyny v tomto dokumentu popisují tuto metodu podrobně.
Přizpůsobení jádra a vytvoření vlastního stromu desky a zařízení pomocí jádra a U-Bootu. Další podrobnosti o tom, jak sestavit SDK a nastavit hostitelský počítač pro sestavení jádra a U-Boot pouze mimo prostředí sestavení projektu Yocto, naleznete v kapitole „Jak sestavit U-Boot a jádro v samostatném prostředí“ v i. .MX Uživatelská příručka (IMXLUG).
Přizpůsobení distribuce přidáním nebo odebráním balíčků z BSP poskytovaných pro vydání i.MX Linux vytvořením vlastní vrstvy Yocto Project. i.MX poskytuje několik ukázek, napřampsouborů zobrazí vlastní vrstvu nad vydáním i.MX BSP . Zbývající části tohoto dokumentu poskytují pokyny pro vytvoření vlastního DISTRO a konfigurace desky.

7.1 Vytvoření vlastní distribuce
Vlastní distribuce může nakonfigurovat vlastní prostředí sestavení. Distro fileVšechny vydané fsl-imx-wayland, fslimx-xwayland a fsl-imx-fb zobrazují konfigurace pro konkrétní grafické backendy. Distros lze také použít ke konfiguraci dalších parametrů, jako je jádro, U-Boot a GStreamer. Distro i.MX files jsou nastaveny tak, aby vytvořily vlastní prostředí pro sestavení potřebné pro testování našich vydání BSP i.MX Linux OS.
Každému zákazníkovi se doporučuje vytvořit si vlastní distro file a použít to k nastavení poskytovatelů, verzí a vlastních konfigurací pro jejich prostředí sestavení. Distro se vytvoří zkopírováním existujícího distra file, nebo včetně jednoho jako poky.conf a přidání dalších změn, nebo zahrnutí jednoho z distribucí i.MX a jeho použití jako výchozího bodu.

7.2 Vytvoření vlastní konfigurace desky
Prodejci, kteří vyvíjejí referenční desky, mohou chtít přidat svou desku do komunity FSL BSP.
Díky podpoře nového stroje FSL Community BSP je snadné sdílet zdrojový kód s komunitou a umožňuje zpětnou vazbu od komunity.
Projekt Yocto usnadňuje vytváření a sdílení BSP pro novou desku založenou na i.MX. Proces upstreamingu by měl začít, když jádro operačního systému Linux a bootloader fungují a testují pro tento počítač. Je velmi důležité mít stabilní linuxové jádro a bootloader (napřample, U-Boot), na který se má odkazovat v konfiguraci stroje file, aby byl výchozím nastavením používaným pro daný stroj.
Dalším důležitým krokem je určení správce nového stroje. Správce je ten, kdo je zodpovědný za udržování sady hlavních balíčků fungujících pro tuto desku. Správce počítače by měl udržovat jádro a zavaděč aktualizované a balíčky v uživatelském prostoru testované pro tento počítač.

Potřebné kroky jsou uvedeny níže.

Přizpůsobte konfiguraci jádra files podle potřeby. Konfigurace jádra file je umístění v arch/arm/configs a receptura jádra dodavatele by měla přizpůsobit verzi načtenou receptem jádra.
Přizpůsobte U-Boot podle potřeby. Podrobnosti naleznete v příručce i.MX BSP Porting Guide (IMXBSPPG).
Přidělte správce desky. Tento správce to zajišťuje files jsou aktualizovány podle potřeby, takže sestavení vždy funguje.
Nastavte sestavení projektu Yocto, jak je popsáno v pokynech komunity projektu Yocto, jak je uvedeno níže.
Použijte hlavní větev komunity.
A. Stáhněte si potřebný hostitelský balíček v závislosti na vaší hostitelské distribuci operačního systému Linux z Rychlý start projektu Yocto.
b. Stáhněte si Repo pomocí příkazu:
$ curl https://storage.googleapis.com/git-repo-downloads/repo>~/bin/repo
C. Vytvořte adresář, ve kterém bude vše uloženo. Lze použít libovolný název adresáře. Tento dokument používá imxcommunity-bsp.
$ mkdir imx-community-bsp
d. Proveďte následující příkaz:
$ cd imx-community-bsp
E. Inicializujte Repo s hlavní větví Repo.
$ repo init -u https://github.com/Freescale/fsl-community-bsp-platform -b mistr
F. Získejte recepty, které budou použity ke stavbě.
$ repo synchronizace
G. Prostředí nastavte pomocí následujícího příkazu:
$ source setup-environment build
Vyberte si podobný stroj file v fsl-community-bsp/sources/meta-freescale-3rdparty/conf/machine a zkopírujte jej s použitím názvu označujícího vaši desku. Upravte novou nástěnku file s informacemi o vaší desce. Změňte alespoň název a popis. Přidat MACHINE_FEATURE.
Otestujte své změny pomocí nejnovější hlavní větve komunity a ujistěte se, že vše funguje dobře. Použijte alespoň core-image-minimal.
$ bitbake core-image-minimal
Připravte náplasti. Postupujte podle Průvodce stylem receptů a na stránce git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/ tree/README v části nazvané Přispívání.
Upstream do meta-freescale-3rdparty. Pro upstream odešlete záplaty na metafreescale@yoctoproject.org.

7.3 Sledování slabých míst zabezpečení ve vašem BSP
Monitorování běžných zranitelností a ohrožení (CVE) lze provádět pomocí nástrojů Vigiles s podporou NXP od společnosti Timesys. Vigiles je nástroj pro monitorování a správu zranitelnosti, který poskytuje analýzu Yocto CVE v době sestavení cílových snímků. Dělá to tak, že shromažďuje metadata o softwaru používaném v Yocto Project BSP a porovnává je s databází CVE, která integruje informace o CVE z různých zdrojů, včetně NIST, Ubuntu a několika dalších.
Překročení vysoké úrovněview zjištěných zranitelností se vrátí a lze provést úplnou podrobnou analýzu s informacemi o ovlivnění CVE, jejich závažnosti a dostupných opravách. viewed online.
Chcete-li získat přístup k online zprávě, zaregistrujte si svůj účet NXP Vigiles pomocí následujícího odkazu:
https://www.timesys.com/register-nxp-vigiles/
Další informace o nastavení a provádění Vigiles naleznete zde:
https://github.com/TimesysGit/meta-timesys
https://www.nxp.com/vigiles

7.3.1 Konfigurace
Přidejte meta-timesys do conf/bblayers.conf vašeho BSP sestavení.
Dodržujte formát file a přidejte meta-timesys:
BBLAYERS += “${BSPDIR}/sources/meta-timesys”
Připojte vigile k proměnné INHERIT v conf/local.conf:
DĚDIT += „vigiles“

7.3.2 Provedení
Jakmile je do vašeho sestavení přidán meta-timesys, Vigiles provede kontrolu bezpečnostních zranitelností pokaždé, když je Linux BSP vytvořen pomocí Yocto. Nejsou potřeba žádné další příkazy. Po dokončení každého sestavení se informace o skenování zranitelnosti uloží do adresáře imx-yocto-bsp/ /vigiles.
Můžete view podrobnosti o bezpečnostní kontrole prostřednictvím:

Příkazový řádek (shrnutí)
Online (podrobnosti)
Jednoduše otevřete file jmenoval -report.txt, který obsahuje odkaz na podrobnou online zprávu.

Často kladené otázky

8.1 Rychlý start
Tato část shrnuje, jak nastavit projekt Yocto na počítači se systémem Linux a vytvořit obraz. Podrobná vysvětlení toho, co to znamená, jsou v sekcích výše.

Instalace nástroje „repo“.
Chcete-li získat BSP, musíte mít nainstalované „repo“. Toto je potřeba provést pouze jednou.

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

Stažení BSP Yocto Project Environment.
Použijte správný název požadovaného vydání ve volbě -b pro init repo. Toto je třeba provést jednou pro každé vydání a nastaví distribuci pro adresář vytvořený v prvním kroku. Repo synchronizaci lze spustit pro aktualizaci receptů pod zdroji na nejnovější.
$: 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
: repo synchronizace
Poznámka:
https://github.com/nxp-imx/imx-manifest/tree/imx-linux-nanbield má seznam všech manifestů fileje v tomto vydání podporováno.

Nastavení pro konkrétní backendy
i.MX 8 a i.MX 9 Framebuffer není podporován. Používejte je pouze pro i.MX 6 a i.MX 7 SoC.

Nastavení pro Framebuffer:
$: DISTRO=fsl-imx-fb STROJ= zdroj imx-setup-release.sh -b build-fb
Nastavení pro Wayland:
$: DISTRO=fsl-imx-wayland MACHINE= zdroj imx-setup-release.sh -b build-wayland
Nastavení pro XWayland:
$: DISTRO=fsl-imx-xwayland MACHINE= zdroj imx-setup-release.sh -b build-xwayland

Sestavit pro všechny backendy
Sestavit bez Qt
$: bitbake imx-image-multimedia
Vytvářejte pomocí funkcí Qt 6 a strojového učení
$: bitbake imx-image-full

8.2 Lokální ladění konfigurace
Sestavení projektu Yocto může vyžadovat značné prostředky na sestavení jak z hlediska času, tak využití disku, zejména při sestavování více adresářů sestavení. Existují metody, jak to optimalizovat, napřample, použijte sdílenou mezipaměť sstate (uchovává stav sestavení) a adresář pro stahování (uchovává stažené balíčky). Ty lze nastavit na libovolné místo v souboru local.conf file přidáním prohlášení, jako jsou tyto:
DL_DIR=”/opt/imx/yocto/imx/download”
SSTATE_DIR=”/opt/imx/yocto/imx/sstate-cache”
Adresáře již musí existovat a mít příslušná oprávnění. Sdílený sstate pomáhá, když je nastaveno více adresářů sestavení, z nichž každý používá sdílenou mezipaměť, aby se minimalizovala doba sestavení. Sdílený adresář pro stahování minimalizuje dobu načítání. Bez těchto nastavení se Yocto Project nastaví jako výchozí na adresář sestavení pro mezipaměť sstate a stahování.
Každý balíček stažený v adresáři DL_DIR je označen a .Hotovo. Pokud má vaše síť problém s načtením balíčku, můžete ručně zkopírovat záložní verzi balíčku do adresáře DL_DIR a vytvořit .Hotovo file pomocí dotykového příkazu. Poté spusťte příkaz bitbake:
bitbake .
Další informace naleznete na Yocto Project Reference Manual — Dokumentace Yocto Project ® 5.0.1.

8.3 recepty
Každá součást je vytvořena pomocí receptury. Pro nové komponenty musí být vytvořen recept, který bude odkazovat na zdroj (SRC_URI) a specifikovat záplaty, pokud jsou použitelné. Prostředí Yocto Project se vytváří z makefile v umístění určeném SRC_URI v receptu. Když je sestava vytvořena z automatických nástrojů, recept by měl zdědit autotools a pkgconfig. Udělatfiles musí umožnit, aby CC bylo přepsáno nástroji Cross Compile, aby byl balíček vytvořen pomocí Yocto Project.

Některé součásti mají receptury, ale potřebují další opravy nebo aktualizace. To lze provést pomocí receptu bbappend. To se připojí k existujícím podrobnostem receptu o aktualizovaném zdroji. Napřample, recept bbappend pro zahrnutí nového patche by měl mít následující obsah:
FILESEXTRAPATHS:prepend := “${THISDIR}/${PN}:”
SRC_URI += file:// .náplast
FILESEXTRAPATHS_prepend říká projektu Yocto, aby se podíval do uvedeného adresáře a našel opravu uvedenou v SRC_URI.

Poznámka:
Pokud recept na bbappend nevyzvednete, view protokol načtení file (log.do_fetch) v pracovní složce a zkontrolujte, zda jsou zahrnuty související opravy nebo ne. Někdy se místo verze v bbappend používá Git verze receptu files.

8.4 Jak vybrat další balíčky
K obrázkům lze přidat další balíčky, pokud je pro daný balíček poskytnut recept. Prohledávatelný seznam receptů poskytnutých komunitou lze nalézt na vrstvy.openembedded.org/. Můžete vyhledat, zda aplikace již má recept Yocto Project, a zjistit, odkud jej stáhnout.

8.4.1 Aktualizace obrázku
Obrázek je sada balíčků a konfigurace prostředí.
Obrázek file (jako např. imx-image-multimedia.bb) definuje balíčky, které jdou dovnitř file systém.
Vykořenit file systémy, jádra, moduly a binární soubor U-Boot jsou k dispozici v build/tmp/deploy/images/ .

Poznámka:
Balíčky můžete sestavit, aniž byste to zahrnuli do obrazu, ale pokud chcete, aby se balík automaticky instaloval na rootfs, musíte obraz znovu sestavit.

8.4.2 Skupina balíků
Skupina balíčků je sada balíčků, které lze zahrnout do libovolného obrázku.
Skupina balíčků může obsahovat sadu balíčků. NapřampMultimediální úloha může podle stroje určit, zda je balíček VPU sestaven nebo ne, takže výběr multimediálních balíčků může být automatizován pro každou desku podporovanou BSP a v obraze je zahrnut pouze multimediální balíček.
Další balíčky lze nainstalovat přidáním následujícího řádku /local.conf.
CORE_IMAGE_EXTRA_INSTALL:append = ” “
Existuje mnoho skupin balíčků. Jsou v podadresářích s názvem packagegroup nebo packagegroups.

8.4.3 Preferovaná verze
Preferovaná verze se používá k určení preferované verze receptury, která se má použít pro konkrétní komponent. Komponenta může mít více receptur v různých vrstvách a preferovaná verze ukazuje na konkrétní verzi, která se má použít.

Ve vrstvě meta-imx ve layer.conf jsou pro všechny receptury nastaveny preferované verze, aby byl zajištěn statický systém pro produkční prostředí. Tato preferovaná nastavení verze se používají pro formální vydání i.MX, ale nejsou nezbytná pro budoucí vývoj.
Preferované verze také pomáhají, když předchozí verze mohou způsobit nejasnosti ohledně toho, který recept by měl být použit.
Napřample, předchozí recepty pro imx-test a imx-lib používaly verzi rok-měsíc, která se změnila na verzování. Bez preferované verze může být vyzvednuta starší verze. Recepty, které mají verze _git, jsou obvykle vybírány před ostatními recepty, pokud není nastavena preferovaná verze. Chcete-li nastavit preferovanou verzi, vložte následující do souboru local.conf.
PREFERRED_VERSION_ : = " “
Další informace o používání preferovaných verzí naleznete v příručkách projektu Yocto.

8.4.4 Preferovaný poskytovatel
Preferovaný poskytovatel se používá k určení preferovaného poskytovatele pro konkrétní komponentu. Komponenta může mít více poskytovatelů. NapřampLinuxové jádro může poskytovat i.MX nebo kernel.org a preferovaný poskytovatel uvádí poskytovatele, kterého má použít.
Napřample, U-Boot je poskytován komunitou prostřednictvím denx.de a i.MX. Poskytovatel komunity je specifikován pomocí u-boot-fslc. Poskytovatel i.MX je určen u-boot-imx. Chcete-li uvést preferovaného poskytovatele, vložte do local.conf následující:
PREFERRED_PROVIDER_ : = " “
PREFERRED_PROVIDER_u-boot_mx6 = „u-boot-imx“

8.4.5 Rodina SoC
Rodina SoC dokumentuje třídu změn, které se týkají konkrétní sady systémových čipů. V každé konfiguraci stroje file, stroj je uveden s konkrétní rodinou SoC. Napřample, i.MX 6DualLite Sabre-SD je uveden v rodinách SoC i.MX 6 a i.MX 6DualLite. i.MX 6Solo Sabre-auto je uveden v rodinách i.MX 6 a i.MX 6Solo SoC. Některé změny lze zacílit na konkrétní rodinu SoC v local.conf, aby přepsaly změnu v konfiguraci počítače file. Následuje exampsoubor o změně nastavení jádra mx6dlsabresd.
KERNEL_DEVICETREE:mx6dl = “imx6dl-sabresd.dts”
Rodiny SoC jsou užitečné při provádění změn, které jsou specifické pouze pro třídu hardwaru. Napřample, i.MX 28 EVK nemá Video Processing Unit (VPU), takže všechna nastavení pro VPU by měla používat i.MX 5 nebo i.MX 6, aby byla specifická pro správnou třídu čipů.

8.4.6 Protokoly BitBake
BitBake zaznamenává procesy sestavení a balení do adresáře temp v tmp/work/ / /tepl.
Pokud se komponentě nepodaří načíst balíček, protokol zobrazující chyby je v file log.do_fetch.
Pokud se kompilace komponenty nezdaří, je protokol zobrazující chyby v file log.do_compile.
Někdy se komponenta nenasadí podle očekávání. Zkontrolujte adresáře v adresáři komponenty sestavení (tmp/work/ / ). Zkontrolujte adresář package, packages-split a sysroot* každého receptu a zjistěte, zda filetam jsou umístěny s (kde jsou staged před zkopírováním do adresáře nasazení).

8.4.7 Jak přidat mechanismus pro monitorování a oznamování CVE
Mechanismus sledování CVE lze načíst z GitHubu. Přejděte do adresáře imx-yocto-bsp/sources.

Spusťte následující příkaz:
git klon https://github.com/TimesysGit/meta-timesys.git -b kamínkový kámen
Tento příkaz stáhne další metavrstvu, která poskytuje skripty pro generování obrazových manifestů používaných pro monitorování zabezpečení a upozornění jako součást nabídky produktů Vigiles od NXP a Timesys. Jak řešení používat, postupujte podle části 7.3.
Získání přístupu k úplným sestavám CVE vyžaduje licenční klíč LinuxLink. Bez klíče ve vašem vývojovém prostředí se Vigiles nadále spouští v Demo režimu a vytváří pouze souhrnné zprávy.
Přihlaste se ke svému účtu Vigiles na LinuxLink (nebo si jej vytvořte, pokud nemáte: https://www.timesys.com/registernxp-vigiles/). Otevřete své předvolby a vygenerujte nový
Klíč. Stáhněte si klíč file do vašeho vývojového prostředí. Určete umístění klíče file v souboru conf/local.conf vašeho Yocto file s následujícím prohlášením:
VIGILES_KEY_FILE = "/tools/timesys/linuxlink_key"

Reference

Podrobnosti o zaváděcích přepínačích naleznete v části „Jak zavést desky i.MX“ v Uživatelské příručce i.MX Linux (IMXLUG).
Informace o stahování obrazů pomocí U-Boot naleznete v části „Stahování obrazů pomocí U-Boot“ v Uživatelské příručce i.MX Linux (IMXLUG).
Informace o tom, jak nastavit kartu SD/MMC, naleznete v části „Příprava karty SD/MMC ke spuštění“ v Uživatelské příručce i.MX Linux (IMXLUG).

Poznámka o zdrojovém kódu v dokumentu

ExampKód zobrazený v tomto dokumentu má následující autorská práva a licenci BSD-3-Clause:
Copyright 2024 NXP Redistribuce a použití ve zdrojové a binární formě, s úpravami nebo bez nich, jsou povoleny za předpokladu, že jsou splněny následující podmínky:

Redistribuce zdrojového kódu musí obsahovat výše uvedené upozornění na autorská práva, tento seznam podmínek a následující prohlášení o vyloučení odpovědnosti.
Redistribuce v binární formě musí reprodukovat výše uvedenou poznámku o autorských právech, tento seznam podmínek a následující prohlášení o vyloučení odpovědnosti v dokumentaci a/nebo jiných materiálech dodávaných s distribucí.
Jméno držitele autorských práv ani jména jeho přispěvatelů nelze použít k podpoře nebo propagaci produktů odvozených od tohoto softwaru bez zvláštního předchozího písemného souhlasu.

TENTO SOFTWARE POSKYTUJÍ DRŽITELÉ AUTORSKÝCH PRÁV A PŘISPĚVATELÉ „TAK, JAK JE“, A JAKÉKOLI VÝSLOVNÉ NEBO PŘEDPOKLÁDANÉ ZÁRUKY, VČETNĚ, ALE NE OMEZENÉ, PŘEDPOKLÁDANÝCH ZÁRUK OBCHODOVATELNOSTI A VHODNOSTI PRO KONKRÉTNÍ NÁKUP. V ŽÁDNÉM PŘÍPADĚ NEBUDE DRŽITEL AUTORSKÝCH PRÁV NEBO PŘISPĚVATELÉ ODPOVĚDNÍ ZA JAKÉKOLI PŘÍMÉ, NEPŘÍMÉ, NÁHODNÉ, ZVLÁŠTNÍ, EXEMPLÁRNÍ NEBO NÁSLEDNÉ ŠKODY (VČETNĚ, ALE NEOMEZENO NA, ZAJIŠTĚNÍ NÁHRADNÍCH SLUŽEB, ZBOŽÍ FILO; NEBO PŘERUŠENÍ OBCHODNÍ ČINNOSTI), AŤ JAK ZPŮSOBUJEME A NA ZÁKLADĚ JAKÉKOLI TEORIE ODPOVĚDNOSTI, AŤ VE SMLOUVĚ, PŘÍMÉ ODPOVĚDNOSTI NEBO PŘEČINKU (VČETNĚ NEDBALOSTI ČI JINAK), VZNIKLÝM JAKÝKOLIV ZPŮSOBEM Z POUŽÍVÁNÍ TOHOTO SOFTWARU.

Historie revizí

Tato tabulka poskytuje historii revizí.
Historie revizí

ID dokumentu	Datum	Podstatné změny
IMXLXYOCTOUG v.LF6.6.3_1.0.0	29. března 2024	Upgradováno na jádro 6.6.3, odstraněno i.MX 91P a přidáno i.MX 95 jako Alpha Quality.
IMXLXYOCTOUG v.LF6.1.55_2.2.0	12/2023	Upgradováno na jádro 6.1.55.
IMXLXYOCTOUG v.LF6.1.36_2.1.0	09/2023	Upgradováno na jádro 6.1.36 a přidáno I.MX 91P.
IMXLXYOCTOUG v.LF6.1.22_2.0.0	06/2023	Upgradováno na jádro 6.1.22.
IMXLXYOCTOUG v.LF6.1.1_1.0.0	04/2023	Oprava chyb v příkazových řádcích v části 3.2.
IMXLXYOCTOUG v.LF6.1.1_1.0.0	03/2023	Upgradováno na jádro 6.1.1.
IMXLXYOCTOUG v.LF5.15.71_2.2.0	12/2022	Upgradováno na jádro 5.15.71.
IMXLXYOCTOUG v.LF5.15.52_2.1.0	09/2022	Upgradováno na jádro 5.15.52 a přidáno i.MX 93.
IMXLXVOCTOUG v.LF5.15.32_2.0.0	06/2022	Upgradováno na jádro 5.15.32, U-Boot 2022.04 a Kirkstone Yocto.
IMXLXYOCTOUG v.LF5.15.5_1.0.0	03/2022	Upgradováno na jádro 5.15.5, Honister Yocto a Qt6.
IMXLXYOCTOUG v.LF5.10.72_2.2.0	12/2021	Aktualizoval jádro na 5.10.72 a aktualizoval BSP.
IMXLXYOCTOUG v.LF5.10.52_2.1.0	09/2021	Aktualizováno pro i.MX GULP Alpha a jádro upgradováno na 5.10.52.
IMXLXYOCTOUG v.LF5.10.35_2.0.0	06/2021	Upgradováno na jádro 5.10.35.
IMXLXYOCTOUG v.LF5.10.9_1.0.0	04/2021	Opraven překlep v příkazových řádcích v sekci 3.1 'Hostitelské balíčky.
IMXLXYOCTOUG v.LF5.10.9_1.0.0	03/2021	Upgradováno na jádro 5.10.9.
IMXLXYOCTOUG v.L5.4.70_2.3.0	01/2021	Byly aktualizovány příkazové řádky v části „Spuštění obrazu Arm Cortex-M4“.
IMXLXYOCTOUG v.L5.4.70_2.3.0	12/2020	i.MX 5.4 konsolidované GA pro vydání i.MX desek včetně i. MX 8M Plus a i.MX 8DXL.
IMXLXYOCTOUG v.L5.4.47_2.2.0	09/2020	Vydání I.MX 5.4 Beta2 pro i.MX 8M Plus, Beta pro 8DXL a konsolidované GA pro vydané desky I.MX.
IMXLXYOCTOUG v.L5.4.24_2.1.0	06/2020	Verze i.MX 5.4 Beta pro i.MX 8M Plus, Aipha2 pro 8DXL a konsolidované GA pro vydané desky i.MX.
IMXLXYOCTOUG v.L5.4.3_2.0.0	04/2020	Verze i.MX 5.4 Alpha pro desky i.MX 8M Plus a 8DXL EVK.
IMXLXYOCTOUG v.LF5A.3_1.0.0	03/2020	Aktualizace jádra I.MX 5.4 a projektu Yocto.
IMXLXYOCTOUG v.L4.19.35_1.1.0	10/2019	Aktualizace jádra I.MX 4.19 a projektu Yocto.
IMXLXYOCTOUG v.L4.19.35_1.0.0	07/2019	Aktualizace jádra I.MX 4.19 Beta a projektu Yocto.
IMXLXYOCTOUG v.L4.14.98_2.0.0_ga	04/2019	i.MX 4.14 Upgrade jádra a aktualizace desky.
IMXLXYOCTOUG v.L4.14.78_1.0.0_ga	01/2019	Vydání GA rodiny I.MX 6, i.MX 7, i.MX 8.
IMXLXYOCTOUG v14.14.62_1.0.0_ beta	11/2018	Upgrade jádra i.MX 4.14, upgrade Yocto Project Sumo.
IMXLXYOCTOUG v14.9.123_2.3.0_ 8mm	09/2018	Vydání i.MX 8M Mini GA.
IMXLXYOCTOUG v14.9.88_2.2.0_ 8qxp-beta2	07/2018	Vydání i.MX 8QuadXPlus Beta2.
IMXLXYOCTOUG v14.9.88_2.1.0_ 8mm-alpha	06/2018	Vydání i.MX 8M Mini Alpha.
IMXLXYOCTOUG v14.9.88_2.0.0-ga	05/2018	Vydání i.MX 7ULP a i.MX 8M Quad GA.
IMXLXYOCTOUG v14.9.51_imx8mq- ga	03/2018	Přidán i.MX 8M Quad GA.
IMXLXYOCTOUG v14.9.51_8qm- beta2/8qxp-beta	02/2018	Přidány i.MX 8QuadMax Beta2 a i.MX 8QuadXPlus Beta.
IMXLXYOCTOUG v.L4.9.51_imx8mq- beta	12/2017	Přidán i.MX 8M Quad.
IMXLXYOCTOUG v14.9.51_imx8qm- beta 1	12/2017	Přidán i.MX 8QuadMax.
IMXLXYOCTOUG v14.9.51_imx8qxp- alfa	11/2017	Počáteční vydání.

Právní informace

Definice
Koncept — Stav konceptu na dokumentu označuje, že obsah je stále pod interní revizíview a podléhá formálnímu schválení, které může vést k úpravám nebo doplnění. NXP Semiconductors neposkytuje žádná prohlášení ani záruky ohledně přesnosti nebo úplnosti informací obsažených v pracovní verzi dokumentu a nenese žádnou odpovědnost za důsledky použití takových informací.
Vyloučení odpovědnosti
Omezená záruka a odpovědnost — Informace v tomto dokumentu jsou považovány za přesné a spolehlivé. Společnost NXP Semiconductors však neposkytuje žádná prohlášení ani záruky, vyjádřené nebo předpokládané, pokud jde o přesnost nebo úplnost takových informací, a nenese žádnou odpovědnost za důsledky použití takových informací. NXP Semiconductors nenese žádnou odpovědnost za obsah tohoto dokumentu, pokud je poskytnut informačním zdrojem mimo NXP Semiconductors.
Společnost NXP Semiconductors v žádném případě nenese odpovědnost za jakékoli nepřímé, náhodné, trestné, zvláštní nebo následné škody (včetně – bez omezení ušlého zisku, ušlých úspor, přerušení provozu, nákladů souvisejících s odstraněním nebo výměnou jakýchkoli produktů nebo nákladů na přepracování), ať už tyto škody nejsou založeny na protiprávním jednání (včetně nedbalosti), záruce, porušení smlouvy nebo jiné právní teorii.
Bez ohledu na jakékoli škody, které by mohly zákazníkovi z jakéhokoli důvodu vzniknout, bude souhrnná a kumulativní odpovědnost NXP Semiconductors vůči zákazníkovi za produkty popsané v tomto dokumentu omezena v souladu s podmínkami komerčního prodeje NXP Semiconductors. Právo na změny — NXP Semiconductors si vyhrazuje právo kdykoli a bez upozornění provádět změny informací zveřejněných v tomto dokumentu, včetně, bez omezení, specifikací a popisů produktů. Tento dokument nahrazuje a nahrazuje všechny informace poskytnuté před jeho zveřejněním.
Vhodnost použití — Produkty NXP Semiconductors nejsou navrženy, autorizovány nebo zaručeny tak, aby byly vhodné pro použití v systémech nebo zařízeních pro podporu života, život kritických nebo kritických systémech nebo zařízeních, ani v aplikacích, kde lze důvodně očekávat selhání nebo nesprávnou funkci produktu NXP Semiconductors. zranění osob, smrt nebo vážné poškození majetku nebo životního prostředí. Společnost NXP Semiconductors a její dodavatelé nepřijímají žádnou odpovědnost za zahrnutí a/nebo použití produktů NXP Semiconductors v takovém zařízení nebo aplikacích, a proto je takové zahrnutí a/nebo použití na vlastní riziko zákazníka.
Aplikace — Zde popsané aplikace pro kterýkoli z těchto produktů slouží pouze pro ilustrativní účely. NXP Semiconductors neposkytuje žádné prohlášení ani záruku, že takové aplikace budou vhodné pro specifikované použití bez dalšího testování nebo úprav.
Zákazníci jsou zodpovědní za návrh a provoz svých aplikací a produktů využívajících produkty NXP Semiconductors a NXP Semiconductors nepřijímá žádnou odpovědnost za jakoukoli pomoc s aplikacemi nebo návrhem zákaznických produktů. Je výhradní odpovědností zákazníka určit, zda je produkt NXP Semiconductors vhodný a vhodný pro zákazníkovy aplikace a plánované produkty, jakož i pro plánovanou aplikaci a použití zákazníkem (zákazníků) jako třetí strana. Zákazníci by měli poskytnout vhodné konstrukční a provozní záruky, aby minimalizovali rizika spojená s jejich aplikacemi a produkty.
NXP Semiconductors nepřijímá žádnou odpovědnost související s jakýmkoli selháním, poškozením, náklady nebo problémem, který je založen na jakékoli slabosti nebo selhání v aplikacích nebo produktech zákazníka nebo v aplikaci nebo použití zákazníkem (zákazníky třetí strany) zákazníka. Zákazník je odpovědný za provedení všech nezbytných testů pro aplikace a produkty zákazníka využívající produkty NXP Semiconductors, aby se zabránilo selhání aplikací a produktů nebo aplikace nebo použití zákazníkem (zákazníky třetí strany) zákazníka. NXP nenese v tomto ohledu žádnou odpovědnost.
Podmínky komerčního prodeje — Produkty NXP Semiconductors se prodávají v souladu se všeobecnými podmínkami komerčního prodeje, jak jsou zveřejněny na https://www.nxp.com/profile/terms, není-li v platné písemné individuální dohodě dohodnuto jinak. V případě uzavření individuální smlouvy platí pouze podmínky příslušné smlouvy. Společnost NXP Semiconductors tímto výslovně nesouhlasí s uplatňováním všeobecných obchodních podmínek zákazníka s ohledem na nákup produktů NXP Semiconductors zákazníkem.
Kontrola exportu — Tento dokument, stejně jako položky zde popsané, mohou podléhat předpisům o kontrole vývozu. Vývoz může vyžadovat předchozí povolení od příslušných orgánů.
Vhodnost pro použití ve výrobcích nekvalifikovaných pro automobilový průmysl — Pokud tento dokument výslovně neuvádí, že tento konkrétní produkt NXP Semiconductors je způsobilý pro automobilový průmysl, není tento produkt vhodný pro použití v automobilech. Není kvalifikován ani testován v souladu s automobilovým testováním nebo aplikačními požadavky. Společnost NXP Semiconductors nenese žádnou odpovědnost za zahrnutí a/nebo použití jiných než automobilových kvalifikovaných produktů v automobilovém vybavení nebo aplikacích.
V případě, že zákazník použije produkt pro návrh a použití v automobilových aplikacích podle automobilových specifikací a norem, zákazník (a) použije produkt bez záruky NXP Semiconductors na produkt pro takové automobilové aplikace, použití a specifikace a ( b) kdykoli zákazník použije produkt pro automobilové aplikace nad rámec specifikací NXP Semiconductors, takové použití bude výhradně na vlastní riziko zákazníka a (c) zákazník plně odškodní společnost NXP Semiconductors za jakoukoli odpovědnost, škody nebo neúspěšné nároky na produkt vyplývající z návrhu a použití zákazníka. produkt pro automobilové aplikace nad rámec standardní záruky NXP Semiconductors a specifikace produktu NXP Semiconductors.
Překlady — Neanglická (přeložená) verze dokumentu, včetně právních informací v tomto dokumentu, je pouze orientační. V případě jakéhokoli rozporu mezi přeloženou a anglickou verzí má přednost anglická verze.
Zabezpečení — Zákazník chápe, že všechny produkty NXP mohou být předmětem neidentifikovaných zranitelností nebo mohou podporovat zavedené bezpečnostní standardy nebo specifikace se známými omezeními. Zákazník je odpovědný za návrh a provoz svých aplikací a produktů po celou dobu jejich životního cyklu, aby se snížil účinek těchto zranitelností na aplikace a produkty zákazníka. Odpovědnost zákazníka se vztahuje také na další otevřené a/nebo proprietární technologie podporované produkty NXP pro použití v aplikacích zákazníka. NXP nenese žádnou odpovědnost za jakoukoli zranitelnost. Zákazník by měl pravidelně kontrolovat aktualizace zabezpečení z NXP a patřičně je sledovat.
Zákazník si musí vybrat produkty s bezpečnostními prvky, které nejlépe splňují pravidla, předpisy a normy zamýšlené aplikace a učinit konečná rozhodnutí o designu týkající se svých produktů a je výhradně odpovědný za shodu se všemi právními, regulačními a bezpečnostními požadavky týkajícími se jeho produktů, bez ohledu na jakékoli informace nebo podporu, kterou může NXP poskytnout.
NXP má tým pro reakci na bezpečnostní incidenty produktu (PSIRT) (dostupný na adrese PSIRT@nxp.com), která spravuje vyšetřování, hlášení a uvolňování řešení bezpečnostních zranitelností produktů NXP.
NXP B.V. — NXP B.V. není provozní společností a nedistribuuje ani neprodává produkty.

ochranné známky
Upozornění: Všechny uvedené značky, názvy produktů, názvy služeb a ochranné známky jsou majetkem příslušných vlastníků.
NXP — slovo a logo jsou ochranné známky společnosti 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 — jsou ochranné známky a/nebo registrované ochranné známky společnosti Arm Limited (nebo jejích poboček či přidružených společností) v USA a/nebo jinde. Související technologie může být chráněna některým nebo všemi patenty, autorskými právy, vzory a obchodním tajemstvím. Všechna práva vyhrazena.
EdgeLock — je ochranná známka společnosti NXP BV
eIQ — je ochranná známka společnosti NXP BV
i.MX — je ochranná známka společnosti NXP BV

IMXLXYOCTOUG
All information providedice v tomto dokumentu podléhá právním omezením.
© 2024 NXP BV Všechna práva vyhrazena.
Rev. LF6.6.3_1.0.0 – 29. března 2024

Dokumenty / zdroje

Projekt NXP IMXLXYOCTOUG i.MX Yocto [pdfUživatelská příručka
IMXLXYOCTOUG i.MX Yocto Project, i.MX Yocto Project, Yocto Project, Project

Reference

Uživatelská příručka

Projekt IMXLXYOCTOUG i.MX Yocto

Nadview

Vlastnosti

Nastavení hostitele

Nastavení projektu Yocto

Sestavení obrázku

Nasazení obrazu

Přizpůsobení

Často kladené otázky

Reference

Poznámka o zdrojovém kódu v dokumentu

Historie revizí

Právní informace

Dokumenty / zdroje

Reference

Zanechte komentář

Zrušit odpověď