Hi Simon,
2016-01-29 1:39 GMT+09:00 Simon Glass sjg@chromium.org:
We need a way to support more than one board per binary in U-Boot with device tree. Various methods have been discussed. The one that seems to make the most sense is to adjust SPL so that it can load a FIT which contains U-Boot and several device tree binaries. This is how things with with Linux: load a FIT and select the correct device tree to pass to Linux.
I've just skimmed over the git-logs, but I am confused.
Please makes it clearer why this is useful. In your way, how SPL is handled?
SPL is much more board-specific than U-Boot proper. So, I assume SPL would remain as a per-board image even after achieving one U-Boot proper for multi-boards.
Let's say we want to support Board-A, Board-B, Board-C with one U-Boot proper.
The U-Boot proper + FIT (including DTB-A, DTB-B, DTB-C) would be generated by one-shot and by one defconfig.
But, we would still have to do
make board_a_defconfig && make make board_b_defconfig && make make board_c_defconfig && make
to generate SPL for each of the three. Is this correct?
Supposing my guess is correct, this series would not contribute to decreasing the number of defconfig files.
Please explain which problem you are solving with this series.