Re: [U-Boot] Falcon mode boot support

On Tue, Dec 16, 2014 at 12:58:33PM -0000, Andy Pont wrote:
Hi Tom,
How big is the args file? We default to placing the args at 0x88000000 in ti_am335x_common.h (see CONFIG_SYS_SPL_ARGS_ADDR) to make sure that we don't have an overlap between the DT and the kernel which is quite possible with a reasonably sized DT and placing it at 0x80000100.
Changing the CONFIG_SYS_SPL_ARGS_ADDR to be the same as the value in the ti_ am335x_common.h header file seems to have fixed the issue.
Unfortunately it hasn't improved the boot time by much - the bulk of the time seems to be in reading and decompressing the kernel from SPI flash device (Spansion S25FL164). The only other storage medium on the board is an eMMC flash device - would putting the kernel in there give a faster boot time?
eMMC is likely to be faster, yes. You may also want to see what can be trimmed from the kernel binary, in either case, and if going with an uncompressed kernel ends up being quicker.

Hi Tom,
eMMC is likely to be faster, yes. You may also want to see what can be trimmed from the kernel binary, in either case, and if going with an uncompressed kernel ends up being quicker.
There are I think two issues going on here one with decompression time which, as you say, I can resolve by using an uncompressed kernel. The other is with the SPI transfer time and some testing has shown that if I boot to U-Boot and then run:
U-Boot> time sf read ${loadaddr} 0x200000 ${loadsize}
I get the following back:
SF: 2541352 bytes @ 0x200000 Read: OK time: 2.447 seconds
The Spansion datasheet states that in read mode it can transfer 6.25Mbytes/s in standard read mode at 50MHz clock. I have the clock at 40MHz as the device on the other SPI interface won't support anything faster.
When I tested this on the Starter Kit reference board and again on the target hardware I had to increase the value of SPI_WAIT_TIMEOUT in driver/spi/omap3_spi.c from 3000000 by adding an extra '0' in order to stop getting read failures with "sf read" commands with more than about 2MB of data as per the discussion on the TI E2E community here: http://e2e.ti.com/support/arm/sitara_arm/f/791/p/366019/1293837.aspx#1293837 .
Regards,
Andy.
participants (2)
-
Andy Pont
-
Tom Rini