1cd3c9e7e5
This is safer because the previous code assumed that the start and end VMAs of .data and .bss were word-aligned, which is not always the case, so the initialization code could write data outside these sections. The ROM functions support any address boundary. This is faster because the ROM functions are ultra optimized, using realignment and the LDM/STM instructions, which is much better than the previous simple loops of single word accesses. This is smaller because the ROM functions don't require to add any code to the target device other than simple function calls. This makes the code simpler and more maintainable because standard functions are not reimplemented and no assembly is used. Note that this is also faster and smaller than the corresponding functions from the standard string library. Signed-off-by: Benoît Thébaudeau <benoit.thebaudeau.dev@gmail.com> |
||
---|---|---|
.. | ||
dev | ||
usb | ||
cc2538.lds | ||
clock.c | ||
cpu.c | ||
cpu.h | ||
dbg.c | ||
dbg.h | ||
debug-uart.h | ||
ieee-addr.c | ||
ieee-addr.h | ||
lpm.c | ||
lpm.h | ||
Makefile.cc2538 | ||
mtarch.h | ||
reg.h | ||
rtimer-arch.c | ||
rtimer-arch.h | ||
slip-arch.c | ||
spi-arch.h | ||
startup-gcc.c |