This is the mail archive of the
ecos-patches@sources.redhat.com
mailing list for the eCos project.
SV: Fix to ROMRAM applications for EB40a
- From: Øyvind Harboe <oyvind dot harboe at zylin dot com>
- To: "Andrew Lunn" <andrew at lunn dot ch>
- Cc: "'eCos patches'" <ecos-patches at sources dot redhat dot com>
- Date: Sun, 14 Sep 2003 15:04:56 +0200
- Subject: SV: Fix to ROMRAM applications for EB40a
>> + ROMRAM now copies to internal SRAM instead of the external
>> + RAM board @ 0x2000000.
>
>This changes the current behaviour in an unconditional way. Could you
>change this so its controlled by CDL and by default uses the old
>behaviour.
How can I make .ldi scripts configurable via CDL?
>> + * include/pkgconf/mlt_arm_at91_eb40a_romram.ldi:
>> + Changed start address to be address 0x0.
>
>Any idea why it used to be 0x4000.
I don't really know.
- The EBxx HALs seems to be copy&paste jobbies,
so perhaps it bled over from a different HAL? The internal
ram is certainly not @ 0x2000000, as the comments in indicated.
- I use an ICE during development, so I haven't paid much attention
to the "angel" and other things that exist by default in the flash
of EB40a. Perhaps one of these can conditionally start executing
@ 0x4000? The RAM below <0x4000 would then be reserved for e.g.
Angel.
- Perhaps RAM <0x4000 is "reserved" for RedBoot? (I use my own
home brewed bootloader, because Redboot is too
developer oriented for deployment, missing serial ymodem to flash
programming and I don't need GDB support since I'm using an ICE).
> I know some targets have a
>translation look aside table in low memory. You don't want to write
>over the top of that.
"It works on my rocket".
I was hoping posting a patch might shed some light on why my changes
work :-)
Øyvind