From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32381 invoked by alias); 5 Oct 2014 08:32:44 -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 32367 invoked by uid 89); 5 Oct 2014 08:32:43 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.2 X-HELO: xm21.hostsila.net Received: from xm21.hostsila.net (HELO xm21.hostsila.net) (80.91.189.41) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Sun, 05 Oct 2014 08:32:41 +0000 Received: from [77.222.158.32] (port=1773 helo=[192.168.1.103]) by xm21.hostsila.net with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1XahG1-001qen-4s; Sun, 05 Oct 2014 11:33:33 +0300 Message-ID: <54310229.5090506@unicore.co.ua> Date: Sun, 05 Oct 2014 08:32:00 -0000 From: Oleg Uzenkov User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: =?UTF-8?B?IklsaWphIEtvY2hvIFvQmNC70LjRmNCwINCa0L7Rh9C+XSI=?= , John Dallaway CC: eCos Discussion References: <542D110B.9080002@unicore.co.ua> <542E8B41.8030905@dallaway.org.uk> <543003B9.20300@siva.com.mk> In-Reply-To: <543003B9.20300@siva.com.mk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Get-Message-Sender-Via: xm21.hostsila.net: authenticated_id: o.uzenkov@unicore.co.ua X-IsSubscribed: yes Subject: Re: [ECOS] Re: redboot on STM32f4-discovery board X-SW-Source: 2014-10/txt/msg00003.txt.bz2 Hello, John, Ilija, Thanks for your help! I will study in depth STM32x0G_EVAL and Kinetis platform HAL packages. My main goal is to port and use redboot on my own custom board which is similar to STM32f4-discovery board (stm32f407VE processor, no external ram, 512KB of internal flash, 128KiB of ram). The custom board has got sdcard (with FAT32) though. Redboot should be responsible for loading a binary stored in sdcard. The general steps, it seems to me I need to take, are as follows: 1) add cdl items you mentioned in the previous mail into the board's HAL package ( + all what is needed to work with sdcard) -> build redboot.bin 2) load redboot.bin (built as "ROM" startup type) into internal flash at 0x08000000 3) place app.bin file onto sdcard (image need to be built with "RAM" startup type) 4) on reset redboot mounts sdcard -> selects a binary and loads it into internal flash (at address not overlapping redboot) 5) need to copy app's code to ram for execution and run it (do not know how to, probably need startup code?) Please, could you correct me if I am wrong in the general understanding. I very much appreciate your help. Oleg > On 03.10.2014 13:40, John Dallaway wrote: >> Hi Oleg >> >> On 02/10/14 09:47, Oleg Uzenkov wrote: >> >>> I am working with eCos on STM32f4-discovery board. >>> >>> I would like to build a redboot loader that could choose and load >>> binaries (eCos+app) stored in internal flash at power on. >>> >>> The eCos port for STM32f4-discovery has got a redboot option under >>> Packages list in Templates. However it seems to be very minimalistic and >>> also not functional. Also there is no specific configuration file like >>> redboot_ROM.ecm. >>> >>> Please, could you give me directions as to making a functional redboot >>> loader for STM32f4-discovery board. >>> >>> Would it make sense to build redboot for stm32x0g_eval board (redboot >>> seems to be working) and adapt it for STM32f4-discovery board? >>> >>> I would appreciate any input on this. >> To be clear, there is no support for RedBoot in the STM32F4-Discovery >> platform HAL at present. The STM32F4-Discovery board offers only 128KiB >> of contiguous on-chip RAM, so loading applications into RAM prior to >> execution would limit the size of your applications quite considerably. >> RedBoot would also consume some of the available RAM for its own data >> structures. >> >> If you are still interested in using RedBoot to load and launch your >> applications, you will need to add the following to the >> STM32F4-Discovery platform HAL package: >> >> a) CDL items and memory layout files for RAM startup >> b) CDL items for behaving as a ROM monitor and for working with a ROM >> monitor >> c) RedBoot-specific CDL items and data structures >> >> You will find examples of all the above in the STM32x0G_EVAL platform >> HAL package, but keep in mind that the STM32x0G_EVAL boards feature >> external RAM. The naming of memory regions and startup types is >> therefore different. The STM32x0G_EVAL "ROMINT" and "SRAM" startup types >> are broadly equivalent to the STM32F4-Discovery "ROM" and (proposed) >> "RAM" startup types respectively. > In addition, for example of RedBoot on a platform with only internal RAM > you can look at Kinetis. > > Ilija > >> I hope this helps... >> >> John Dallaway >> eCos maintainer >> http://www.dallaway.org.uk/john >> > -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss