From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6167 invoked by alias); 1 Sep 2009 08:21:09 -0000 Received: (qmail 6150 invoked by uid 22791); 1 Sep 2009 08:21:08 -0000 X-SWARE-Spam-Status: No, hits=0.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mx1-q.rad.co.il (HELO antivir1.rad.co.il) (80.74.100.136) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 01 Sep 2009 08:21:00 +0000 Received: from exrad4.ad.rad.co.il ([192.114.24.47]) by antivir1.rad.co.il with ESMTP; 01 Sep 2009 11:20:46 +0300 Received: from exrad4.ad.rad.co.il ([192.114.24.47]) by exrad4.ad.rad.co.il ([192.114.24.47]) with mapi; Tue, 1 Sep 2009 11:20:45 +0300 From: Danny Sade To: "ecos-discuss@ecos.sourceware.org" Date: Tue, 01 Sep 2009 08:21:00 -0000 Message-ID: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: [ECOS] Zero vector interrupts (SIVEC=0) on MPC8xxx X-SW-Source: 2009-09/txt/msg00001.txt.bz2 Hi All, Did anyone encounter zero vector interrupt (SIVEC =3D 0) on the MPC8xxx ? = I recently encountered this kind of interrupts, and according to Freescale = support and the documentation this kind of interrupt may occur during norma= l operation and a service routine for this interrupt must be provided. The thing is that the current HAL implementation, at the macro hal_intc_dec= ode at variant.inc, decodes this interrupt as a decrementer interrupt. As = a result, whenever this zero vector interrupt is asserted the tick ISR is c= alled. If the there are only few such interrupts, this is hardly noticed. = But obviously, when there are many such interrupts all the time related se= rvices (such as cyg_thread_delay() ) cannot not function the way they shoul= d. I'm not sure what is causing these zero vector interrupts. I can tell that= it is related to the IDMA - whenever I have a lot of IDMA transactions, I = see a lot of zero vector interrupts. Any ideas? Thanks Danny -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss