diff options
author | Tom Rini <trini@ti.com> | 2012-08-15 07:23:21 +0000 |
---|---|---|
committer | Wolfgang Denk <wd@denx.de> | 2012-09-02 19:39:46 +0200 |
commit | c3567d808df36d8a9e53f9cc9e6a1ac5d1e23195 (patch) | |
tree | eb5e5ed62e9d4d5705a4e4865bc2f66a3aa1e9d6 | |
parent | f8e754d51cd9573e22eecea8543bcceffe313e95 (diff) | |
download | u-boot-c3567d808df36d8a9e53f9cc9e6a1ac5d1e23195.tar.gz u-boot-c3567d808df36d8a9e53f9cc9e6a1ac5d1e23195.tar.bz2 u-boot-c3567d808df36d8a9e53f9cc9e6a1ac5d1e23195.zip |
README.SPL: Move the 'Estimating stack usage' from omap3 to here
The instructions are generic, so move to the generic doc.
Signed-off-by: Tom Rini <trini@ti.com>
-rw-r--r-- | doc/README.SPL | 23 | ||||
-rw-r--r-- | doc/SPL/README.omap3 | 22 |
2 files changed, 23 insertions, 22 deletions
diff --git a/doc/README.SPL b/doc/README.SPL index bd375a01d9..5368586647 100644 --- a/doc/README.SPL +++ b/doc/README.SPL @@ -85,3 +85,26 @@ Debugging When building SPL with DEBUG set you may also need to set CONFIG_PANIC_HANG as in most cases do_reset is not defined within SPL. + + +Estimating stack usage +---------------------- + +With gcc 4.6 (and later) and the use of GNU cflow it is possible to estimate +stack usage at various points in run sequence of SPL. The -fstack-usage option +to gcc will produce '.su' files (such as arch/arm/cpu/armv7/syslib.su) that +will give stack usage information and cflow can construct program flow. + +Must have gcc 4.6 or later, which supports -fstack-usage + +1) Build normally +2) Perform the following shell command to generate a list of C files used in +SPL: +$ find spl -name '*.su' | sed -e 's:^spl/::' -e 's:[.]su$:.c:' > used-spl.list +3) Execute cflow: +$ cflow --main=board_init_r `cat used-spl.list` 2>&1 | $PAGER + +cflow will spit out a number of warnings as it does not parse +the config files and picks functions based on #ifdef. Parsing the '.i' +files instead introduces another set of headaches. These warnings are +not usually important to understanding the flow, however. diff --git a/doc/SPL/README.omap3 b/doc/SPL/README.omap3 index a543e65d39..c77ca4300a 100644 --- a/doc/SPL/README.omap3 +++ b/doc/SPL/README.omap3 @@ -50,25 +50,3 @@ For the areas that reside within DDR1 they must not be used prior to s_init() completing. Note that CONFIG_SYS_TEXT_BASE must be clear of the areas that SPL uses while running. This is why we have two versions of the memory map that only vary in where the BSS and malloc pool reside. - -Estimating stack usage ----------------------- - -With gcc 4.6 (and later) and the use of GNU cflow it is possible to estimate -stack usage at various points in run sequence of SPL. The -fstack-usage option -to gcc will produce '.su' files (such as arch/arm/cpu/armv7/syslib.su) that -will give stack usage information and cflow can construct program flow. - -Must have gcc 4.6 or later, which supports -fstack-usage - -1) Build normally -2) Perform the following shell command to generate a list of C files used in -SPL: -$ find spl -name '*.su' | sed -e 's:^spl/::' -e 's:[.]su$:.c:' > used-spl.list -3) Execute cflow: -$ cflow --main=board_init_r `cat used-spl.list` 2>&1 | $PAGER - -cflow will spit out a number of warnings as it does not parse -the config files and picks functions based on #ifdef. Parsing the '.i' -files instead introduces another set of headaches. These warnings are -not usually important to understanding the flow, however. |