check the l1 page table before the call to setttb() if
it does contain the mapping of vaddr
0cc0200000->0xa0200000,Otherwise, your code will hang
after switching to virtual memory addressing.

regards
-kamal


--- Toru Nishimura <locore64@alkyltechnology.com>
wrote:
> Keichii Moto writes:
> 
> > I took a look at NetBSD lubbock and g42xxeb code,
> > the entry and load addresses are 0xa0200000, and
> the
> > virtual address is 0xc0200000. I loaded netbsd.bin
> at
> > 0xa0200000, and go 0xc0200000, I saw the data abot
> > message on u-boot. Did I miss something? Thanks.
> 
> Yes you did.
> To make "go 0xc020000" work MMU has to prepare
> RAM paddr 0xa000.0000 to vaddr 0xc000.0000.
> I suggest to track how address space is crafted
> (changed) before setttb() is called.
> Beware, please.  evbarm code is biased to redboot.
>  
> 
> Toru Nishimura/ALKYL Technology
> 
> 

------------------------------------------------------------
Kamal R. Prasad
UNIX systems consultant 
kamalp@acm.org

In theory, there is no difference between theory and practice. In practice, there is:-).
------------------------------------------------------------


		
__________________________________ 
Yahoo! Messenger 
Show us what our next emoticon should look like. Join the fun. 
http://www.advision.webevents.yahoo.com/emoticontest