[U-Boot-Users] POST tests without OCM

[U-Boot-Users] POST tests without OCM

[Craig Millen]

I am trying to incorporate some of the POST tests into my u-boot, but I
do not have any on-chip-memory (OCM). A lot of the code appears to use
OCM for storage of data/testing.
Has anyone achieved this by using the cache or any other means?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.denx.de/pipermail/u-boot/attachments/20071214/57c06ac4/attachment.htm 

[U-Boot-Users] POST tests without OCM

[Stefan Roese]

Hi Craig,

On Friday 14 December 2007, Craig Millen wrote:
> I am trying to incorporate some of the POST tests into my u-boot, but I
> do not have any on-chip-memory (OCM). A lot of the code appears to use
> OCM for storage of data/testing.
> Has anyone achieved this by using the cache or any other means?

We are thinking about moving this POST_WORD from OCM to an unused GPT (General 
Purpose Timer) register. You *are* talking about the 440EP, right? This 
should be possible here too.

Patches are as always welcome. :)

Best regards,
Stefan

=====================================================================
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: office at denx.de
=====================================================================

[U-Boot-Users] POST tests without OCM

[Craig Millen]

Yes I am using the 440EP.  I was referring to all the code in
cpu/ppc4xx/commproc.c, like this section:
 
#if defined(CONFIG_POST) || defined(CONFIG_LOGBUFFER)
void post_word_store (ulong a)
{
	volatile void *save_addr = (volatile void *)(CFG_OCM_DATA_ADDR +
CFG_POST_WORD_ADDR);
	*(volatile ulong *) save_addr = a;
}

ulong post_word_load (void)
{
	volatile void *save_addr = (volatile void *)(CFG_OCM_DATA_ADDR +
CFG_POST_WORD_ADDR);
	return *(volatile ulong *) save_addr;
}

There are a few more functions in there that refer to the OCM.
What/where is the unused GPT that you are talking about?


Thanks
Craig



-----Original Message-----
From: Stefan Roese [mailto:sr at denx.de] 
Sent: Friday, December 14, 2007 4:04 PM
To: u-boot-users at lists.sourceforge.net
Cc: Craig Millen
Subject: Re: [U-Boot-Users] POST tests without OCM

Hi Craig,

On Friday 14 December 2007, Craig Millen wrote:
> I am trying to incorporate some of the POST tests into my u-boot, but 
> I do not have any on-chip-memory (OCM). A lot of the code appears to 
> use OCM for storage of data/testing.
> Has anyone achieved this by using the cache or any other means?

We are thinking about moving this POST_WORD from OCM to an unused GPT
(General Purpose Timer) register. You *are* talking about the 440EP,
right? This should be possible here too.

Patches are as always welcome. :)

Best regards,
Stefan

=====================================================================
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: office at denx.de
=====================================================================

[U-Boot-Users] POST tests without OCM

[Stefan Roese]

On Saturday 15 December 2007, Craig Millen wrote:
> Yes I am using the 440EP.  I was referring to all the code in
> cpu/ppc4xx/commproc.c, like this section:
>
> #if defined(CONFIG_POST) || defined(CONFIG_LOGBUFFER)
> void post_word_store (ulong a)
> {
> 	volatile void *save_addr = (volatile void *)(CFG_OCM_DATA_ADDR +
> CFG_POST_WORD_ADDR);
> 	*(volatile ulong *) save_addr = a;
> }
>
> ulong post_word_load (void)
> {
> 	volatile void *save_addr = (volatile void *)(CFG_OCM_DATA_ADDR +
> CFG_POST_WORD_ADDR);
> 	return *(volatile ulong *) save_addr;
> }

Yes, I was referring to this code too.

> There are a few more functions in there that refer to the OCM.
> What/where is the unused GPT that you are talking about?

GPT == General Purpose Timer. For example the GPT0_COMP6 register. But this is 
of course application/OS dependant. Could be that your application (Linux 
etc) is using this GPT register. But I doubt it.

BTW: We have an ACK from AMCC that the content of these registers is retained 
even during reset.

Best regards,
Stefan

=====================================================================
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: office at denx.de
=====================================================================