From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11455 invoked by alias); 28 Jan 2011 16:25:14 -0000 Received: (qmail 11439 invoked by uid 22791); 28 Jan 2011 16:25:13 -0000 X-SWARE-Spam-Status: No, hits=-0.3 required=5.0 tests=AWL,BAYES_00,DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED,SPF_HELO_PASS,TW_XD,T_RP_MATCHES_RCVD,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Received: from lo.gmane.org (HELO lo.gmane.org) (80.91.229.12) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 28 Jan 2011 16:25:09 +0000 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Pir8D-0001po-Cv for ecos-discuss@sources.redhat.com; Fri, 28 Jan 2011 17:25:05 +0100 Received: from dsl.comtrol.com ([64.122.56.22]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Jan 2011 17:25:05 +0100 Received: from grant.b.edwards by dsl.comtrol.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Jan 2011 17:25:05 +0100 To: ecos-discuss@sources.redhat.com From: Grant Edwards Date: Fri, 28 Jan 2011 17:07:00 -0000 Message-ID: References: <754762483.8033.1296230746071.JavaMail.root@idefix> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit User-Agent: slrn/pre0.9.9-102 (Linux) X-IsSubscribed: yes 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 Subject: [ECOS] Re: Different section placement for kernel and application X-SW-Source: 2011-01/txt/msg00095.txt.bz2 On 2011-01-28, Grant Edwards wrote: >> With this modification the sections of the eCos components (from vectors.o, extras.o and libtarget.a) >> are placed in the flash region when loaded with the RedBoot ROM monitor and GDB, >> but a Bus error occurs in the reset_vector function: >> >> Loading section .rom_vectors, size 0x8 lma 0x8010000 >> Loading section .ecos.text, size 0x10bcc lma 0x8010008 >> Loading section .ecos.rodata, size 0x49dc lma 0x8020bd8 >> Loading section .ARM.exidx, size 0x10 lma 0x64008000 >> Loading section .text, size 0x924 lma 0x64008010 >> Loading section .rodata, size 0x108 lma 0x64008938 >> Loading section .data, size 0xdcc lma 0x68000000 >> Start address 0x8010009, load size 93624 >> Transfer rate: 9 KB/sec, 300 bytes/write. >> >> Program received signal SIGBUS, Bus error. >> reset_vector () at [snip]/repo/ecos/packages/hal/cortexm/arch/current/src/vectors.S:100 >> 100 ldr sp,=hal_startup_stack >> >> Is there a chance to get this working? > > I think so, yes. > > AFAIK, GDB stubs don't know how to program flash (and there's no > indication it attempted to do so), I posted too quickly. It appears that gdb did try to load .rom_vectors .ecos.text .ecos.rodata into flash. After you do the load (but before you "continue"), can you verify that the code actually got loaded into flash? I didn't think that the gdb stubs knew how to write to flash. -- Grant Edwards grant.b.edwards Yow! DIDI ... is that a at MARTIAN name, or, are we gmail.com in ISRAEL? -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss