Why _ThreadProcessSignalsFromIrq() in new exception processing?

Sergei Organov osv at javad.ru
Mon Feb 10 18:15:17 UTC 2003


Joel Sherrill <joel.sherrill at OARcorp.com> writes:
> Sergei Organov wrote:
[...]
> > D2. The latter method fails to reset _ISR_Signals_to_thread_executing to
> >     FALSE if _Context_Switch_necessary is non-zero.
> > 
> > These differences lead to the following questions:
> > 
[...]
> > 3. Is the difference (D2) a bug? If yes, the bug in the former code or in
> >    the later?
> 
> I don't think the FP context is ever saved on any interrupt or exception
> path by RTEMS.  It is assumed that if the handler needs the FP context,
> it will deal with it itself.  This could literally adds 100s of CPU
> cycles on some architectures.

The difference (D2) was about clearing of _ISR_Signals_to_thread_executing,
not about FPU. Though situation with FPU is now clear for me due to yours and
Eric's answers, thanks. And the (D2) seems to be discussed in another 
sub-thread of this thread.

-- 
Sergei.




More information about the users mailing list