From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27351 invoked by alias); 30 Jul 2014 21:25:46 -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 27325 invoked by uid 89); 30 Jul 2014 21:25:45 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL autolearn=no version=3.3.2 X-HELO: nm6-vm1.access.bullet.mail.gq1.yahoo.com Received: from nm6-vm1.access.bullet.mail.gq1.yahoo.com (HELO nm6-vm1.access.bullet.mail.gq1.yahoo.com) (216.39.63.4) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Wed, 30 Jul 2014 21:25:44 +0000 Received: from [216.39.60.170] by nm6.access.bullet.mail.gq1.yahoo.com with NNFMP; 30 Jul 2014 21:25:42 -0000 Received: from [98.138.226.243] by tm6.access.bullet.mail.gq1.yahoo.com with NNFMP; 30 Jul 2014 21:25:42 -0000 Received: from [127.0.0.1] by smtp114.sbc.mail.ne1.yahoo.com with NNFMP; 30 Jul 2014 21:25:42 -0000 X-Yahoo-SMTP: DAVHEHCswBBSt52LEL26uXq8GY.pd.0s2WK3iX0- Message-ID: <53D961A9.70205@verizon.net> Date: Wed, 30 Jul 2014 21:25:00 -0000 From: Les Miklosy User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Kurt Siedenburg CC: "ecos-discuss@ecos.sourceware.org" References: <53D8804D.2050404@verizon.net> <279D77960F36224FAA5BAC312F54F6F73712AA9C@AUSP01DAG0302.collaborationhost.net> In-Reply-To: <279D77960F36224FAA5BAC312F54F6F73712AA9C@AUSP01DAG0302.collaborationhost.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [ECOS] RedBoot hits fetch instruction trap X-SW-Source: 2014-07/txt/msg00014.txt.bz2 The dump file shows address boundaries are even for my three suspect functions, the remaining functions appear on even boundaries too. But I do suspect my memory map. I don't have a good template to start from so after many experiments I'm using a map with no confidence. I'll do some checking and report back here, thank you for the tip Kurt. Les On 07/29/2014 11:35 PM, Kurt Siedenburg wrote: > 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 proper 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@ecos.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 process hits a trap on instruction fetch in the RedBoot routine _timer_poll(). The debugger history and assembly are attached. The process will execute RedBoot commands at the command prompt and otherwise behave normally until a branch 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 selected during configuration of the build with configtool, trouble begins when the DEBUG options are again removed. The DEBUG instructions appear in the ethernet modules and in RedBoot's net_io. If this is a timing issue can someone 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 parameters? Are there configuration selections in the amba bus header file, those might be helpful too. > > The compiler is sparc-elf-gcc-3.4.4 I'm using two additional compilation flags -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