Ok I read the following note in history of this list:<br>(http://sourceforge.net/mailarchive/message.php?msg_id=20070110001959.35E2C35264F%40atlas.denx.de)<br><br>Call me crazy for pursuing but I'm not sure I can have the SDRAM for my Xilinx re-mapped to 0x0000_0000. (They aren't listening yet).&nbsp; <br><br>lib_ppc/board.c:board_init_f() seems very careful setting up 'addr' to something based off of CFG_SDRAM_BASE, which to me indicates *wanting* to support a non-0 mapping. (I'm an optimist)&nbsp; The relocate code is pretty careful about it also.<br><br>Then you come to the trap handling, and 2 things may allow it to work: <br><br>&nbsp;&nbsp;&nbsp; 1. change 'cpu/ppc4xx/interrupts.c:interrupt_init_cpu() call to set_evpr() to pass in CFG_SDRAM_BASE instead of 0x0000_0000.<br><br>&nbsp;&nbsp;&nbsp; 2.&nbsp; change the 3rd line of cpu/ppc4xx/start.S:trap_init from <br>&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;  li&nbsp;&nbsp;&nbsp; r9, 0x100<br>&nbsp;&nbsp;&nbsp;
 to<br>&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;  li&nbsp;&nbsp;&nbsp; r9, 0x100 + CFG_SDRAM_BASE<br><br>Then trap handling should work(?). I understand it's the ones I don't see that will kill me, and the Linux kernel change to non-0 based SDRAM is another story completely.&nbsp; <br><br>But has anyone tried this? Can you comment on this approach or a later gotcha I'm not seeing? The board is PPC405 Xilinx, I am prepping now for bringup soon.<br><p>&#32;
      <hr size=1>Get the Yahoo! toolbar and <a href="http://us.rd.yahoo.com/evt=48225/*http://new.toolbar.yahoo.com/toolbar/features/mail/index.php">be alerted to new email </a>wherever you're surfing.