<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2800.1586" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=992495122-09012007><FONT face=Arial size=2>I have a question 
regarding porting U-Boot to a Xilinx Virtex-II Pro.&nbsp; I think I understand 
most of the porting requirements and have modified the Xilinx ML300 board to 
suit my boards peripherals and memory.&nbsp; My problem is that when I download 
the u-boot ELF to my hardware (using JTAG debugger) it seems to lock up during 
or after the&nbsp;routine 'relocate_code'.&nbsp; The difference in my PPC405 
sub-system and the ML300 is that my SDRAM is not mapped a 0x0.&nbsp; My memory 
is mapped at 0x80000000.&nbsp; I looked in the README file and found&nbsp;the 
define&nbsp;CFG_SDRAM_BASE.&nbsp; I then located this define in the file ML300.h 
and changed it to&nbsp;0x80000000.&nbsp; However, I also found the note  * 
Please note that CFG_SDRAM_BASE _must_ start at 0 .&nbsp; My question is, is 
there some sort of dependence that u-boot (for the PPC 405)&nbsp;has on the 
memory residing at 0.&nbsp; The thing I ran into when porting VxWorks to this 
system is that the EVPR register (the Vector table pointer) of the 405 needs to 
be modified to allow for the memory to reside at an address other than 0.&nbsp; 
Is there any know issue with the memory being anything other than 
0.</FONT></SPAN></DIV>
<DIV><SPAN class=992495122-09012007><FONT face=Arial size=2>Thanks for any 
help,</FONT></SPAN></DIV>
<DIV><SPAN class=992495122-09012007><FONT face=Arial size=2>Rich 
Gautreaux<BR></DIV></FONT></SPAN></BODY></HTML>