[U-Boot-Users] do_bootm_linux OF_FLAT_TREE
David Updegraff
dave at cray.com
Fri Jan 5 16:24:51 CET 2007
Kumar Gala wrote:
>
> On Jan 3, 2007, at 1:18 PM, David Updegraff wrote:
>
>> Hi.
>>
>> in common/cmd_boot, around line 624:
>>
>> Looks like there is a small hole in the logic here if you happen to want
>> to boot with a MULTI image with a ptr. and flat_tree. Since
>> "boot multi_img_addr - of_tree_addr"
>> ends up falling into the 'Skipping initrd category'. Which is annoying,
>> as it looses the initrd that is inside the MULTI img.
>>
>> An obvious solution does not pop out at me.
>>
>> Maybe special-case check for MULTI within that special-case of FLAT_TREE
>> and argv=='-' ?
>>
>> Please suggest better way. Thnx.
>
> When I implemented this I felt that it was an all or nothing situation.
> Either you specified the memory locations of the kernel, initrd, and dtb
> or you used a single MULTI image.
>
> One problem was that the MULTI image doesn't include any header
> information to know what the "sections" of the image are.
>
> - k
Right... but the _assumption_ everywhere in *_bootm seems to be that
MULTI = kernel + initrd
so my view would be to not introduce another [unfounded?] assumption
that .. eg. MULTI = kernel + initrd + dtb. So; yes; it'd be maybe nice
to have the picking apart of MULTI off in its own func so its done
consistently.. or, at a cost of more duct-tape, but less overall
impact-full might be enclosed patch.
I dunno; still hoping & searching for a less-duct-tape solution.
-dbu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: multi-dtd.patch
Type: text/x-patch
Size: 1101 bytes
Desc: not available
Url : http://lists.denx.de/pipermail/u-boot/attachments/20070105/9bc5b1d6/attachment.bin
More information about the U-Boot
mailing list