[U-Boot] altbootcmd and failbootcmd

[U-Boot] altbootcmd and failbootcmd

[Thomas Johnson]

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

 

 

[U-Boot] altbootcmd and failbootcmd

[Detlev Zundel]

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

-- 
debian is a prototype for a future version of emacs.
                         -- Thien-Thi Nguyen in <7eekubiffq.fsf@ada2.unipv.it>
--
DENX Software Engineering GmbH,      MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: dzu at denx.de

[U-Boot] altbootcmd and failbootcmd

[Kim Phillips]

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

[U-Boot] altbootcmd and failbootcmd

[Wolfgang Denk]

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

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
In the realm of scientific observation, luck is granted only to those
who are prepared.                                     - Louis Pasteur

[U-Boot] altbootcmd and failbootcmd

[Thomas Johnson]

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 at denx.de] 
Sent: 28 September 2011 10:01 PM
To: Kim Phillips
Cc: Detlev Zundel; U-Boot at 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

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de In
the realm of scientific observation, luck is granted only to those
who are prepared.                                     - Louis Pasteur