Hi Nicolas On Wed, Mar 27, 2013 at 2:29 PM, Nicolas Pitre <n...@fluxnic.net> wrote: > On Wed, 27 Mar 2013, Graeme Russ wrote: > >> Hi Brendan, >> >> On Wed, Mar 27, 2013 at 12:13 PM, Brendan Conoboy <b...@redhat.com> wrote: >> > On 03/26/2013 06:09 PM, Graeme Russ wrote: >> >> >> >> I've had a quick glance at the U-Boot source and I think the newer >> >> 'FIT' image may be a better path to follow. In common/image.c you will >> >> find fit_image_get_load() and in common/cmd_bootm.c you will find >> >> bootm_start() and bootm_load_os(). Teasing apart these functions, it >> >> looks like fit_image_get_load() looks for a "load" property >> >> (FIT_LOAD_PROP) in the FDT first, then in the FIT image (if the FDT >> >> returns a NULL load address). >> >> >> >> Now you can set properties in the FDT in U-Boot (fdt set <path> <prop> >> >> [<val>]) >> >> >> >> So have a common FIT image with a common FDT and use U-Boot to tweak >> >> the FDT properties such as the kernel load address >> > >> > >> > I'd love to, but we don't ship uboot for a number of our boards. We are >> > limited to the functionality provided by the firmware provided. FIT is not >> > universal. >> >> Well at least you can have a common image for all U-Boot boards :) >> >> I suppose the 64-byte header per-board would work. Ugly, but not as >> ugly as some of the other options. >> >> You could also make a small mod to U-Boot to allow the load address of >> legacy images to be changed via a command to make the hack slightly >> less ugly > > What about simply using zImage directly? U-Boot has supported the bootz > command for quite a while now. > > I've beel claming for _years_ that the uImage file format is broken. > But Mr U-Boot would not hear it.
You mean the _legacy_ image format, not the newer FIT image format? Using FIT you should be able to bundle a unified uImage, initramfs and FDT. You can then edit the FDT within U-Boot for device specific parameters (like load address). It still astounds me that new devices are shipped with U-Boot 1.1.4 which is well over five years old! Why is it that everyone ships with a recent kernel and file system but sill insist on shipping ancient U-Boot? With the recent unification of SPL and some massive architectural changes to bringing all the arch's together in common code, there are many benefits to 'moving on' from uImage. And as for non-U-Boot devices, why not either: a) Migrate to U-Boot b) Copy the FIT image code from U-Boot into the existing bootloader (providing GPL compatibility is not an issue) c) Implement support for the FIT format from scratch (it's not that complex) Regards, Graeme _______________________________________________ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
