summaryrefslogtreecommitdiff
path: root/common/cmd_ubifs.c
diff options
context:
space:
mode:
authorAlexey Brodkin <Alexey.Brodkin@synopsys.com>2014-12-28 01:35:57 +0300
committerTom Rini <trini@ti.com>2014-12-29 16:31:23 -0500
commite38d1cb28c666f154c6f61b323ad0931724c2eb8 (patch)
tree497567aa48e52cb41738b54fde3d8748936261df /common/cmd_ubifs.c
parent73c25753060c58e4c339fba306ed0ded0c335748 (diff)
downloadu-boot-imx-e38d1cb28c666f154c6f61b323ad0931724c2eb8.zip
u-boot-imx-e38d1cb28c666f154c6f61b323ad0931724c2eb8.tar.gz
u-boot-imx-e38d1cb28c666f154c6f61b323ad0931724c2eb8.tar.bz2
initcall: add explicit hint if initcall was relocated
Commit "initcall: Improve debugging support" makes sense and indeed simplifies process of matching initcalls executed with static disassembly. Until you are debugging relocation functionality. Existign output may make you think that at some point execution somehow returned back to non-relocated area. And there're many reasons/problems that may provoke this behavior. In order to make things clear let's add explicit mention in case initall was actually relocated like this: --->--- initcall: 810015f8 Relocation Offset is: 0efcf000 Relocating to 8ffcf000, new gd at 8fdced3c, sp at 8fdced20 initcall: 810015b8 initcall: 8ffd093c initcall: 8ffd0a14 initcall: 81001940 (relocated to 8ffd0940) initcall: 81001958 (relocated to 8ffd0958) --->--- Note "unexpected" jump from 0x8f... area to 0x81... area. Without explanation this raises many questions: execution jumped in relocated area right as expected and then for some reason returned back? But I hope comment in brackets will save some time for those curious developers who are careful enough to catch "unexpected jump to pre-reloc area" or those unlucky ones who'll have to deal with relocation debugging. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Simon Glass <sjg@chromium.org> Cc: Minkyu Kang <mk7.kang@samsung.com>
Diffstat (limited to 'common/cmd_ubifs.c')
0 files changed, 0 insertions, 0 deletions