[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 21:35:35 CET 2013


>>>>> "Tom" == Tom Rini <trini at ti.com> writes:

Hi,

 >> Yes, I did. I'm personally most interested in raw mode because of
 >> the 4x redundant MLO handling.

 Tom> Note that you only get 3 on RAW mode because we place U-Boot (by
 Tom> default) in the fourth slot.  I noticed this recently but was hesitant
 Tom> to break possible deployed setups (in beagle land).  RAW mode isnt' well
 Tom> documented, but it is in a few places.  For your device I imagine you
 Tom> could fix things however.

And you possibly lose the first if you need a DOS style MBR, but that's
OK, I just want to be able to field upgrade the MLO without risks, so 2
is enough.


 >> No particular reason, 0x700 should work as well. As mentioned, this was
 >> just a proof of concept to be able to test it.

 Tom> Right.  And I'd love to see bootcount or similar updated so that
 Tom> we can try redundant copies of U-Boot.

Me too. I'll do some work on it in the relatively near future. I haven't
looked enough into it yet to know if bootcount is enough, or if I would
need custom SPL logic (basically a platform specific spl board_init_r).

The behaviour I would like to have is:

- eMMC split in two parts, and everything (u-boot/linux/rootfs) doubled

- SPL reads a flag somewhere (probably a raw eMMC sector) to decide if
  it should boot low or high uImage / u-boot

- On error (reset because of watchdog, bootcount, ..?) it falls back to
  the other part

- On upgrades the currently unused part is written and the boot flag
  changed.

That's AFAIK currently not possible to do with SPL, as the boot
addresses are build time defines.


 >> I can try to come up with sensible NAND values, but I don't have a EVM
 >> to test.

 Tom> Well, CONFIG_SYS_NAND_SPL_KERNEL_OFFS would be where we say nandimgsrc
 Tom> is in env.  Stefano, looking at twister, the spl export looks like it
 Tom> goes right at the start of the rootfs, isn't that bad?  Or at least,
 Tom> luck?

You mean nandsrcaddr, right? CONFIG_CMD_SPL_NAND_OFS just need to be
somewhere unused on the nand.

-- 
Bye, Peter Korsgaard


More information about the U-Boot mailing list