From mboxrd@z Thu Jan 1 00:00:00 1970 From: Detlev Zundel Date: Fri, 15 Jan 2010 10:35:54 +0100 Subject: [U-Boot] ppc: How to get uboot (relocated) start address in RAM In-Reply-To: <4B4F90D0.90604@RuggedCom.com> (Richard Retanubun's message of "Thu, 14 Jan 2010 16:46:56 -0500") References: <4B4F90D0.90604@RuggedCom.com> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi Richard, > I a world post-ppc-relocation-patch, with gd->reloc_off removed, > > I seem to have lost my way of figuring out uboot's address in RAM at run time. > Previously, I am able to use (gd->reloc_off+CONFIG_SYS_MONITOR_BASE) to get the answer. > > Knowing the address is very useful for debuggging uboot using gdb. > > The only spot that works now is the dest_addr variable in lib_ppc/board.c::board_init_r > > debug ("Now running in RAM - U-Boot at: %08lx\n", dest_addr); > > But the dest_addr is not saved into a global data variable. > > Is it ok if I submit a patch that copies this dest_addr to gd->relocaddr > (currently only used by CONFIG_AMIGAONEG3SE) and print it as part of bdinfo? Actually I also realised lately that the missing reloc_off makes debugging harder :( > Or is there a better method I am missing? I did not come around looking into it more closely, but your approach seems to be a good plan. Can you please cook up a patch so we can have a look at it? Thanks Detlev -- .. the tools we are trying to use and the language we or notation we are using to express or record our thoughts, are the major factors determining what we can think or express at all! -- Edsger W. Dijkstra -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: dzu at denx.de