[POWERPC] add U-Boot bootcount driver.

Vitaly Bordug vitb at kernel.crashing.org
Fri Dec 18 16:50:58 EST 2009


В Thu, 17 Dec 2009 09:16:07 +0100
Wolfgang Denk <wd at denx.de> пишет:

> Dear Vitaly Bordug,
> 
> 
> repl: bad addresses:
> 	linuxppc-dev at ozlabs.org <linuxppc-dev at ozlabs.org> -- junk
> after local at domain (<) In message <20091216024730.455b90fd at vitb-lp>
> you wrote:
> > 
> > From: Heiko Schocher <hs at denx.de>
> > 
> > This driver provides (read/write) access to the
> > U-Boot bootcounter via PROC FS or sysFS.
> > 
> > in u-boot, it uses a 8 byte mem area (it must hold the value over a
> > soft reset of course), for storing a bootcounter (it counts many
> > soft resets are done, on hard reset it starts with 0). If the
> > bootcountvalue exceeds the value in the env variable "bootlimit",
> > and alternative bootcmd stored in the env variable "altbootcmd" is
> > run.
> > 
> > The bootcountregister gets configured via DTS.
> > for example on the mgsuvd board:
> > 
> > bootcount at 0x3eb0 {
> >                   device_type = "bootcount";
> >                   compatible = "uboot,bootcount";
> >                   reg = <0x3eb0 0x08>;
> >                  };
> > 
> > This driver is tested on the mgcoge(82xx) and mgsuvd(8xx) board.
> > 
> > Signed-off-by: Heiko Schocher <hs at denx.de>
> > Signed-off-by: Wolfgang Denk <wd at denx.de>
> > Signed-off-by: Vitaly Bordyug <vitb at kernel.crashing.org>
> 
> I think it would be good if the text of the commit message could be
> reworked by a native English speaker.
> 
OK. 

> Regarding the subject: it is probably important to point out that this
> driver implements the Linux kernel half of the boot count feature -
> the boot counter can only be reset after it is clear that the
> application has been started and is running correctly, which usually
> can only be determined by the application code itself. Thus the reset
> of the boot counter must be done by application code, which thus needs
> an appropriate driver.
> 
I'll rework the commit message to make it more clear, thanks for the
details!

-Vitaly

> > I think there is no reason not to have this in mainline. Thoughts?
> > And I'm not sure what is right direction to push this - it's
> > representation of u-boot feature in fact, pretty useful tho.
> 
> It's not only useful, it's actually a required feature by the Carrier
> Grade Linux Requirements Definition; see for example document "Carrier
> Grade Linux Requirements Definition Overview V3.0" at
> https://www.linux-foundation.org/images/1/1a/Cgl_req_def_overview_30.pdf
> Page 49:
> 
> 	ID PLT.4.0 (2.3 in v1.1)	Boot Cycle Detection
> 
>         Description: OSDL CGL specifies that carrier grade Linux
>         shall provide support for detecting a repeating reboot cycle
>         due to recurring failures and going to an offline state if
>         this occurs.
> 
> 
> 
> 
> Best regards,
> 
> Wolfgang Denk
> 


More information about the Linuxppc-dev mailing list