[U-Boot] altbootcmd and failbootcmd
I already have configured and built and have running u-boot and booting Linux on my custom MPC8313 based board, all ok so far.
I am now trying to enable the altbootcmd and failbootcmd features so in the event of a image failure or non linux boot I can reboot to a known working image set.
I have tried setting CONFIG_POST and get "__POST_WORD_ADDR currently not implemented for this platform". How do I implement/set this ?
I have tried setting CONFIG_BOOTCOUNT_LIMIT and get message error QE_MURAM_SIZE undeclared. Any ideas on this one ?
Grateful for any help.
Regards
Tom Johnson
Hi Thomas,
I already have configured and built and have running u-boot and booting Linux on my custom MPC8313 based board, all ok so far.
Excellent.
I am now trying to enable the altbootcmd and failbootcmd features so in the event of a image failure or non linux boot I can reboot to a known working image set.
The easy way is to put multiple boot commands in sequence - if one returns because of a failure, the next one will run ;)
I have tried setting CONFIG_POST and get "__POST_WORD_ADDR currently not implemented for this platform". How do I implement/set this ?
What U-Boot version do you use? I cannot find a reference to this in current code.
Apart from that: You first have to find a storage space to store the post word. This storage needs to survive a reset of the system. Depending if that is reachable through regular memory access, you only have to define __POST_WORD_ADDR. In any other case you would need to implement a setter/getter for that word yourself.
I have tried setting CONFIG_BOOTCOUNT_LIMIT and get message error QE_MURAM_SIZE undeclared. Any ideas on this one ?
The code seems to have bugs - now go and find them. Or rather try a more recent version of U-Boot ;)
Cheers Detlev
On Tue, 27 Sep 2011 16:49:19 +0200 Detlev Zundel dzu@denx.de wrote:
Apart from that: You first have to find a storage space to store the post word. This storage needs to survive a reset of the system. Depending if that is reachable through regular memory access, you only have to define __POST_WORD_ADDR. In any other case you would need to implement a setter/getter for that word yourself.
I don't know that there is such storage space on the 8313.
I have tried setting CONFIG_BOOTCOUNT_LIMIT and get message error QE_MURAM_SIZE undeclared. Any ideas on this one ?
The code seems to have bugs - now go and find them. Or rather try a more recent version of U-Boot ;)
one 832x or 836x (keymile tuda/tuxa I believe) board implemented bootcounting, and it used QE MURAM for that storage space. The 8313 doesn't have a QE though. So unless someone finds such storage space on the non-QE 83xx SoCs, it's not elegant, but it should be ok for 83xx bootcount to depend on CONFIG_QE. Note that because MURAM is also now used to store the bootcount, its size is decreased in fdt_fixup_muram() before booting the OS.
Kim
Dear Kim Phillips,
In message 20110927154026.f2570285.kim.phillips@freescale.com you wrote:
I don't know that there is such storage space on the 8313.
It can be memory (including OCM or static SRAM), but it can also be register(s) if these are guaranteed to keep their values over rest (frequently timer registers behave that way), or some location inan EEPROM or ...
Best regards,
Wolfgang Denk
Thanks for all your help on this.
My board has on it some static Magneto Ram and I have placed the bootcounter in this, I have it all working fine now thanks.
Rgds
Tom Johnson
-----Original Message----- From: Wolfgang Denk [mailto:wd@denx.de] Sent: 28 September 2011 10:01 PM To: Kim Phillips Cc: Detlev Zundel; U-Boot@lists.denx.de; Thomas Johnson Subject: Re: [U-Boot] altbootcmd and failbootcmd
Dear Kim Phillips,
In message 20110927154026.f2570285.kim.phillips@freescale.com you wrote:
I don't know that there is such storage space on the 8313.
It can be memory (including OCM or static SRAM), but it can also be register(s) if these are guaranteed to keep their values over rest (frequently timer registers behave that way), or some location inan EEPROM or ...
Best regards,
Wolfgang Denk
participants (4)
-
Detlev Zundel -
Kim Phillips -
Thomas Johnson -
Wolfgang Denk