On 2020-03-27 19:23, Alex Kiernan wrote:
On Fri, Mar 27, 2020 at 7:16 AM Nandor Han <nandor....@vaisala.com> wrote:
FIT format is very versatile allowing various combination of booting
sequences. In the same time different U-Boot boot stages can use FIT
blobs to pack various binaries (e.g. SPL supports reading U-Boot from a
FIT blob). Because of the allowed level of customization, the generation
of a FIT blob using a fixed image tree source, becomes challenging and
increase the level of complexity where different configurations and
combinations are needed.
This bbclass will know how to generate a FIT blob, leaving the mechanics
of the process (dependencies, task order...) to be handled by the users
of the bbclass. In the same time will allow to separate the knowledge of
the FIT format leaving the user code cleaner and more readable.
Signed-off-by: Nandor Han <nandor....@vaisala.com>
---
<snip>
```
2. Build the kernel: `bitbake virtual/kernel`
3. Verify that `image-fit.itb` is present in the build directory: PASS
4. Disassemble the image using the command: `dtc -I dtb -O dts
image-fit.itb`
5. Verify that the FIT source contains the expected configuration: PASS
Hi Alex and thanks for feedback.
Whilst I'm definitely interested in this, building the its file
through dozens of variables is fragile and ugly...
What I had in a class that I'd started, but hadn't got anything like
this far was something like a .its.in file which got passed through
bitbake's expand.
For most of the users or better say for a normal user, these variables
will be probbly almost invisible. Like I mention in other answers, my
plan is to refactor `kernel-fitimage` class to use this class. This way
we can very easily customize the FIT source based on the user needs.
I started also by using an `its.in` template, however it turns out very
quickly that is hard to maintain and hard to extend, given the FIT
format possibility and user needs. For example in my situation in some
conditions I wanted to have kernel as loadable image or my conf to
contain or not a signature...
Nandor
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136819):
https://lists.openembedded.org/g/openembedded-core/message/136819
Mute This Topic: https://lists.openembedded.org/mt/72582452/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
