From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30569 invoked by alias); 30 Jul 2014 06:36:09 -0000 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 Received: (qmail 30452 invoked by uid 89); 30 Jul 2014 06:36:08 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.8 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,UNPARSEABLE_RELAY autolearn=ham version=3.3.2 X-HELO: mail1.bemta8.messagelabs.com Received: from mail1.bemta8.messagelabs.com (HELO mail1.bemta8.messagelabs.com) (216.82.243.209) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Wed, 30 Jul 2014 06:36:05 +0000 Received: from [216.82.242.115:22129] by server-17.bemta-8.messagelabs.com id 68/54-06125-25298D35; Wed, 30 Jul 2014 06:36:02 +0000 X-Env-Sender: kurt.siedenburg@vicom.com X-Msg-Ref: server-2.tower-132.messagelabs.com!1406702161!16686633!1 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32031 invoked from network); 30 Jul 2014 06:36:01 -0000 Received: from unknown.apptix.net (HELO out001.apptixemail.net) (199.119.192.73) by server-2.tower-132.messagelabs.com with AES128-SHA encrypted SMTP; 30 Jul 2014 06:36:01 -0000 Received: from AUSP01DAG0302.collaborationhost.net ([169.254.2.16]) by AUSP01MHUB13.collaborationhost.net ([10.2.68.67]) with mapi id 14.03.0158.001; Wed, 30 Jul 2014 01:35:55 -0500 From: Kurt Siedenburg To: Les Miklosy , "ecos-discuss@ecos.sourceware.org" Date: Wed, 30 Jul 2014 06:36:00 -0000 Message-ID: <279D77960F36224FAA5BAC312F54F6F73712AA9C@AUSP01DAG0302.collaborationhost.net> References: <53D8804D.2050404@verizon.net> In-Reply-To: <53D8804D.2050404@verizon.net> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-IsSubscribed: yes Subject: RE: [ECOS] RedBoot hits fetch instruction trap X-SW-Source: 2014-07/txt/msg00013.txt.bz2 I once had a similar problem which turned out to be unaligned instructions. Source was an assembly file with embedded strings which didn't contain prop= er alignment directives. Thus a modified string now contained an odd number of characters. And the = instructions after that string all became unaligned. Please note that I never dealt with Sparc - only with ARM and MIPS and some= x86. So I don't know if the above applies in your case. If you want to follow up on this you can look at your map file. Check if the addresses for _timer_poll, do_idle, and net_io_test happens to= be odd (with DEBUG disabled). Possibly with DEBUG enabled the addresses could be aligned again. Good luck, Kurt -----Original Message----- From: ecos-discuss-owner@ecos.sourceware.org [mailto:ecos-discuss-owner@eco= s.sourceware.org] On Behalf Of Les Miklosy Sent: Tuesday, July 29, 2014 10:19 PM To: ecos-discuss@ecos.sourceware.org Subject: [ECOS] RedBoot hits fetch instruction trap During execution of RedBoot configured for a Sparc Leon3 IP core the proce= ss hits a trap on instruction fetch in the RedBoot routine _timer_poll(). T= he debugger history and assembly are attached. The process will execute Red= Boot commands at the command prompt and otherwise behave normally until a b= ranch instruction to do_idle and subsequently net_io_test(), that is where = execution eventually fails. Oddly the process runs without fault when DEBUG command options are selecte= d during configuration of the build with configtool, trouble begins when th= e DEBUG options are again removed. The DEBUG instructions appear in the eth= ernet modules and in RedBoot's net_io. If this is a timing issue can someon= e please suggest what parameters can be tweeked to resolve the traps, or if= a memory alignment problem can someone offer a memory map and alignment pa= rameters? Are there configuration selections in the amba bus header file, t= hose might be helpful too. The compiler is sparc-elf-gcc-3.4.4 I'm using two additional compilation f= lags -msoft-float and D-ECOS. The system configuration is also attached to= this email. Thank you for directions. -Les -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss