patches to allow DTB to be appended to the ARM zImage
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest0 of 3 patches 0 repliesNew
Patches in v1 No applies recorded yet
None of the 3 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/3] patches to allow DTB to be appended to the ARM zImage
Shawn Guo <[email protected]> [2011-06-12 16:34:15]:
Quoted 12 lines · Russell King - ARM Linux
Quoted 11 lines
One thing which has been bugging me for some time is that the DT stuff completely overrides the ATAGs. This is wrong with solutions like this.
We have a set of perfectly good boot loaders which provide correct information to the kernel via ATAGs. If we start moving everything over to DT, then we run into a problem because the ATAGs are ignored - stuff such as the RAM size and command line passed from the boot loader will be entirely ignored, instead these having to be encoded into the kernel at build time.
Quoted 3 lines
What u-boot does right now is replacing the parameters in dtb with its for those it's interested in, for example command line is one, before it passes dtb to kernel.
If I understand it all correctly, there must be some 'legacy bootloader support' added to the kernel, layer which would convert the ATAGs to the DT. Or something like that.
Please note, that there are some boards out there, which use some kind of proprietary bootloaders, so you can't update or change them easily. You either don't have source code, you're limited by the available space (2KB eeprom) so you can't add much more things into that bootloader or you're limited by the size of the MBR (yes, even such bootloaders exists).
Ok, everything could be reverse engineered, EEPROM could be exchanged for the bigger one etc., second stage bootloader could be written for the MBR one, but it's not as easy as you think, at least not as "Add dtb parsing support with the help from libfdt. It is some amount of work, but it's not a rewrite of bootloader, IMHO."
-- ynezz