From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2917 invoked by alias); 15 Oct 2014 14:45:17 -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 2905 invoked by uid 89); 15 Oct 2014 14:45:16 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.1 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-la0-f52.google.com Received: from mail-la0-f52.google.com (HELO mail-la0-f52.google.com) (209.85.215.52) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Wed, 15 Oct 2014 14:45:13 +0000 Received: by mail-la0-f52.google.com with SMTP id hz20so1158717lab.39 for ; Wed, 15 Oct 2014 07:45:09 -0700 (PDT) X-Received: by 10.152.36.33 with SMTP id n1mr3340199laj.95.1413384309815; Wed, 15 Oct 2014 07:45:09 -0700 (PDT) Received: from sg-laptop ([86.57.187.7]) by mx.google.com with ESMTPSA id e3sm2056138lam.26.2014.10.15.07.45.06 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 15 Oct 2014 07:45:08 -0700 (PDT) Date: Wed, 15 Oct 2014 14:45:00 -0000 From: Sergei Gavrikov To: Oleg Uzenkov cc: eCos Discussion In-Reply-To: <543E5F88.2050002@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> 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/msg00022.txt.bz2 On Wed, 15 Oct 2014, Oleg Uzenkov wrote: > > For binaries you have to know the first LMA address (rom_vectors > > address) to specify that address on a command line. > > > > For binary image > > > > load -m x -r -b > > fis create -b > Please, let me know what do you think of this: > > 1) I have built app.elf and app.bin for *RAM* startup > (SECTION_rom_vectors: LMA == 0x64008000 ) (memory layout is > mlt_cortexm_stm32x0g_eval_ram.ldi) > > 2) I can successfuly run app.elf under redboot (i.e. >load -m x; >go) > > 3) When I load app.bin like this: > >load -m x -r -b 0x64008000 > >go 0x64008000 > or > >go RedBoot 'load' command does stat info about 'Entry point'. For example on my ARM target RedBoot> load -m y Entry point: 0x81008040, address range: 0x81008000-0x81013890 xyzModem - CRC mode, 627(SOH)/0(STX)/0(CAN) packets, 2 retries RedBoot> Load address 0x81008000 and entry point (LMA of .text) is 0x81008040. If I load a binary, I got something likes this RedBoot> load -m y -r -b 0x81008000 CRaw file loaded 0x81008000-0x8101388f, assumed entry at 0x81008000 xyzModem - CRC mode, 372(SOH)/0(STX)/0(CAN) packets, 3 retries RedBoot> RedBoot has no clue where start from (it can guess only, 'assumed entry') >From your old message http://ecos.sourceware.org/ml/ecos-discuss/2014-10/msg00007.html I see that after loading PC register will be set to 0x64008110, so try RedBoot> go 0x64008110 > I get rubbish ($T080f:00800064;0d:e8cf1b64;) Connect GDB to get it. > (i also tried to create fis and load and run image from fis, same > result, i.e. > >fis create -b 0x64008000 app; >fis load app; >go) > > any ideas where I am wrong? See/try above. > > Did anyone manage to execute .bin file from Redboot? It should work. HTH 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