From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9519 invoked by alias); 22 Oct 2003 11:51:33 -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 9512 invoked from network); 22 Oct 2003 11:51:32 -0000 Received: from unknown (HELO sand4.gxn.net) (195.147.249.239) by sources.redhat.com with SMTP; 22 Oct 2003 11:51:32 -0000 Received: from ip02.quartzelec.adsl.gxn.net ([195.147.203.154] helo=server2000.Quartz.local) by sand4.gxn.net with esmtp (Exim 4.20) id 1ACHTk-0007H9-OZ for ecos-discuss@sources.redhat.com; Wed, 22 Oct 2003 12:48:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Date: Wed, 22 Oct 2003 11:51:00 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "James Yates" To: "Ecos Discuss (E-mail)" Subject: [ECOS] Interrupts and SH X-SW-Source: 2003-10/txt/msg00394.txt.bz2 I am currently working on a platform port/variant port for an SH2 platform.= I have a basic 2 threaded app up and running I am trying to get the RTC running to enable Timeslicing. It appears that a= s soon as an RTC interrupt happens, driven from the CMT, an exception is raised. After this nothing works. Can anyone = explain the whole ISR/vector table mechanism for the SH2. My guess is that the interrupt is calling a vector a= nd jumping to a function that doesn't exist to handle the ISR resulting in an exception. Tracing shows: TRACE: mlqueue.cxx [ 192] Cyg_Thread* Cyg_Scheduler_Implementation:= :schedule() }}returning thread 0081= 5670 TRACE: except.cxx [ 247] void cyg_hal_deliver_exception() {{enter TRACE: except.cxx [ 207] void Cyg_Exception_Control::deliver_excep= tion() {{enter TRACE: except.cxx [ 207] void Cyg_Exception_Control::deliver_excep= tion() ((exception number= =3D4, exception info=3D00815578)) TRACE: except.cxx [ 83] void cyg_null_exception_handler() {{enter TRACE: except.cxx [ 83] void cyg_null_exception_handler() ((data=3D00000000= , exception=3D4, info=3D00815578)) TRACE: except.cxx [ 86] void cyg_null_exception_handler() 'Uncaught excepti= on: 4' TRACE: except.cxx [ 87] void cyg_null_exception_handler() }}return void Would I be correct in thinking that the exception info of 00815578 is the a= ddress that is jumped to for the ISR? There is nothing placed at this locat= ion which I guess would be why an exception is raised. If anyone has any ideas I would be very grateful as I am completely stuck. Many Thanks in advance. James Yates -- Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos and search the list archive: http://sources.redhat.com/ml/ecos-discuss