All of lore.kernel.org
 help / color / mirror / Atom feed
From: Abdel El-Masoudi <ael@chess.nl>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Isseus with porting and debugging u-boot
Date: Wed, 04 May 2005 14:19:24 +0200	[thread overview]
Message-ID: <4278BDCC.2000203@chess.nl> (raw)

I want to upgrade my u-boot version (1.0.0) For a EP7312(ARM7) based 
custom designed board to the latest u-boot version.

I downloaded u-boot 1.1.2 and patched it manually with my specific board 
configuration files. Unfortunally the patched u-boot version would not 
boot. I did the following to debug the u-boot with a bdi2000 (with a 
good configuration file, hardware breakpoints).

Load u-boot.bin at 0x00000000
Start GDB with u-boot elf file (first address = 0xc0f00000)
connect to bdi20000
etc..

board information
FLASH         = 0x00000000
RAM             =    0xc0000000
TEXT_BASE = 0xc0f00000
/
System.map
/bash-2.05b$ more System.map
c0f00000 T _start
c0f00020 t _undefined_instruction
c0f00024 t _software_interrupt
c0f00028 t _prefetch_abort/

*How to debug u-boot when the first address in the ELF file is not the 
same as the address of the image on the target?*/

I tried to change the addresses by changing TEXT_BASE to 0x00000000 in 
the board specific config.mk file, but i think this is not  the solution!!

When i debugged u-boot in FLASH i could step through it, but it looks 
like i did not execute any code. For example the registers R0, R1 etc.. 
did not get a proper value when a assembler move instruction executed.

I tried the latest u-boot cvs version, because it had the capability to 
start from RAM by skipping relocation code (CONFIG_SKIP_RELOCATE_UBOOT).
My BDI2000 did the initial configuration and start/load the U-boot RAM 
version.
A strange thing is that the u-boot version starts without any problems, 
but when i compile u-boot without CONFIG_SKIP_RELOCATE_UBOOT and flash 
it to the first address (0x00000000) it would not start. The difference 
between the two version is only the relocation code.
My u-boot 1.0.0 with my board specific patches works without any problem.

Could somebody have any clue what the problem is?

                 reply	other threads:[~2005-05-04 12:19 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4278BDCC.2000203@chess.nl \
    --to=ael@chess.nl \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.