powerpc/85xx: Add memory test feature for mpc85xx.
sun york-R58495
NAKPATCH 8/8 powerpc/85xx: Add memory test feature for mpc85xx.
Wolfgang,
As Timur pointed out, the post framework doesn't work for us. After U-boot relocate itself to RAM, we have only 2GB memory to test. The best place is before relocation. Many other boards do that. Following your idea of reusing code, I can only reuse the test pattern generator. I am open to suggestions.
York Sun
----- Original Message -----
From:"Wolfgang Denk" <[email protected]>
To:"York Sun" <[email protected]>
Cc:"Timur Tabi" <[email protected]>, "Kumar Gala" <[email protected]>, "u-boot at lists.denx.de" <[email protected]> Sent:7/28/2010 4:50 PM
Subject:Re: [U-Boot] [PATCH 8/8] powerpc/85xx: Add memory test feature for mpc85xx.
Dear York Sun,
Quoted 7 lines · In message <1280351179.8571.63.camel@oslab-l1> you wrote:
Quoted 4 lines
We already have too many different implementations of a memory test in U-Boot, and I will not accept adding yet another one.
I can reuse your testing code but have to move the desired code out of
memory.cfile to avoid the need forCONFIG_POSTandCONFIG_SYS_POST_MEMORY. I also add a progress indicator. My testing
NAK, and NAK.
Please integrate your code into the existing POST framework instead, as a number of other boards already did.
A progress indicator may be a nice little toy, but how does it integrate into the POST framework?
Quoted 3 lines
target is 2GB at a time, up to physically memory size which is easily over 8GB. Without progress indicator, it feels hung when it is actually running.
Yes, memory testing takes time. In the context of a power-on self test (and this is what you are doing, right?) we should take care to fit it into the existing framework, though.
Quoted 1 line
Please take a look at the patch below.
Instead of integrating your needs into an existing framework you invent yet another one. I don't want to have this, sorry.
Best regards,
Wolfgang Denk
Signature · 4 lines
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 How can you tell when sour cream goes bad?
PATCH 8/8 powerpc/85xx: Add memory test feature for mpc85xx.
Dear sun york-R58495,
Quoted 2 lines · In message <[email protected]> you wrote:
As Timur pointed out, the post framework doesn't work for us. After
And I explained that if it doesn't work as is please try to adapt / extend it to match your needs instead of reinventing the wheel.
Quoted 2 lines
U-boot relocate itself to RAM, we have only 2GB memory to test. The best place is before relocation. Many other boards do that. Following your
I don't understand what you are saying. You sound as if you assumed that the POST code would run after relocation only? This is NOT the case. THere are tests that run before relocation (incluing the RAM test), and others, that run after relocation.
Quoted 2 lines
idea of reusing code, I can only reuse the test pattern generator. I am open to suggestions.
I suggest to check the code again, or to explain in a little more detail why you think you can neither use nor extend the existing framework.
Best regards,
Wolfgang Denk
Signature · 6 lines
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 "Remember, Information is not knowledge; Knowledge is not Wisdom; Wisdom is not truth; Truth is not beauty; Beauty is not love; Love is not music; Music is the best." - Frank Zappa
[U-Boot] help on POST
Wolfgang,
Please help me to understand the post_word_write() and post_word_load(). I see some implementations which don't use NVRAM. Is it OK to use gd? Does the post_word_load() require the data survive reset? How is the data validated? I don't see any code to validate the value.
Regards,
York
[U-Boot] help on POST
Dear York Sun,
Quoted 3 lines · In message <1280524829.25910.58.camel@oslab-l1> you wrote:
Please help me to understand the
post_word_write()andpost_word_load(). I see some implementations which don't use NVRAM. Is it OK to use gd?
No.
Quoted 1 line
Does the
post_word_load()require the data survive reset? How is the
Yes.
Quoted 1 line
data validated? I don't see any code to validate the value.
It checks against BOOTMODE_MAGIC.
Best regards,
Wolfgang Denk
Signature · 5 lines
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 Faith may be defined briefly as an illogical belief in the occurence of the improbable. - H. L. Mencken
[U-Boot] help on POST
Dear Wolfgang,
Thanks for the quick respond.
Quoted 10 lines · Wolfgang Denk
Dear York Sun,
Quoted 3 lines · In message <1280524829.25910.58.camel@oslab-l1> you wrote:
Please help me to understand the
post_word_write()andpost_word_load(). I see some implementations which don't use NVRAM. Is it OK to use gd?No.
Quoted 7 lines
Quoted 1 line
Does the
post_word_load()require the data survive reset? How is theYes.
Quoted 1 line
data validated? I don't see any code to validate the value.
It checks against
BOOTMODE_MAGIC.
What's if I don't want to use flash and don't have NVRAM? Can I use gd but let it fail the validation in case of data corruption?
York
[U-Boot] help on POST
Dear York Sun,
Quoted 7 lines · In message <1280525648.25910.61.camel@oslab-l1> you wrote:
Quoted 4 lines
Quoted 2 lines
data validated? I don't see any code to validate the value.
It checks against
BOOTMODE_MAGIC.What's if I don't want to use flash and don't have NVRAM? Can I use gd but let it fail the validation in case of data corruption?
I don't understand the problem. All we need is some register or memory location that is guaranteed to keep it's value during a hard reset of the processor. This can be NVRAM, or On-Chip-Memory, or some register. I am pretty sure you know this CPU much better than me, and I am optimistic that you can find such a register.
Best regards,
Wolfgang Denk
Signature · 4 lines
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 365 Days of drinking Lo-Cal beer. = 1 Lite-year