public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: "Charles-Henri Balet" <charles-henri@bluewin.ch>
To: "Jing  Luo" <Jing@vicom.com>, <jskov@redhat.com>
Cc: <ecos-discuss@sources.redhat.com>
Subject: Re: [ECOS] Insight 5.1.1 with Angel /serial debugger
Date: Thu, 28 Feb 2002 22:49:00 -0000	[thread overview]
Message-ID: <002501c1c0ea$e62d1900$0401a8c0@CHARLESHENRI> (raw)
In-Reply-To: <B26EACBBAF91D411BD8500508BF7D695051D87@earth.vicom.com>

Hi,
same for me, I want to use this redboot debugger, any litlle question, work
this with
insight too, or redboot in an complete and independent debugger ? I find the
insight
user interface nice.

many thanks

balet charles-henri


----- Original Message -----
From: "Jing Luo" <Jing@vicom.com>
To: "'Jesper Skov'" <jskov@redhat.com>; "Jing Luo" <Jing@vicom.com>
Cc: "'Charles-Henri Balet'" <charles-henri@bluewin.ch>; "eCos Discuss"
<ecos-discuss@sources.redhat.com>
Sent: Friday, March 01, 2002 4:37 AM
Subject: RE: [ECOS] Insight 5.1.1 with Angel /serial debugger


> Hi,
> Thanks Jesper. Now I know porting eCos is no    t that easy.
>
> I choose the second option you suggested - port Redboot.
>
> I changed the hal-platform-setup.h for hardware initialization.
>
> I want to start Redboot from RAM, but the problem is the memory layout
came
> out is not the way I wanted as the following.
> [mlt_arm_mytarget_ram.ldi]
> // eCos memory layout - Thu Feb 28 18:55:04 2002
>
> // This is a generated file - do not edit
>
> #include <cyg/infra/cyg_type.inc>
>
> MEMORY
> {
>     ram : ORIGIN = 0xc0000000, LENGTH = 0x2000000
> }
>
> SECTIONS
> {
>     SECTIONS_BEGIN
>     SECTION_fixed_vectors (ram, 0xc0000000, LMA_EQ_VMA)
>     SECTION_rom_vectors (ram, 0xc0020000, LMA_EQ_VMA)
>     SECTION_text (ram, ALIGN (0x4), LMA_EQ_VMA)
>     SECTION_fini (ram, ALIGN (0x4), LMA_EQ_VMA)
>     SECTION_rodata (ram, ALIGN (0x4), LMA_EQ_VMA)
>     SECTION_rodata1 (ram, ALIGN (0x4), LMA_EQ_VMA)
>     SECTION_fixup (ram, ALIGN (0x4), LMA_EQ_VMA)
>     SECTION_gcc_except_table (ram, ALIGN (0x4), LMA_EQ_VMA)
>     SECTION_data (ram, ALIGN (0x4), LMA_EQ_VMA)
>     SECTION_bss (ram, ALIGN (0x4), LMA_EQ_VMA)
>     CYG_LABEL_DEFN(__heap1) = ALIGN (0x8);
>     SECTIONS_END
> }
>
> After build library and look in the map, __exception_handlers start from
> address 0x20000 which is in the ROM.
> I am confused about that. How can I make it run from RAM?
>
> Have anyone had experience to run Redboot from RAM?
>
> Another question about the linker file:
> what LMA_EQ_VMA mean?
>
> Thanks,
>
> -----Original Message-----
> From: Jesper Skov [mailto:jskov@redhat.com]
> Sent: Thursday, February 28, 2002 12:24 AM
> To: Jing Luo
> Cc: 'Charles-Henri Balet'; eCos Discuss
> Subject: RE: [ECOS] Insight 5.1.1 with Angel /serial debugger
>
>
> On Wed, 2002-02-27 at 03:45, Jing Luo wrote:
> > The same problem with me when I am trying to port eCos to 80200EVB.
> > But my configuration is disable of CYGIMP_HAL_PROCESS_ALL_EXCEPTIONS and
> > enable of of CYGSEM_HAL_USE_ROM_MONITOR.
> >
> > If this one doesn't work, how I can do to debug eCos?
>
> and
>
> > I use Insight 5.1.1 on an ARM processor on a board with Angel 1.20, the
> > link, download, debugger work fine,
> > my problem, the ecos startup code in the Vectors.s file, this startup
> > replace vectors in the vector table and when the
> > vector of the undefined instruction is replaced, insight freeze, I'm
have
> to
> > start step by step and the problem is
> > on the line "str     r2,[r0,#0x24]"
>
> The problem is that Angel is using the CPU exception to do the
> single-stepping. When the eCos HAL executes and takes over that
> exception, Angel essentially dies.
>
> What you want to do is either (a) comment out that code to debug the
> application with Angel or (b) port RedBoot and make it the primary
> monitor and debug agent of the system.
>
> RedBoot knows how to debug eCos applications, Angel does not.
>
> Jesper
>
> --
> Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
> and search the list archive: http://sources.redhat.com/ml/ecos-discuss
>
>




-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

  reply	other threads:[~2002-03-01  6:35 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-28 20:20 Jing Luo
2002-02-28 22:49 ` Charles-Henri Balet [this message]
2002-03-01 11:42 ` Jonathan Larmour
  -- strict thread matches above, loose matches on Subject: below --
2002-02-26 21:55 Jing Luo
2002-02-28  0:27 ` Jesper Skov
2002-02-26 14:39 Charles-Henri Balet

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='002501c1c0ea$e62d1900$0401a8c0@CHARLESHENRI' \
    --to=charles-henri@bluewin.ch \
    --cc=Jing@vicom.com \
    --cc=ecos-discuss@sources.redhat.com \
    --cc=jskov@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).