1) Czy korzystacie z Fit image w swoich konfiguracjach czy nie? Jeżeli tak, to czy w wynikowym obrazie (np. na partycji boot) powinien się zawierać plik fit image czy np. powinien też być Image. Moim zdaniem tylko fitImage, jako, że on już zawiera obraz kernela.
2) Czy w Yocto, zmiany w np. u-boocie, które da się ogarnać np. configiem - np. CONFIG_BOOTARGS, dostarczacie jako path nakładający zmianę na config, który znajduje się już w źródłach u-boota czy dostarczacie wlasny config poprzez build system? Osobiście wyeksportowałbym originalny config, wprowadził zmiany i dostarczył dorzucając wlasny config poprzez dodanie go do recipe dla u-boota. Według mnie łatwiejesze do zarządzania. Jeżeli patch to dlaczego? Osobiście wydaje mi się, że patchować należy rzeczy, które nie są konfigurowalne.
3)
Wybaczcie, że pytania mogą wydawać się głupie ale naprawdę nie wiem do końca jak to powinno wyglądać.
Wszystkie pytania będą dotyczyć customowego boarda, bazującego na SoC LS1028a
1) Czy dodając support dla mojego SoMa powinienem dodać nowy board do źródeł Trusted Firmware A?
Patrząc na źródła Trusted Firmware A, w katalogu plat, mamy platformę soc-ls1028a (https://github.com/nxp-qoriq/atf/tree/lf_v2.6/plat/nxp/soc-ls1028a) w której znajduje się board ls1028ardb (reference design board dla soc ls1028a), czy powinienem obok tego boarda dodać swój mimo, że np. ddr_init (i prawdopdoobnie reszta też) będzie taki sam jak dla ls1028ardb, czy np. podczas kompilacji ATF "udawać", że mój SoM to
1. Moim zdaniem warto wrzucić osobny board, z dwóch powodów - jeśli upstream coś zmieni, to zaaplikowanie tych zmian będzie wymagało przejrzenia co się zmieniło i jaki to może mieć faktyczny wpływ. Dodatkowo, powinno to imho poprawić zrozumienie procesu dla nowego inżyniera jeśli kiedykolwiek będziecie zatrudniać lub ktoś inny będzie przejmował projekt; koncepcyjnie to chyba łatwiej zrozumieć, niż używanie nazwy własnej naprzemiennie z bazową.
2. Jak najbardziej; device tree pozwala includować więc takim dziedziczeniem też elegancko można ogarnąć każde zmiany, chyba że jest ich na tyle dużo że przestaje to mieć sens, wtedy wiadomo, wywaliłbym includy i trzymał tylko swoje