This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
RE: context for creating interrupts on edb7312
- From: "Aaron Case" <aaron dot case at dynazign dot com>
- To: "Gary Thomas" <gary at mlbassoc dot com>
- Cc: "Ecos-Discuss" <ecos-discuss at sources dot redhat dot com>
- Date: Fri, 21 Nov 2003 10:06:38 -0500
- Subject: RE: [ECOS] context for creating interrupts on edb7312
> > It appears that cyg_interrupt_enable() acts directly on the CPSR in
> > ARM(after viewing the ASM), but my MAJIC debugger tells me that the CPSR
> > doesn't change unless the scheduler is started. So what in eCos blocks
> > access to the interrupt bits in the CPSR when the scheduler is
> not running?
>
> Nothing - remember eCos is pretty light weight; you can do most anything
> you want at any time. That said, it's not a good idea to be messing
> around with the interrupts and you should never blindly just enable them
> (unless you want a broken system!)
>
> --
> Gary Thomas <gary@mlbassoc.com>
> MLB Associates
>
>
Ok, I see now that cyg_interrupt_enable runs checks before enabling
interrupts to prevent you from hosing the hole system.
So that I can hose my system fully, I have one last question.
(Last question) Where is the attachment between the generic call
cyg_interrupt_enable() and the hardware specific hal_interrupts_enable
macro in vectors.S?
Im looking for something along the lines of #define hal_interrupts_enable
cyg_interrupt_enable().
Thanks,
Aaron Case
--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss