[Issue 1000660] ARM HAL breaks on spurious interrupt

[Issue 1000660] ARM HAL breaks on spurious interrupt

[bugzilla-daemon]

Please do not reply to this email. Use the web interface provided at:
https://bugzilla.ecoscentric.com/show_bug.cgi?id=1000660

Joe Porthouse <jporthouse@idexcorp.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jporthouse@idexcorp.com

--- Comment #2 from Joe Porthouse <jporthouse@idexcorp.com> 2010-11-15 02:49:15 GMT ---
Appears to have already been addressed in latest version.

Problem was present in eCos v2.0.  When a spurious interrupt occurred,
interrupt_end() was never called and the scheduler was still locked on return
to the application.

In eCosPro v3.0.23, there are changes in the arm vectors.S file that
specifically address making sure the scheduler is unlocked when dealing with
spurious interrupts.

In /hal/arm/arc/current/src/vectors.S
// For a spurious interrupt, pass a NULL object. interrupt_end() will
// handle that and still unlock the scheduler.

Status on this issue should be closed.

-- 
Configure issuemail: https://bugzilla.ecoscentric.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the issue.
You are on the CC list for the issue.

[Issue 1000660] ARM HAL breaks on spurious interrupt

[bugzilla-daemon]

Please do not reply to this email. Use the web interface provided at:
https://bugzilla.ecoscentric.com/show_bug.cgi?id=1000660

--- Comment #3 from Jonathan Larmour <jifl@ecoscentric.com> 2010-11-15 03:08:58 GMT ---
The bug must remain open for eCos. eCosPro is not the same as eCos. eCosPro is
a commercial distribution supported by eCosCentric - yes it is free software,
in the sense the Free Software Foundation applies it. But eCos is both free in
that sense and free of cost. While clearly similar and related, they may have
different features and bug fixes, and this happens to be one.

-- 
Configure issuemail: https://bugzilla.ecoscentric.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the issue.
You are on the CC list for the issue.

[Issue 1000660] ARM HAL breaks on spurious interrupt

[bugzilla-daemon]

Please do not reply to this email. Use the web interface provided at:
https://bugzilla.ecoscentric.com/show_bug.cgi?id=1000660

--- Comment #3 from Jonathan Larmour <jifl@ecoscentric.com> 2010-11-15 03:08:58 GMT ---
The bug must remain open for eCos. eCosPro is not the same as eCos. eCosPro is
a commercial distribution supported by eCosCentric - yes it is free software,
in the sense the Free Software Foundation applies it. But eCos is both free in
that sense and free of cost. While clearly similar and related, they may have
different features and bug fixes, and this happens to be one.

-- 
Configure issuemail: https://bugzilla.ecoscentric.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the issue.

[Issue 1000660] ARM HAL breaks on spurious interrupt

[bugzilla-daemon]

Please do not reply to this email. Use the web interface provided at:
https://bugzilla.ecoscentric.com/show_bug.cgi?id=1000660

Joe Porthouse <jporthouse@idexcorp.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jporthouse@idexcorp.com

--- Comment #2 from Joe Porthouse <jporthouse@idexcorp.com> 2010-11-15 02:49:15 GMT ---
Appears to have already been addressed in latest version.

Problem was present in eCos v2.0.  When a spurious interrupt occurred,
interrupt_end() was never called and the scheduler was still locked on return
to the application.

In eCosPro v3.0.23, there are changes in the arm vectors.S file that
specifically address making sure the scheduler is unlocked when dealing with
spurious interrupts.

In /hal/arm/arc/current/src/vectors.S
// For a spurious interrupt, pass a NULL object. interrupt_end() will
// handle that and still unlock the scheduler.

Status on this issue should be closed.

-- 
Configure issuemail: https://bugzilla.ecoscentric.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the issue.