From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10238 invoked by alias); 16 Oct 2014 15:01: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 10190 invoked by uid 89); 16 Oct 2014 15:01:45 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,MALFORMED_FREEMAIL,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.3.2 X-HELO: mail-lb0-f175.google.com Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Thu, 16 Oct 2014 15:01:44 +0000 Received: by mail-lb0-f175.google.com with SMTP id u10so2931590lbd.6 for ; Thu, 16 Oct 2014 08:01:40 -0700 (PDT) X-Received: by 10.112.140.135 with SMTP id rg7mr2354518lbb.24.1413471700404; Thu, 16 Oct 2014 08:01:40 -0700 (PDT) Received: from sg-laptop ([178.121.134.155]) by mx.google.com with ESMTPSA id a2sm7866512lbs.21.2014.10.16.08.01.38 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 16 Oct 2014 08:01:38 -0700 (PDT) Date: Thu, 16 Oct 2014 15:01:00 -0000 From: Sergei Gavrikov To: Oleg Uzenkov cc: eCos Discussion In-Reply-To: <543F7CFC.5010104@unicore.co.ua> Message-ID: References: <542D110B.9080002@unicore.co.ua> <542E8B41.8030905@dallaway.org.uk> <5436726C.8000703@unicore.co.ua> <543696C4.2040201@unicore.co.ua> <5437742F.7020908@unicore.co.ua> <54379E39.4070804@unicore.co.ua> <543E5F88.2050002@unicore.co.ua> <543F7CFC.5010104@unicore.co.ua> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-IsSubscribed: yes Subject: Re: [ECOS] redboot on STM3240G-EVAL board X-SW-Source: 2014-10/txt/msg00025.txt.bz2 On Thu, 16 Oct 2014, Oleg Uzenkov wrote: > Thanks Sergei! > > I can confirm that loading and running .bin files works now )) > > For someone with the same problem here is a piece of information: > > 1. From objdump command below we see that .rom_vectors section > address is 0x64008000 and .text section starts at 0x64008110. ... To be more precise, .text begins itself from 'reset_vector' address (it is public label). See arch's target.ld and vectors.S sources. > 2. Check Entry point address with readelf command. In my case Entry > point address: 0x64008111 ... It is strange value as 0x64008111 is odd address, but 'reset_vector' address for your arch should be aligned on 2-bytes boundary. I believe that entry address is 0x64008110 or some even address. Try in GDB (gdb) load (gdb) print $pc (gdb) print reset_vector or disassembly % arm-eabi-objdump -d app.elf | more I think you see 0x64008110. > 3. Now load .bin > > RedBoot> load -m x -r -b 0x64008000 > CRaw file loaded 0x64008000-0x6400df27, assumed entry at 0x64008000 > xyzModem - CRC mode, 191(SOH)/0(STX)/0(CAN) packets, 5 retries > RedBoot> > > 4. Now run binary with: > RedBoot> go 0x64008111 Just wondering, 'go 0x640008110' does not work? Sergei -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss