From: "Nicola Bergamin [BW]" <nicola.bergamin@bluewind.it>
To: ecos-discuss@sources.redhat.com
Subject: [ECOS] Insight + eCos +Jeeni
Date: Thu, 23 Aug 2001 07:53:00 -0000 [thread overview]
Message-ID: <3B8534CD.10282.1932FCC@localhost> (raw)
I am using Jeeni with Cirrus Logic
EP7209(ARM720), plus Gnu GDB toolchain.
I don't know how to force GDB to load the code
starting at phisical address 0 !!!
Example:
I try to use Insight to debug the hello.exe eCos
example.
We have phisical RAM at zero(ncs0) (this
replaces program ROM, for debugging pourposes).
I cannot understand where phisically GDB tries
do load the code.
Ok, the debug informations say that the LMA
start address is 0xe000,0000, but it is obvious
that the real, phisical load address should be
the neat 0x0 (Reset vector).
The disassembled code is here:
_____________________________________
hello.exe: file format elf32-littlearm
Disassembly of section .rom_vectors:
e0000000 <__exception_handlers>:
e0000000: ea00000e b e0000040 <_stext>
e0000004: e59ff018 ldr pc, [pc, #18] ;
e0000024 <.undefined_instruction>
e0000008: e59ff018 ldr pc, [pc, #18] ;
e0000028 <.software_interrupt>
e000000c: e59ff018 ldr pc, [pc, #18] ;
e000002c <.abort_prefetch>
e0000010: e59ff018 ldr pc, [pc, #18] ;
e0000030 <.abort_data>
e0000014: 00000000 andeq r0, r0, r0
e0000018: e59ff018 ldr pc, [pc, #18] ;
e0000038 <.IRQ>
e000001c: e59ff018 ldr pc, [pc, #18] ;
e000003c <.FIQ>
e0000020 <vectors>:
e0000020: 00000060 andeq r0, r0, r0, rrx
....
....
....
________________________________________
The software SHOULD be loaded at 0x0 (we have
phisically mapped RAM at zero, for debug), and,
after few instructions, should be remapped to
0xe000,0000 (MMU remapping, as usual in eCos
environment)
But...
after load, GDB does not show me the 0x00
address (RESET VECTOR), instead, it shows me
already the PC= 0xe00000040 (that is
LMA Logical Memory address, "as if" remapping
had already occurred ).
ADW, in comparison, shows correctly the
addresses at 0x0, and, after some STEPs , shows
addresses at 0xe0000040. This should
be the correct behaviour.
Thanks for patience
------------------------------------------
Nicola Bergamin
BlueWind Embedded Systems Design
Via Steffani, 7/B
I-31033 Castelfranco Veneto (TV)
Office: +39 0 423 723431
Fax : +39 0 423 744738
GSM : +39 335 7556736
mailto:nicola.bergamin@bluewind.it
http://www.bluewind.it
------------------------------------------
next reply other threads:[~2001-08-23 7:53 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-23 7:53 Nicola Bergamin [BW] [this message]
2001-08-23 8:32 ` Grant Edwards
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=3B8534CD.10282.1932FCC@localhost \
--to=nicola.bergamin@bluewind.it \
--cc=ecos-discuss@sources.redhat.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).