summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorTom Rini <trini@ti.com>2012-08-15 07:23:21 +0000
committerWolfgang Denk <wd@denx.de>2012-09-02 19:39:46 +0200
commitc3567d808df36d8a9e53f9cc9e6a1ac5d1e23195 (patch)
treeeb5e5ed62e9d4d5705a4e4865bc2f66a3aa1e9d6 /doc
parentf8e754d51cd9573e22eecea8543bcceffe313e95 (diff)
downloadu-boot-imx-c3567d808df36d8a9e53f9cc9e6a1ac5d1e23195.zip
u-boot-imx-c3567d808df36d8a9e53f9cc9e6a1ac5d1e23195.tar.gz
u-boot-imx-c3567d808df36d8a9e53f9cc9e6a1ac5d1e23195.tar.bz2
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>
Diffstat (limited to 'doc')
-rw-r--r--doc/README.SPL23
-rw-r--r--doc/SPL/README.omap322
2 files changed, 23 insertions, 22 deletions
diff --git a/doc/README.SPL b/doc/README.SPL
index bd375a0..5368586 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 a543e65..c77ca43 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.