分散加载描述文件 实例
2011-06-13 10:03
274 查看
简单应用时可以不写.scf文件。而在"Output"页中选择"Simple".然后填写"RO Base"和"RW Base"的起始地址。在"Lay Out"页中,填写Object/Symble: Startup.o, Section: Start.编写启动文件:Startup.s.
在"Option"页里的"Image Entry Point"填入起始地址。
--------------------------------------------------------------------------------
Scatter-Load Description File的结构:
".scf"文件中的"+RW"对应".s"源文件中的"READWRITE".
".scf"文件中的"+ZI"对应".s"源文件中的"NOINIT".
".scf"文件中的"+RO"对应".s"源文件中的"READONLY".
在".s"源文件中有:
AREA area_name CODE/DATA,READONLY/NOINIT/READWRITE
END
".scf"的例子
下面是在scf文件中引用过的源文件示意:
在Scatter文件中最好每一个Region都加一个Maximum参数,这样当编译时如果实际使用的空间大于Maximum Size,会有Error:16220E: Excution region xxx size (xxx bytes) exceeds limit (xx bytes)。如果地址有重复,会有Error: 16221E: Excution region xxx overlaps with excution region xxx。前一个Region的首地址 + Maximum > 后一个Region的首地址时不一定有Error。只有当一分配的内存出现覆盖时才会有Error。
Region的"UNINIT"之类的参数要放在"Maximum size"参数之前。
在一个Region中,RAM的分配不是按照罗列的顺序来的。要想让汇编中使用的变量有固定的位置,可以把所有汇编文件产生的".o"放在同一个Region中。如:
IRAM1 0x40000000
{
startup.o(+RW,+ZI)
ASMSourceCode1.o(+RW,+ZI)
ASMSourceCode2.o(+RW,+ZI)
}
IRAM2 +0
{
CSourceCode1.o(+RW,+ZI)
CSourceCode2.o(+RW,+ZI)
}
这样,所有汇编中定义的变量地址就相对集中了。
如果只有一个汇编文件如startup.s,也可以这样:
IRAM 0x40002000 0x1000
{
startup.o (Mystack,+first)
*(+RW,+ZI)
}
用一个"+first"强行将startup.s中的Mystack放在0x40002000位置。
在"Edit -> DebugRel Settings...->ARM Linker"中选中"Image map"。编译后在Error & Warnings窗口会显示出详细的内存分配情况。如果在"List file name"中指定一个输出文件名,该祥单会直接存在制定文件中以供多次研究。
在"Option"页里的"Image Entry Point"填入起始地址。
--------------------------------------------------------------------------------
Scatter-Load Description File的结构:
".scf"文件中的"+RW"对应".s"源文件中的"READWRITE".
".scf"文件中的"+ZI"对应".s"源文件中的"NOINIT".
".scf"文件中的"+RO"对应".s"源文件中的"READONLY".
在".s"源文件中有:
AREA area_name CODE/DATA,READONLY/NOINIT/READWRITE
END
".scf"的例子
内容 | 注解 | |
ROM_LOAD 0x80000000 { | Name of Load Region, Start Address for Load Region and Maximum size of Load Region(省略了) | |
ROM_EXEC 0x80000000 0x20000 { | 片外存储区,从0x80000000开始,最多0x20000字节。 | |
Startup.o(Vector,+First) | Startup模块的Vector段放在最前面。注1 | |
*(+RO) | 其他所有模块中的所有代码和只读的数据放在这里。 | |
} | ||
IRAM 0x40000000 0x00004000 { | 片内RAM区,从0x40000000开始,最多0x4000字节 | |
Startup.o(MyStacks,+first) | 指定Startup.o中MyStacks放在最前面。 | |
Startup.o(+RW,+ZI) | Startup.o中的其他+RW/+ZI段。注1 | |
os_cpu_a.o(+RW,+ZI) | ||
} | ||
STACKS 0x40004000 UNINIT { | 片内16K RAM的顶端,存放不需要被"C library"初始化的段。 | |
Stack.o(+ZI) | 注2 | |
} | ||
ERAM 0x80040000 { | ||
*(+RW,+ZI) | ||
} | ||
HEAP +0 UNINIT { | "+0"表示接着上一段"ERAM"的结尾,继续安排存储区。 | |
Heap.o(+ZI) | 注3 | |
} | ||
} |
"Startup.s" code 32 area Vectors,CODE,READONLY entry ... end | 注1:在"Startup.o"里面会生成名为"Vectors"的段,段的属性为"READONLY" |
"Stack.s" area Stacks, DATA, NOINIT export StackUsr StackUsr SPACE 1 end | 注2: 在"Stack.o"里面会生成名为"Stacks"的段,段的属性为"NOINIT",该属性对应scf文件中的"+ZI". 该段不需要初始化或者可以被初始化为"0". |
"Heap.s" area Heap,DATA,NOINIT export bottom_of_heap bottom_of_heap SPACE 1 end | 注3: "Heap.o"里面名为"Heap"的段。 |
Region的"UNINIT"之类的参数要放在"Maximum size"参数之前。
在一个Region中,RAM的分配不是按照罗列的顺序来的。要想让汇编中使用的变量有固定的位置,可以把所有汇编文件产生的".o"放在同一个Region中。如:
IRAM1 0x40000000
{
startup.o(+RW,+ZI)
ASMSourceCode1.o(+RW,+ZI)
ASMSourceCode2.o(+RW,+ZI)
}
IRAM2 +0
{
CSourceCode1.o(+RW,+ZI)
CSourceCode2.o(+RW,+ZI)
}
这样,所有汇编中定义的变量地址就相对集中了。
如果只有一个汇编文件如startup.s,也可以这样:
IRAM 0x40002000 0x1000
{
startup.o (Mystack,+first)
*(+RW,+ZI)
}
用一个"+first"强行将startup.s中的Mystack放在0x40002000位置。
在"Edit -> DebugRel Settings...->ARM Linker"中选中"Image map"。编译后在Error & Warnings窗口会显示出详细的内存分配情况。如果在"List file name"中指定一个输出文件名,该祥单会直接存在制定文件中以供多次研究。
相关文章推荐
- scatter 分散加载描述文件要点
- ADS下的分散加载文件应用实例
- Scatter file ——分散加载描述文件
- ADS下的分散加载文件应用实例
- 分散加载描述文件
- 分散加载描述文件.scf
- ADS下的分散加载文件应用实例
- 关于LPC2200启动程序分散加载描述文件的叙述
- ADS下的分散加载文件应用实例
- 【转】ADS下的分散加载文件应用实例
- 在MDK环境下使用分散加载描述文件
- [嵌入式]ADS下的分散加载文件应用实例 [转]深思的笔记
- ADS下的分散加载文件应用实例
- 分散加载描述文件.scf的设置
- ADS下的分散加载文件应用实例
- 分散加载描述文件.scf的设置
- Intel平台下Linux中ELF文件动态链接的加载、解析及实例分析(一): 加载
- KEIl工具之scatter file分散加载文件1
- flex动态加载使用css文件实例
- Java 动态加载jar和class文件实例解析