From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10769 invoked by alias); 13 Jun 2002 17:16:06 -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 10699 invoked from network); 13 Jun 2002 17:16:01 -0000 Received: from unknown (HELO kasica.elsis.si) (194.249.198.85) by sources.redhat.com with SMTP; 13 Jun 2002 17:16:01 -0000 Received: (qmail 16131 invoked by uid 1005); 13 Jun 2002 20:16:04 -0000 Received: from iz@vsr.si by kasica by uid 1002 with qmail-scanner-1.10 (sweep: 2.9/3.55. . Clear:0. Processed in 1.27867 secs); 13 Jun 2002 20:16:04 -0000 X-Qmail-Scanner-Mail-From: iz@vsr.si via kasica X-Qmail-Scanner: 1.10 (Clear:0. Processed in 1.27867 secs) Received: from unknown (HELO conc) (194.249.198.84) by kasica.elsis.si with SMTP; 13 Jun 2002 20:16:02 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Iztok Zupet Reply-To: iz@vsr.si Organization: VSR d.o.o. To: Roland =?iso-8859-1?q?Ca=DFebohm?= Date: Thu, 13 Jun 2002 10:16:00 -0000 User-Agent: KMail/1.4.1 References: <200206131620.g5DGK0O07287@hhlx01.visionsystems.de> In-Reply-To: <200206131620.g5DGK0O07287@hhlx01.visionsystems.de> Cc: ecos-discuss@sources.redhat.com MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200206131916.21545.iz@vsr.si> Subject: Re: [ECOS] exception when calling reset_platform X-SW-Source: 2002-06/txt/msg00227.txt.bz2 On Thursday 13 June 2002 18:20, Roland Caßebohm wrote: > Hi, > > my ARM7TDMI (SNDS100 Board) makes an abort prefetch exception when the > application calls reset_platform(). > > I added two nop's because I thought the processor prefetches the init_done > value, but this doesn't help: > > ---------- > .global reset_platform > .type reset_platform,function > reset_platform: > #ifdef CYGSEM_HAL_ROM_MONITOR > // initialize CPSR (machine state register) > mov > r0,#(CPSR_IRQ_DISABLE|CPSR_FIQ_DISABLE|CPSR_SUPERVISOR_MODE) msr > cpsr,r0 > b warm_reset > #else > mov r0,#0 > mov pc,r0 // Jump to reset vector > //roland > mov r0,r0 // nop > mov r0,r0 // nop > #endif > > init_done: > .long 0xDEADB00B > ---------- > > Does anybody know what's wrong? > > Roland Hi: Looks like that the abort prefetch hapens somewhere else, not in the code You've sent. Take a look at the reset vector and the code that executes there ( if it is in RAM). It may be corrupt for some reason. Anyhow, can You figure out the address of the exeption? iz -- Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos and search the list archive: http://sources.redhat.com/ml/ecos-discuss