[U-Boot] U-boot memory test results

[U-Boot] U-boot memory test results

[aryanlak]

Hi all,

I want to perform memory test (FLASH) during U-boot and read the results
after the operating system (Linux) is booted up. 
Is it possible? If so, can anyone guide me to do so?

Regards
Lakshmi



--
View this message in context: http://u-boot.10912.n7.nabble.com/U-boot-memory-test-results-tp171691.html
Sent from the U-Boot mailing list archive at Nabble.com.

[U-Boot] U-boot memory test results

[Heiko Schocher]

Hello aryanlak,

Am 17.01.2014 09:11, schrieb aryanlak:
> Hi all,
>
> I want to perform memory test (FLASH) during U-boot and read the results
> after the operating system (Linux) is booted up.
> Is it possible? If so, can anyone guide me to do so?

On which plattform do you want to try this?

You can activate CONFIG_LOGBUFFER in your board config file, and
try it, grep for "CONFIG_LOGBUFFER" for examples. The enbw_cmc is
a good example for an arm plattform, but you need also adaptions in
your Linux kernel, as this is not supported in mainline kernel! See
here a try to bring it into mainline

http://lwn.net/Articles/501425/

But this patch does not longer works for newer kernels, as logbuffer
handling had changed ... so maybe, you have to do a complete rework ...

bye,
Heiko
-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany

[U-Boot] U-boot memory test results

[Joe Kulikauskas]

Hello aryanlak,

Am 17.01.2014 09:11, schrieb aryanlak:
> Hi all,
>
> I want to perform memory test (FLASH) during U-boot and read the results
> after the operating system (Linux) is booted up.
> Is it possible? If so, can anyone guide me to do so?

This could work by setting a u-boot environment variable with the POST
result. It would probably require adding some u-boot code, the baseline
puts POST results just into console output and maybe a memory loc IIRC.

If you had the environment variable, then you could get result from Linux
with fw_printenv.

Joe

[U-Boot] U-boot memory test results

[Wolfgang Denk]

Dear Joe Kulikauskas,

In message <CAExZSpSd6ErzkvDEA7Y7ZFKVGPAe-H3WA0wM8+UBRjhf3rFqig@mail.gmail.com> you wrote:
>
> > I want to perform memory test (FLASH) during U-boot and read the results
> > after the operating system (Linux) is booted up.
> > Is it possible? If so, can anyone guide me to do so?
> 
> This could work by setting a u-boot environment variable with the POST
> result. It would probably require adding some u-boot code, the baseline
> puts POST results just into console output and maybe a memory loc IIRC.

this  makes no sense.  Thebest approach is , as already suggested, to
interface directly to the Linux logbuffer mechanism  this is how it
was designed from the beginning, and all prerequisites are in place
and have been working in the past.  They were just not synchronized
with the latest changes in the Linux logbuffer handling, so these
parts must be reworked.

Note that this brings a number of nice features - not only can you
handle your POST results in in Linux using standard application code
(as ypu are accessing a standard interface), but you can then also
access the Linux log buffer in U-Boot for example after a crash for
post-mortem analysis, etc.

> If you had the environment variable, then you could get result from Linux
> with fw_printenv.

This would work, but you would define a new interface for this, and
you would run into problems quickly for things like multi-line output
etc.  Not to mention that it's not a nice thing to write the
environment for every boot - it wears the flahs, and makes the system
less robust.

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
Repeat after me:
Usenet is not a word processor; it's a medium where aesthetics count.
Mozilla is not a newsreader; it's a web browser.
Windows is not an operating system; it's a GUI on a program loader.
         -- Tom Christiansen in <6bq0g5$lr4$2@csnews.cs.colorado.edu>