[U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question

[U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question

[Frank Young]

Hi,

I am working on my walnut board with PPC405GP. The Flash starts at FFE00000. 
I need to reserve the first 512KB of Flash for other application. So the 
U-Boot is installed at FFE80000. I set the config parameter as below:

In WALNUT405.h
CFG_FLASH_BASE = FFE00000
CFG_MONITOR_BASE = FFE80000

In board/walnut405/config.mk
TEXT_BASE = FFE80000

Are these all what I need to change? Did I miss anything?

Thanks,
Frank

_________________________________________________________________
Check out the latest news, polls and tools in the MSN 2004 Election Guide! 
http://special.msn.com/msn/election2004.armx

[U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question

[Wolfgang Denk]

In message <BAY2-F40UKfLDeyZEjp0003af84@hotmail.com> you wrote:
> 
> Are these all what I need to change? Did I miss anything?

did you try it out? did it work?


Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
"...and the fully armed nuclear warheads, are, of  course,  merely  a
courtesy detail."

[U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question

[Frank Young]

Yes, I did try it out. Seems the u-boot works fine and the example 
application runs fine in SDRAM. But when I tried to load the kernel, kernel 
hangs when early_init (in head_4xx.S) is called. So I want to come back to 
u-boot and double check everything in u-boot is correct.

BTW, does anyone happen to have early_init problem and solved it? I saw a 
lot of discussions on the internet. But most of them didn't give a final 
solution. It doesn't matter if we are using same board or CPU. I just want 
to get some idea of what could be wrong. Any input would be appreciated!

Frank


>From: Wolfgang Denk <wd@denx.de>
>To: "Frank Young" <young726@hotmail.com>
>CC: u-boot-users at lists.sourceforge.net
>Subject: Re: [U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question 
>Date: Wed, 14 Jul 2004 22:16:11 +0200
>
>In message <BAY2-F40UKfLDeyZEjp0003af84@hotmail.com> you wrote:
> >
> > Are these all what I need to change? Did I miss anything?
>
>did you try it out? did it work?
>
>
>Wolfgang Denk
>
>--
>Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
>Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
>"...and the fully armed nuclear warheads, are, of  course,  merely  a
>courtesy detail."
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by BEA Weblogic Workshop
>FREE Java Enterprise J2EE developer tools!
>Get your free copy of BEA WebLogic Workshop 8.1 today.
>http://ads.osdn.com/?ad_idG21&alloc_id\x10040&op=click
>_______________________________________________
>U-Boot-Users mailing list
>U-Boot-Users at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/u-boot-users

_________________________________________________________________
Is your PC infected? Get a FREE online computer virus scan from McAfee? 
Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

[U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question

[Wolfgang Denk]

In message <BAY2-F42kIFqFtucwpX000d8fad@hotmail.com> you wrote:
> Yes, I did try it out. Seems the u-boot works fine and the example 
> application runs fine in SDRAM. But when I tried to load the kernel, kernel 
> hangs when early_init (in head_4xx.S) is called. So I want to come back to 
> u-boot and double check everything in u-boot is correct.

I think we've been there before. How do  you  know  that  the  kernel
"hangs", and what exactly means "hangs" here?

Don't tell me again that you added some debug code to toggle LED's or
write to memory or something like that.

Your "it hangs" may be an "it chrashes because of  your  debug  code"
with your debug code, and something completely different without it.

Attach a debugger and find out what's really going on.

In a first step, I recommend to re-read the FAQ section.

> BTW, does anyone happen to have early_init problem and solved it? I saw a 

Yes. Many people have posted such problems before, and in all cases I
can remember the only problem was  some  debug  code  that  had  been
added,  or  the attempt to use tools (or engineers) that have no idea
what virtual memory is.

> lot of discussions on the internet. But most of them didn't give a final 
> solution. It doesn't matter if we are using same board or CPU. I just want 
> to get some idea of what could be wrong. Any input would be appreciated!

We've been there before. Everything has been said before. follow  the
advice,  or  ignore  it  -  your  choice. I give up here. I will stop
reading this thread and replying to it.


Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
What about WRITING it first and rationalizing it afterwords?  :-)
                       - Larry Wall in <8162@jpl-devvax.JPL.NASA.GOV>

[U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question

[Frank Young]

Anyone else can share your success story? I just want to get some clues from 
the similiar cases.

Thanks!

Frank


>From: Wolfgang Denk <wd@denx.de>
>To: "Frank Young" <young726@hotmail.com>
>CC: u-boot-users at lists.sourceforge.net
>Subject: Re: [U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question 
>Date: Thu, 15 Jul 2004 00:41:26 +0200
>
>In message <BAY2-F42kIFqFtucwpX000d8fad@hotmail.com> you wrote:
> > Yes, I did try it out. Seems the u-boot works fine and the example
> > application runs fine in SDRAM. But when I tried to load the kernel, 
>kernel
> > hangs when early_init (in head_4xx.S) is called. So I want to come back 
>to
> > u-boot and double check everything in u-boot is correct.
>
>I think we've been there before. How do  you  know  that  the  kernel
>"hangs", and what exactly means "hangs" here?
>
>Don't tell me again that you added some debug code to toggle LED's or
>write to memory or something like that.
>
>Your "it hangs" may be an "it chrashes because of  your  debug  code"
>with your debug code, and something completely different without it.
>
>Attach a debugger and find out what's really going on.
>
>In a first step, I recommend to re-read the FAQ section.
>
> > BTW, does anyone happen to have early_init problem and solved it? I saw 
>a
>
>Yes. Many people have posted such problems before, and in all cases I
>can remember the only problem was  some  debug  code  that  had  been
>added,  or  the attempt to use tools (or engineers) that have no idea
>what virtual memory is.
>
> > lot of discussions on the internet. But most of them didn't give a final
> > solution. It doesn't matter if we are using same board or CPU. I just 
>want
> > to get some idea of what could be wrong. Any input would be appreciated!
>
>We've been there before. Everything has been said before. follow  the
>advice,  or  ignore  it  -  your  choice. I give up here. I will stop
>reading this thread and replying to it.
>
>
>Wolfgang Denk
>
>--
>Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
>Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
>What about WRITING it first and rationalizing it afterwords?  :-)
>                        - Larry Wall in <8162@jpl-devvax.JPL.NASA.GOV>

_________________________________________________________________
MSN Life Events gives you the tips and tools to handle the turning points in 
your life. http://lifeevents.msn.com

[U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question

[Rune Torgersen]

On Thu, 2004-07-15 at 00:00, Frank Young wrote:
> Anyone else can share your success story? I just want to get some clues from 
> the similiar cases.

Problem is that there could be literally dozens of things wrong...
You will have to use a debugger to find out where linux stops. At least
check the linux output log (see DLUG, this can be read from u-boot after
a reboot, as long as the Memory isn't clobbered)).

A few thing that have bitten me is:
Wrong bd_info struct, Serial ports not configured correct, PCI not
configured correct.
And last but not least of the problems I have encountered... SDRAM....
That it works under U-Boot des NOT mean that it works 100%.... Some
timing problems (for me it was hardware timing) will ONLY show up when
linux is running (because of burst mode), and some only showed up when
doing GCC compiles or other memory intensive operations.

[U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question

[Frank Young]

>A few thing that have bitten me is:
>Wrong bd_info struct, Serial ports not configured correct, PCI not
>configured correct.
>And last but not least of the problems I have encountered... SDRAM....
>That it works under U-Boot des NOT mean that it works 100%.... Some
>timing problems (for me it was hardware timing) will ONLY show up when
>linux is running (because of burst mode), and some only showed up when
>doing GCC compiles or other memory intensive operations.
>

Thanks!

For SDRAM part, do you recall the detail? For example, which register did 
you change? Is it SDRAM configuration register (SDRAM0_CFG)?

BTW, a very tough situation I have to deal with is that I don't have a 
debugger. I made some software debug tool and tested it on evaluation board 
and they all work. I believe the program stopped at early_init() in 
head_4xx.S.

Best regards,
Frank

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar ? get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/