This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: nested interrupt
- From: Gary Thomas <gary at chez-thomas dot org>
- To: =?UTF-8?Q?=E5=BC=A0_?= =?UTF-8?Q?=E4=BA=AE?= <johnsonest at hotmail dot com>
- Cc: eCos Discussion <ecos-discuss at sources dot redhat dot com>
- Date: 30 Jul 2002 07:02:23 -0600
- Subject: Re: [ECOS] nested interrupt
- References: <F185BBlfxBApnKWPe9a0001f368@hotmail.com>
On Mon, 2002-07-29 at 19:05, 张 亮 wrote:
> Hi,all!
> following question is based on ARM arch.
>
> In ecos, when a lower level interrupt occur it will execute
>
> IRQ:
> // Note: I use this exception stack while saving the context because
> // the current SP does not seem to be always valid in this CPU mode.
> ldr sp,.__exception_stack // get good stack
> sub lr,lr,#4 // PC at time of interrupt
> stmfd sp!,{r0,fp,ip,lr}
> mrs r0,spsr
> stmfd sp!,{r0}
>
> handle_IRQ_or_FIQ:
> mov ip,sp // save SP which will vanish with
> ........
> ........
>
> mov sp,ip
> ldr lr,[sp,#armreg_pc]
> ldr r0,[sp,#armreg_cpsr]
> ldr ip,[sp,#armreg_ip]
> msr spsr,r0
> ldmfd sp,{r0-r10,fp}
> movs pc,lr // restore PC from LR, CPSR from SPSR
>
> And this time,
>
> a high level interrupt occurs
>
> it will execute the above code again.
> and the previous stack area will be destroy, the system
> will be down, Is it right???
No it shouldn't. Interrupts can't be delivered until the 'movs'
instruction completes, at which time the previous state will have
been completely restored.
Why do you think there is a problem?
--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss