This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: vector table
- To: Christoph Csebits <Christoph dot Csebits at frequentis dot com>
- Subject: Re: [ECOS] vector table
- From: Gary Thomas <gthomas at cambridge dot redhat dot com>
- Date: Thu, 03 May 2001 08:49:46 -0600 (MDT)
- Cc: ecos-discuss at sources dot redhat dot com
- Organization: Red Hat, Inc.
On 03-May-2001 Christoph Csebits wrote:
> On Thu, May 03, 2001 at 07:30:02AM -0600, Gary Thomas wrote:
>>
>> On 03-May-2001 Christoph Csebits wrote:
>> > i have a problem setting up the vector tables
>> >
>> > nm gives me:
>>
>> What?
> nm - list symbols from object files.
>
> 0000000000010900 ? __exception_decrementer
>
> this line shows me the the exception handler for
> the decrementer interrupt is located at offset 0x10900
> but it should located at 0x00900 (MSR[IP]=0).
>
> In other words:
> A decrementer exception is vectored to 0x00900 but
> the belonging handler waits at 0x10900.
>
> or am i completely wrong?
>
Actually, the contents of the exception tables at 0x00000000
get created from the loaded values at 0x10000 (if you tell
eCos to copy the vectors). Thus, the code for the decrementer
at 0x10900 will get moved to 0x900.
>> For this mode of operation, make sure that you set
>> CYGSEM_HAL_POWERPC_COPY_VECTORS
> turned on
>
>> Also, make sure that you turn off
>> CYGSEM_HAL_USE_ROM_MONITOR
> turned off
OK, so what happens when you run it? How far does it get?
One thing you could try is to include GDB stubs in your application
and then connect to it via GDB. Just load & start it and you should
get a GDB prompt $T<<STUFF>> on the debug serial port at 38400/8N1.