[U-Boot] [PATCH 6/6] RFC: am335x: enable falcon boot mode for mmc (raw and fat)
Peter Korsgaard
jacmet at sunsite.dk
Wed Mar 27 20:57:05 CET 2013
>>>>> "Tom" == Tom Rini <trini at ti.com> writes:
Tom> On Sun, Mar 24, 2013 at 10:51:33PM +0100, Peter Korsgaard wrote:
>> Jump into full u-boot mode if a 'c' character is received on the uart.
>>
>> We need to adjust the spl bss/malloc area to not overlap with the
>> loadaddr of the kernel (sdram + 32k), so move it past u-boot instead.
>>
>> Signed-off-by: Peter Korsgaard <peter.korsgaard at barco.com>
Tom> [snip]
>> +/* raw mmc */
>> +#define CONFIG_SYS_MMCSD_RAW_MODE_KERNEL_SECTOR 0xa00 /* address 0xa0000 */
>> +#define CONFIG_SYS_MMCSD_RAW_MODE_ARGS_SECTOR 0x8 /* address 0x1000 */
>> +#define CONFIG_SYS_MMCSD_RAW_MODE_ARGS_SECTORS 8 /* 4KB */
Tom> Did you also test raw mode?
Yes, I did. I'm personally most interested in raw mode because of the 4x
redundant MLO handling.
Tom> Also, why 0xa00? U-Boot is 0x300 -> 0x500,
Tom> and one might say throw a redundant copy at 0x500 -> 0x700. But we
Tom> don't do 4 copy redundancy in U-Boot, just 2 usually.
No particular reason, 0x700 should work as well. As mentioned, this was
just a proof of concept to be able to test it.
>> +/* dummy defines to keep spl_nand.c happy */
>> +#define CONFIG_CMD_SPL_NAND_OFS 0
>> +#define CONFIG_SYS_NAND_SPL_KERNEL_OFFS 0
>> +#define CONFIG_CMD_SPL_WRITE_SIZE 0
Tom> We should do some real defines here while at it, since the GP EVM has
Tom> NAND :)
Yes. It's a bit unfortunate that CONFIG_SPL_OS_BOOT is a global setting,
so you need all the various falcon boot related defines even if you
don't plan on using them.
I can try to come up with sensible NAND values, but I don't have a EVM
to test.
--
Bye, Peter Korsgaard
More information about the U-Boot
mailing list