Skip to content

increase layer priority

Eberhard Stoll requested to merge feature/reorder-layer-prios into develop-dunfell

Aktuell sind die Layer Prioritäten (im STM32MP1) folgendermaßen aufgeteilt (sollten beim imx sehr ähnlich sein):

user@mp1:~/cust/ked/mp1/dunfell/yk/build-stm32mp$ bitbake-layers show-layers
NOTE: Starting bitbake server...
layer                 path                                      priority
==========================================================================
meta                  /home/user/cust/ked/mp1/dunfell/yk/build-stm32mp/../layers/poky/meta  5
meta-poky             /home/user/cust/ked/mp1/dunfell/yk/build-stm32mp/../layers/poky/meta-poky  5
meta-oe               /home/user/cust/ked/mp1/dunfell/yk/build-stm32mp/../layers/meta-openembedded/meta-oe  6
meta-python           /home/user/cust/ked/mp1/dunfell/yk/build-stm32mp/../layers/meta-openembedded/meta-python  7
meta-networking       /home/user/cust/ked/mp1/dunfell/yk/build-stm32mp/../layers/meta-openembedded/meta-networking  5
meta-st-stm32mp       /home/user/cust/ked/mp1/dunfell/yk/build-stm32mp/../layers/meta-st-stm32mp  6
meta-qt5              /home/user/cust/ked/mp1/dunfell/yk/build-stm32mp/../layers/meta-qt5  7
meta-ktn              /home/user/cust/ked/mp1/dunfell/yk/build-stm32mp/../layers/meta-ktn  5
meta-ktn-stm32mp      /home/user/cust/ked/mp1/dunfell/yk/build-stm32mp/../layers/meta-ktn-stm32mp  9
meta-swupdate         /home/user/cust/ked/mp1/dunfell/yk/build-stm32mp/../layers/meta-swupdate  6

meta-ktn-imx 5

In dieser Konstellation werden Rezepte in den meta-ktn und meta-ktn-imx Layern vor dem Layer meta-oe angewendet (Siehe https://stackoverflow.com/questions/37178057/bitbake-how-does-the-build-system-choose-the-recipe-provided-by-more-than-one-l und https://docs.yoctoproject.org/dunfell/ref-manual/ref-variables.html?highlight=bbfile_priority#term-BBFILE_PRIORITY). Das bedeutet, dass ein Rezept mit höherer Versionsnummer in diesen Layern nicht verwendet wird, da die BBFILE_PRIORITY niedriger ist.

Der Vorschlag wäre nun die Kontron Layer grundsätzlich über die Standard Yocto Layer zu legen. Das wäre aus meiner Sicht das intuitiv erwartete Verhalten.

Folgende Verteilung der Prioritäten der Kontron Layer wird vorgeschlagen:

meta-ktn          10
meta-ktn-stm32mp  11
meta-ktn-imx      11

Als Konsequenz haben dann die Kontron Layer Vorrang, was dann wiederum bedeutet

  • Dass Rezepte mit kleinerer Versionsnummer in den Kontron Layern neueren Versionen aus z.B. meta-oe vorgezogen werden
  • und somit für alle Rezepte mit Versionsnummer in den Kontron Layern geprüft werden muss, ob neuere Versionen in den niedrigeren Layern existieren. Stichwort bitbake-layers show-recipes

Siehe davon abhängige MRs für die Änderung der Layerpriorität der anderen Kontron Layer:

Zugehöriger Issue: Siehe https://git.kontron-electronics.de/sw/ked/plan/plan-yocto/-/issues/947

@fschrempf @Maximilian

Edited by Eberhard Stoll

Merge request reports