From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13810 invoked by alias); 8 Oct 2003 10:18:18 -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 13802 invoked from network); 8 Oct 2003 10:18:17 -0000 Received: from unknown (HELO londo.lunn.ch) (80.238.139.98) by sources.redhat.com with SMTP; 8 Oct 2003 10:18:17 -0000 Received: from lunn by londo.lunn.ch with local (Exim 3.36 #1 (Debian)) id 1A7BOZ-0006YS-00; Wed, 08 Oct 2003 12:18:15 +0200 Date: Wed, 08 Oct 2003 10:18:00 -0000 To: Mahesh Cc: ecos Message-ID: <20031008101815.GA25114@lunn.ch> Mail-Followup-To: Mahesh , ecos References: <1064995692.11195.37.camel@MAHESH> <1065501590.1049.11.camel@MAHESH> <20031007140909.76A5.SATISH@bvt.sc.sanyo.co.jp> <1065503522.1049.15.camel@MAHESH> <1065602343.1050.11.camel@MAHESH> <1065602396.11174.15.camel@MAHESH> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1065602396.11174.15.camel@MAHESH> User-Agent: Mutt/1.5.4i From: Andrew Lunn Subject: Re: [ECOS] Spurious interrupt X-SW-Source: 2003-10/txt/msg00134.txt.bz2 On Wed, Oct 08, 2003 at 02:09:56PM +0530, Mahesh wrote: > Hi, > > > I am using eCos for Arm pid target.I am using sid for printf's > .I am working on PC only not on board.In my code i have 5 threads being > created in cyg_user_start function.Alarm's are being used by the threads > for some tasks.I am using real time clock for alarms.tick function is > called after the scheduler is started,but once the first alarm is > triggered,tick function is not called at all.So my second > alarm(different from first one) is not triggering and the program is > getting stuck. > > The program is going into spurious INTR code. > What is this spurious interrupt? A spurious interrupt is an interrupt which eCos does not have a handler for. It does not know what to do with this interrupt. You need to find out what interrupt vector its on and then find out why sid is generating this interrupt. > Is this the reason for tick function not to be called and second alarm > not to be triggerd ? Could be. You will have to fix the spurious interrupt problem and see. Andrew -- Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos and search the list archive: http://sources.redhat.com/ml/ecos-discuss