From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 752 invoked by alias); 31 Jul 2014 09:08:23 -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 729 invoked by uid 89); 31 Jul 2014 09:08:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,UNPARSEABLE_RELAY autolearn=ham version=3.3.2 X-HELO: mail1.bemta7.messagelabs.com Received: from mail1.bemta7.messagelabs.com (HELO mail1.bemta7.messagelabs.com) (216.82.254.103) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 31 Jul 2014 09:08:14 +0000 Received: from [216.82.255.3:23440] by server-7.bemta-7.messagelabs.com id 4E/80-02060-B770AD35; Thu, 31 Jul 2014 09:08:11 +0000 X-Env-Sender: kurt.siedenburg@vicom.com X-Msg-Ref: server-6.tower-209.messagelabs.com!1406797691!14594638!1 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3000 invoked from network); 31 Jul 2014 09:08:11 -0000 Received: from unknown.apptix.net (HELO out001.apptixemail.net) (199.119.192.74) by server-6.tower-209.messagelabs.com with AES128-SHA encrypted SMTP; 31 Jul 2014 09:08:11 -0000 Received: from AUSP01DAG0302.collaborationhost.net ([169.254.2.16]) by AUSP01MHUB14.collaborationhost.net ([10.2.68.77]) with mapi id 14.03.0158.001; Thu, 31 Jul 2014 04:08:01 -0500 From: Kurt Siedenburg To: Les Miklosy CC: "ecos-discuss@ecos.sourceware.org" Date: Thu, 31 Jul 2014 09:08:00 -0000 Message-ID: <279D77960F36224FAA5BAC312F54F6F73712AD76@AUSP01DAG0302.collaborationhost.net> References: <53D8804D.2050404@verizon.net> <279D77960F36224FAA5BAC312F54F6F73712AA9C@AUSP01DAG0302.collaborationhost.net> <53D9DF7D.8050705@verizon.net> In-Reply-To: <53D9DF7D.8050705@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/msg00016.txt.bz2 What I do see from the stuff below would result in data abort exceptions on= other architectures - but not in instruction fetch exceptions: - The instructions themselves are in valid address space, are all well a= ligned and seem to be valid opcodes=20 - But the data those instructions fetch may not be valid addresses (0000= 0000, FFFFFFFF) Again I'm not familiar with SPARC - and its CPU exception architecture. Sorry - I don't think I can help any further. Kurt -----Original Message----- From: Les Miklosy [mailto:lgm0@verizon.net]=20 Sent: Wednesday, July 30, 2014 11:18 PM To: Kurt Siedenburg Cc: ecos-discuss@ecos.sourceware.org Subject: Re: [ECOS] RedBoot hits fetch instruction trap Hope the following is useful information. I used the -nb -nswb switches whe= n starting grmon to remove the erroneous exception notices. With a break po= int at RedBoot's _rb_gets I still see multiple traps (think grmon creates t= he last one in each list). The instruction at 0x4000bee8 is _rb_gets_preloa= ded. After a 'cont' command the process is trapped and neither RedBoot nor = grmon returns control to the user. Anyone have a clue? Here is the sequence just described: grmon2> go 0 breakpoint 1 hit 0x4000c5a4: c02a0000 clrb [%o0] grmon2> hist TIME ADDRESS INSTRUCTIONS/AHB SIGNALS RESULT/DATA 98758063 4000AE00 or %l0, 0x298, %o0 [4001FA98] 98758064 4000C5AC AHB read mst=3D0 size=3D2 [7FFFFE4B] 98758065 4000C5B0 AHB read mst=3D0 size=3D2 [9E104000] 98758066 4000C5B4 AHB read mst=3D0 size=3D2 [01000000] 98758067 4000C5B8 AHB read mst=3D0 size=3D2 [9DE3BF90] 98758068 4000C5BC AHB read mst=3D0 size=3D2 [9210001A] 98758070 4000AE04 mov 256, %o1 [00000100] 98758071 4000AE08 call 0x4000C5A4 [4000AE08] 98758072 4000AE0C mov 10, %o2 [0000000A] 98758073 4000C5A4 clrb [%o0] [ TRAP ] grmon2> step 10 0x4000c5a4: c02a0000 clrb [%o0] 0x4000c5a8: 8213c000 or %o7, %g1 0x4000c5ac: 7ffffe4b call 0x4000BED8 0x4000c5b0: 9e104000 or %g1, %o7 0x4000bed8: 9de3bf90 save %sp, -112, %sp 0x4000bedc: 1110004e sethi %hi(0x40013800), %o0 0x4000bee0: ea022390 ld [%o0 + 0x390], %l5 0x4000bee4: a4100018 mov %i0, %l2 0x4000bee8: d24e0000 ldsb [%i0], %o1 0x4000beec: a6102000 mov 0, %l3 grmon2> hist TIME ADDRESS INSTRUCTIONS/AHB SIGNALS RESULT/DATA 98758147 40013B90 AHB read mst=3D0 size=3D2 [FFFFFFFF] 98758148 4000BEE0 ld [%o0 + 0x390], %l5 [FFFFFFFF] 98758149 4000BEE4 mov %i0, %l2 [ TRAP ] 98758155 4000BEE4 mov %i0, %l2 [4001FA98] 98758156 4000BEE8 ldsb [%i0], %o1 [ TRAP ] 98758169 4001FA98 AHB read mst=3D0 size=3D2 [00656C70] 98758170 4000BEE8 ldsb [%i0], %o1 [00000000] 98758171 4000BEEC mov 0, %l3 [ TRAP ] 98758177 4000BEEC mov 0, %l3 [00000000] 98758178 4000BEF0 cmp %o1 [ TRAP ] grmon2> cont -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss