From mboxrd@z Thu Jan 1 00:00:00 1970 From: alina kisley Date: Thu, 24 May 2007 08:50:14 -0700 (PDT) Subject: [U-Boot-Users] EVPR in PPC interrupts.c Message-ID: <434949.93166.qm@web35903.mail.mud.yahoo.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Ok I read the following note in history of this list: (http://sourceforge.net/mailarchive/message.php?msg_id=20070110001959.35E2C35264F%40atlas.denx.de) 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). 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) The relocate code is pretty careful about it also. Then you come to the trap handling, and 2 things may allow it to work: 1. change 'cpu/ppc4xx/interrupts.c:interrupt_init_cpu() call to set_evpr() to pass in CFG_SDRAM_BASE instead of 0x0000_0000. 2. change the 3rd line of cpu/ppc4xx/start.S:trap_init from li r9, 0x100 to li r9, 0x100 + CFG_SDRAM_BASE 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. 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. --------------------------------- Get the Yahoo! toolbar and be alerted to new email wherever you're surfing. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.denx.de/pipermail/u-boot/attachments/20070524/f2fbcda2/attachment.htm