[ECOS] Re: Re: porting to a custom board based on the ARM E7T
Gary D. Thomas
Sun May 4 23:09:00 GMT 2003
On Sun, 2003-05-04 at 15:56, Matt Kober wrote:
> i went through the Porting example in Anthony Massa's book but unfortunately i'm stuck.
> i cloned the e7t template and modified all the addresses of RAM/FlASH that i could find.
> my mlt_arm_surf_rom.ldi file looks like this:
> ram : ORIGIN = 0, LENGTH = 0x01ffffff
> rom : ORIGIN = 0x02000000, LENGTH = 0x3fffff
> CYG_LABEL_DEFN(__reserved_bootmon) = 0x02000000; . = CYG_LABEL_DEFN(__reserved_bootmon) + 0x20000;
> SECTION_rom_vectors (rom, ALIGN (0x8), LMA_EQ_VMA)
> SECTION_text (rom, ALIGN (0x1), LMA_EQ_VMA)
> SECTION_fini (rom, ALIGN (0x4), LMA_EQ_VMA)
> SECTION_rodata (rom, ALIGN (0x4), LMA_EQ_VMA)
> SECTION_rodata1 (rom, ALIGN (0x4), LMA_EQ_VMA)
> SECTION_fixup (rom, ALIGN (0x4), LMA_EQ_VMA)
> SECTION_gcc_except_table (rom, ALIGN (0x4), LMA_EQ_VMA)
> SECTION_fixed_vectors (ram, 0x20, LMA_EQ_VMA)
> SECTION_data (ram, 0x8000, FOLLOWING (.gcc_except_table))
> SECTION_bss (ram, ALIGN (0x4), LMA_EQ_VMA)
> CYG_LABEL_DEFN(__heap1) = ALIGN (0x8);
> i still don't understand why i keep getting the warning :
> allocated section `.bss' not in segment
> thanks for helping a student gaining some knowledge,
Try making the lengths actual lengths (and not high addresses).
For example, ram : ORIGIN = 0, LENGTH = 0x02000000
Also, get rid of those "reserved" lines.
I'd try to make this look more like an LDI file that is known
to work, e.g. the iPAQ.
Finally, private assistance is only available under contract.
I'm happy to answer questions without such, but only if the
discussion is shared with the community at large.
Gary D. Thomas <email@example.com>
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss
More information about the Ecos-discuss