Reclaim .iram areas in DRAM by overlapping their load addresses with the uninitialize...
commitf8b70c98e3f396432c68e868b49910b99b2ae266
authorjethead71 <jethead71@a1c6a512-1295-4272-9138-f99709370657>
Fri, 20 Feb 2009 02:33:40 +0000 (20 02:33 +0000)
committerjethead71 <jethead71@a1c6a512-1295-4272-9138-f99709370657>
Fri, 20 Feb 2009 02:33:40 +0000 (20 02:33 +0000)
tree8101f45d02947a828d20174a45d1a6d19fafa3b2
parent976472e33735b5beda1c63e63d0d5d58dee33477
Reclaim .iram areas in DRAM by overlapping their load addresses with the uninitialized data sections. I did what I could test out-- not any flash image linker scripts or other target processors. Move any .iram copies in crt0.S's to be the first operation even if not _strictly_ necessary to be emphatic (aka. 'beware').

git-svn-id: svn://svn.rockbox.org/rockbox/trunk@20061 a1c6a512-1295-4272-9138-f99709370657
firmware/target/arm/crt0-pp.S
firmware/target/arm/ipod/app.lds
firmware/target/arm/iriver/app.lds
firmware/target/arm/olympus/app.lds
firmware/target/arm/philips/app.lds
firmware/target/arm/sandisk/app.lds
firmware/target/coldfire/crt0.S
firmware/target/coldfire/iaudio/app.lds
firmware/target/coldfire/iriver/app.lds
firmware/target/sh/archos/app.lds
firmware/target/sh/crt0.S