diff options
author | Przemyslaw Marczak <p.marczak@samsung.com> | 2015-03-04 14:01:22 +0100 |
---|---|---|
committer | Tom Rini <trini@konsulko.com> | 2015-03-09 11:13:28 -0400 |
commit | 114c86d82654801fb77c5b2522739559a09997d3 (patch) | |
tree | 0ef926e4e8172d0454ae6bb914e4733ea5bdac54 /scripts/Makefile | |
parent | 929d9a29e14cbfd890502e6d06b33d37172cacf4 (diff) | |
download | talos-obmc-uboot-114c86d82654801fb77c5b2522739559a09997d3.tar.gz talos-obmc-uboot-114c86d82654801fb77c5b2522739559a09997d3.zip |
arm: relocation: clear .bss section with arch memset if defined
For ARM architecture, enable the CONFIG_USE_ARCH_MEMSET/MEMCPY,
will highly increase the memset/memcpy performance. This is able
thanks to the ARM multiple register instructions.
Unfortunatelly the relocation is done without the cache enabled,
so it takes some time, but zeroing the BSS memory takes much more
longer, especially for the configs with big static buffers.
A quick test confirms, that the boot time improvement after using
the arch memcpy for relocation has no significant meaning.
The same test confirms that enable the memset for zeroing BSS,
reduces the boot time.
So this patch enables the arch memset for zeroing the BSS after
the relocation process. For ARM boards, this can be enabled
in board configs by defining: 'CONFIG_USE_ARCH_MEMSET'.
This was tested on Trats2.
A quick test with trace. Boot time from start to main_loop() entry:
- ~1384ms - before this change
- ~888ms - after this change
Signed-off-by: Przemyslaw Marczak <p.marczak@samsung.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
Cc: Albert Aribaud <albert.u.boot@aribaud.net>
Cc: Tom Rini <trini@konsulko.com>
Diffstat (limited to 'scripts/Makefile')
0 files changed, 0 insertions, 0 deletions