From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8187 invoked by alias); 15 Nov 2010 02:50:10 -0000 Received: (qmail 8173 invoked by uid 22791); 15 Nov 2010 02:50:09 -0000 X-SWARE-Spam-Status: No, hits=-0.9 required=5.0 tests=AWL,BAYES_40,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from hagrid.ecoscentric.com (HELO mail.ecoscentric.com) (212.13.207.197) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 15 Nov 2010 02:49:22 +0000 Received: by mail.ecoscentric.com (Postfix, from userid 48) id B0A1D2F78005; Mon, 15 Nov 2010 02:49:20 +0000 (GMT) From: bugzilla-daemon@ecoscentric.com To: backlog@bugs.ecos.sourceware.org Subject: [Issue 1000660] ARM HAL breaks on spurious interrupt X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: eCos X-Bugzilla-Component: HAL X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: jporthouse@idexcorp.com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: normal X-Bugzilla-Assigned-To: backlog@bugs.ecos.sourceware.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: CC In-Reply-To: References: X-Bugzilla-URL: http://bugzilla.ecoscentric.com/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Mon, 15 Nov 2010 02:50:00 -0000 Message-Id: <20101115024918.9102A2F78005@mail.ecoscentric.com> Mailing-List: contact ecos-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-bugs-owner@sourceware.org X-SW-Source: 2010/txt/msg00152.txt.bz2 Please do not reply to this email. Use the web interface provided at: https://bugzilla.ecoscentric.com/show_bug.cgi?id=1000660 Joe Porthouse changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jporthouse@idexcorp.com --- Comment #2 from Joe Porthouse 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.