Wolfgang Denk wrote:
Think about the situation that someone whats to use DHCP to boot his board, which will usually result in the TFTP download of exactly *one* image from a TFTP server. That image should then contain the Linux kernel, the dtb, the QE firmware image, eventually a ramdisk, and maybe even more... That's what the new image format is about.
Ok, I can appreciate that, but how is my QE firmware blob any different from any other generic binary that this new image format must support? And since this new format is still a long way from being implemented, I don't see why it should delay adding support for QE firmware.
The "qe fw" command requires an address, and it takes care of the rest. As long as this new image format can identify the QE firmware within it and pass the address of the blob to the "qe fw" command, I don't really care about the rest.