This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: MPC823 interrupt problem?
- To: =?big5?B?qkyn07PT?= <jclin at itri dot org dot tw>
- Subject: Re: [ECOS] MPC823 interrupt problem?
- From: Jesper Skov <jskov at cambridge dot redhat dot com>
- Date: 02 Apr 2001 10:16:10 +0200
- Cc: <ecos-discuss at sources dot redhat dot com>
- References: <019b01c0b6c8$aa250080$8267608c@e>
>>>>> "=?big5?B?qkyn07PT?=" == =?big5?B?qkyn07PT?= <big5> writes:
=?big5?B?qkyn07PT?=> Hi everyone: I am porting eCos on my custom
=?big5?B?qkyn07PT?=> board. The CPU on my board is MPC823. Redboot is
=?big5?B?qkyn07PT?=> ready for my borad. But I try to run hello
=?big5?B?qkyn07PT?=> example using default template, it will stop on
=?big5?B?qkyn07PT?=> undefine code. I use Trace32 to debug the hello
=?big5?B?qkyn07PT?=> program. When the code enable interrupt in
=?big5?B?qkyn07PT?=> cyg_Scheduler::start(), it will stop on undefine
=?big5?B?qkyn07PT?=> code ( at CYGARC_PPC_EXCEPTION_DECREMENT+0x888)
=?big5?B?qkyn07PT?=> What problem may I meet?? or What should I set or
=?big5?B?qkyn07PT?=> unset option at configuration tool??
CYGARC_PPC_EXCEPTION_DECREMENT is a preprocessor symbol which is used
to adjuste the stack on exceptions. It should never form part of an
address and I'm surprised that the debugger knows about it at all.
Sounds like the problem is caused by interrupts though, so that's
probably where you want to be looking.
Jesper