From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9979 invoked by alias); 18 Jun 2005 07:15:20 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 9945 invoked by uid 22791); 18 Jun 2005 07:15:05 -0000 Received: from bay108-f17.bay108.hotmail.com (HELO hotmail.com) (65.54.162.27) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Sat, 18 Jun 2005 07:15:05 +0000 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 18 Jun 2005 00:15:03 -0700 Message-ID: Received: from 65.54.162.200 by by108fd.bay108.hotmail.msn.com with HTTP; Sat, 18 Jun 2005 07:15:03 GMT X-Originating-Email: [replay688@hotmail.com] X-Sender: replay688@hotmail.com In-Reply-To: <1119036847.23278.3.camel@gienah.localdomain> From: "Ali Sina" To: msalter@redhat.com Cc: gary@mlbassoc.com, ecos-discuss@ecos.sourceware.org Bcc: Date: Sat, 18 Jun 2005 07:15:00 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Subject: Re: [ECOS] Redboot vs GDB application download (ARM E7T) X-SW-Source: 2005-06/txt/msg00154.txt.bz2 Hi, ok, here something else I tried. This is now getting slightly superstitious but I guess I will do a lot to get this to work.. - arm-elf-gdb -nw filename.elf - load At the serial port entered "++$k#6b" as suggested by A.Massa (page 202) to regain Redboot control. "go -c 0x00010000" will produce the same effect: application starts, runs for 20 sec. or so, and then suddenly stops all by itself, whereas starting it with continue is fine. Any other difference between go and continue? Or am I missing something really that fundamental? - I really wish.. AS ---------------------------------- * From: "Ali Sina" * To: msalter at redhat dot com * Cc: gary at mlbassoc dot com, ecos-discuss at ecos dot sourceware dot org * Date: Sat, 18 Jun 2005 06:46:31 +0000 * Subject: Re: [ECOS] Redboot vs GDB application download (ARM E7T) * Bcc: Hello, ok, here is what I did: ------- RedBoot> cache ON RedBoot> cache Data cache: On, Instruction cache: On RedBoot> load -b 0x00010000 -m xmodem CCCEntry point: 0x00010040, address range: 0x00010000-0x00037884 xyzModem - CRC mode, 1838(SOH)/0(STX)/0(CAN) packets, 3 retries RedBoot> go -c 0x00010000 --------- The -c option is to ensure that the caches are on. I get the same problem, this does not fix it either. This is crazy Anything else that could be different from running via GDB? Here is what works there: -- arm-elf-gdb -nw filename.elf -x .arm-elf-gdbinit -- ..with the latter containing: set remotebaud 38400 target remote /dev/ttyS0 load continue Another suggestion was to look after the watchdog timer, but there is none in the standard E7T which I am using. AS >From: Mark Salter >To: Ali Sina >CC: gary@mlbassoc.com, ecos-discuss@ecos.sourceware.org >Subject: Re: [ECOS] Redboot vs GDB application download (ARM E7T) >Date: Fri, 17 Jun 2005 15:34:07 -0400 > >On Thu, 2005-06-16 at 20:45 +0000, Ali Sina wrote: > > Hello, > > > > is there any difference between loading an application to RAM and >running it > > there via Redboot as opposed to via GDB? > > > > On the E7T with a ROM Redboot I observe the following: > > - loading the app to RAM via GDB and starting it (continue) works fine. > > Application has not crashed in months. > > - loading the same code to RAM via Redboot (load -m xmodem) and starting >it > > (go) will start the application but the systems hangs after a few >seconds. > > > > Anyone a clue as to why this could be happening? > > > >The go command will turn off caches by default. Loading and running with >gdb won't turn off caches. > >--Mark > > _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss