Re: small custom bootloader to start an app stored in flash
Oleg Uzenkov <[email protected]> Fri, 24 Oct 2014 10:44:09 +0300
| Newsgroups | gmane.os.ecos.general |
|---|---|
| Message-ID | <[email protected]> |
Hi, I agree! Redboot is a great piece of software. It is just I found that when you enable some important features like FIS support, Redboot reserves extra space in RAM memory. The size of this reserved extra space in RAM equals to the size of the largest section size in Flash. In case of stm32f407 it is 128KB. Internal RAM is 128KB. As John Dallaway pointed out there is very little sense in using Redboot without enough of external RAM on stm32f4 devices. For example for Kinetis it is a different story, the flash sections are uniform and quite small. For small systems external RAM chip significantly adds up to the cost of a device. Best wishes, Oleg > On Thu, 23 Oct 2014, Oleg Uzenkov wrote: > >> At last got some progress! :-) > Congrats! > > [snip] > >> HAL_PLF_ARCH_GETRESETVECTOR(exec, 0x08020000); > ^^^^^ > Oleg, you reserve 128K for "small custom bootloader", 128K is more than > enough to use RedBoot. If you can donate 128K for boot-loader then use > RedBoot. I am sure that RedBoot can run and your "ROMROM" applications. > If standard RedBoot lacks some behaviors, just provide new functionality > with custom RedBoot command(s) FYI: this code can be part platform HAL. > > Paraphrasing Greenspun's Tenth Rule, Any custom boot-loader for eCos > will contain an ad hoc, informally-specified, bug-ridden, implementation > of half of RedBoot :-) > > I assure you if you can donate 128K for your own bootstrap code then > using RedBoot will save your time and efforts. > > 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