From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7575 invoked by alias); 18 Dec 2003 14:19:45 -0000 Mailing-List: contact ecos-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@sources.redhat.com Received: (qmail 7568 invoked from network); 18 Dec 2003 14:19:45 -0000 Received: from unknown (HELO hermes.chez-thomas.org) (63.225.98.241) by sources.redhat.com with SMTP; 18 Dec 2003 14:19:45 -0000 Received: by hermes.chez-thomas.org (Postfix, from userid 2000) id CCC4850D8EE; Thu, 18 Dec 2003 07:19:44 -0700 (MST) Received: from localhost (localhost.localdomain [127.0.0.1]) by hermes.chez-thomas.org (Postfix) with ESMTP id DD33450D874; Thu, 18 Dec 2003 07:19:43 -0700 (MST) From: Gary Thomas To: nprasad3@gmu.edu Cc: ecos-discuss@sources.redhat.com In-Reply-To: <45822c4584f3.4584f345822c@gmu.edu> References: <45822c4584f3.4584f345822c@gmu.edu> Content-Type: text/plain Organization: MLB Associates Message-Id: <1071757183.17911.1650.camel@hermes> Mime-Version: 1.0 Date: Thu, 18 Dec 2003 16:38:00 -0000 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-6.9 required=5.0 tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Re: [ECOS] MPC860 - hal_arbitration_isr_cpm X-SW-Source: 2003-12/txt/msg00272.txt.bz2 On Thu, 2003-12-18 at 07:13, nprasad3@gmu.edu wrote: > The problem was traced down to some faulty intr_attach > which was causing hal_arbitration_isr_cpm to be called > for non-cpm interrupt. Still have some issues with interrupts though. > > 1. I keep getting interrupt # 10 (control makes it to > cyg_hal_default_isr). Nothing is attached to IRQ5# as that > line is supposed to cause this interrupt. I'm trying to > locate the cause of this spurious interrupt. Interrupt > keeps coming at a rapid pace.Most likely a level-triggered > one and source needs to be satisfied to bring the line down. > 2. As a consequence, if I use the seperate stack to handle i > nterrupts option, I get a machine check exception after > about 10-15 times that it handles the interrupt. Using the > common stack, things last longer. > 3. The cyghal_default_interrupt_vsr and cyghal_default_exception_vsr > handlers have enable_mmu (doesn't really change MMU bits as it uses > CYG_MSR whose bits are conditional) but shouldn't this be in a conditional > based on whether MMU is to be turned on? No, because that code (misnamed/miscommented) also [re]enables the FPU as well. > > Thanks > Nirmal > > > ----- Original Message ----- > From: nprasad3@gmu.edu > Date: Tuesday, December 16, 2003 9:35 pm > Subject: [ECOS] MPC860 - hal_arbitration_isr_cpm > > > Hi, > > > > I keep getting hal_arbitration_isr_cpm with civr of 0. According > > to the documentation this is the Error vector where the interrupt > > was cleared by the user before the core serviced and there are no > > pending interrupts for the cpm. > > > > 1. Why am I seeing this behavior? Who is clearing the interrupt? > > 2. hal_arbitration_isr_cpm returns a 0 everytime civr = 0 instead > > of cyg_isr_handled. Can this be a problem? > > > > Thanks in advance > > Nirmal > > > > > > > > -- > > Before posting, please read the FAQ: > > http://sources.redhat.com/fom/ecosand search the list archive: > > http://sources.redhat.com/ml/ecos-discuss > > > > > > -- Gary Thomas MLB Associates -- Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos and search the list archive: http://sources.redhat.com/ml/ecos-discuss