linux移植(3)

[arm@localhost gcc]#armlinuxgcc
c
o
h1.o h1.c
[arm@localhost gcc]#armlinuxgcc
o
hello hello.c h1.o h2.o
方法4:
[arm@localhost gcc]#armlinuxgcc
o
hello hello.c h1.c h2.c
c:
只编译不连接。
o:
编译且连接。
2. 产生一个预处理文件
当要看一个宏在源文件中产生的结果时,比较合适。
[arm@localhost gcc]#armlinuxgcc
E
h1.i h1.c
E:
产生一个预处理文件.
3. 产生一个动态库
动态库是在运行时需要的库。
[arm@localhost gcc]#armlinuxgcc
c
fpic
h1.c h2.c
[arm@localhost gcc]#armlinuxgcc
shared
h1.o h2.o o
hello.so
[arm@localhost gcc]#armlinuxgcc
o
hello hello.c hello.so
把hello.so拷贝到目标板的/lib目录下,把可执行文件拷贝目标板的/tmp目录下,在目标板上运行hello.
#/tmp/hello
或把hello.so和hello一起拷贝到/tmp目标下,并设置LD_LIBRARY_PATH环境变量
#export LD_LIBRARY_PATH =/tmp:$LD_LIBRARY_PATH
#/tmp/hello
3.2.2 arm-linux-ar 和 arm-linux-ranlib的使用
静态库是在编译时需要的库。
1. 建立一个静态库
[arm@localhost gcc]#armlinuxar
r
libhello.a h1.o h2.o
2. 为静态库建立索引
[arm@localhost gcc]#armlinuxar
s
libhello.a
[arm@localhost gcc]#armlinuxranlib
libhello.a
3. 由静态库产生可执行文件
[arm@localhost gcc]#armlinuxgcc
o
hello hello.c lhello
L./
[arm@localhost gcc]#armlinuxgcc
o
hello hello.c libhello.a
hello文件可以直接拷贝到/tmp目录下运行,不需libhello.a.
3.2.3 arm-linux-objdump的使用
1. 查看静态库或.o文件的组成文件
[arm@localhost gcc]$ armlinuxobjdump
a
libhello.a
2. 查看静态库或.o文件的络组成部分的头部分
[arm@localhost gcc]$ armlinuxobjdump
h
libhello.a
3. 把目标文件代码反汇编
[arm@localhost gcc]$ armlinuxobjdump
d
libhello.a
3.2.4 arm-linux-readelf的使用
1. 读elf文件开始的文件头部
[arm@localhost gcc]$ armlinuxreadelf
h
hello
ELF Header:
Magic: 7f 45 4c 46 01 01 01 61 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: ARM
ABI Version: 0
Type: EXEC (Executable file)
Machine: ARM
Version: 0x1
Entry point address: 0x82b4
Start of program headers: 52 (bytes into file)
Start of section headers: 10240 (bytes into file)
Flags: 0x2, has entry point
Size of this header: 52 (bytes)
Size of program headers: 32 (bytes)
Number of program headers: 6
Size of section headers: 40 (bytes)
Number of section headers: 28
Section header string table index: 25
2. 读elf文件中所有ELF 的头部:
[arm@localhost gcc]#armlinuxreadelf
e
hello
......
3. 显示整个文件的符号表
[arm@localhost gcc]#armlinuxreadelf
s
hello
......
4. 显示使用的动态库
[arm@localhost gcc]#armlinuxreadelf
d
hello
......
3.2.5 arm-linux-strip的使用
1. 移除所有的符号信息
[arm@localhost gcc]#cp hello hello1
[arm@localhost gcc]#armlinuxstrip
stripall
hello
stripall:
是移除所有符号信息
[arm@localhost gcc]#ll
rwxrxrx
1 arm root 2856 7月 3 15:14 hello
rwxrxrx
1 arm root 13682 7月 3 15:13 hello1
被strip后的hello程序比原来的hello1程序要小很多。
2. 移除调试符号信息
[arm@localhost gcc]#armlinuxstrip
g
hello
[arm@localhost gcc]#ll
rwxrxrx
1 arm root 4501 7月 3 15:17 hello
rwxrxrx
1 arm root 13682 7月 3 15:13 hello1
3.2.6 arm-linux-copydump的使用
生成可以执行的2进制代码
[arm@localhost gcc]#armlinuxcopydump
O
binary hello hello.bin
4 ARM GNU常用汇编语言介绍
4.1 ARM GNU常用汇编伪指令介绍
1. abort
.abort: 停止汇编
.align absexpr1,
absexpr2:
以某种对齐方式,在未使用的存储区域填充值. 第一个值表示对齐方式,4, 8,16或32. 第
二个表达式值表示填充的值.
2. if...else...endif
.if
.else
.endif: 支持条件预编译
3. include
.include "file": 包含指定的头文件, 可以把一个汇编常量定义放在头文件中.
4. comm
.comm symbol, length:在bss段申请一段命名空间,该段空间的名称叫symbol, 长度为length. Ld连接器在连接会
为它留出空间.
5. data
.data subsection: 说明接下来的定义归属于subsection数据段.
6. equ
.equ symbol, expression: 把某一个符号(symbol)定义成某一个值(expression).该指令并不分配空间.
7. global
.global symbol: 定义一个全局符号, 通常是为ld使用.
8. ascii
.ascii "string": 定义一个字符串并为之分配空间.
9. byte
.byte expressions: 定义一个字节, 并为之分配空间.
10. short
.short expressions: 定义一个短整型, 并为之分配空间.
11. int
.int expressions: 定义一个整型,并为之分配空间.
12 long
.long expressions: 定义一个长整型, 并为之分配空间.
13 word
.word expressions: 定义一个字,并为之分配空间, 4bytes.
14. macro/endm
.macro: 定义一段宏代码, .macro表示代码的开始, .endm表示代码的结束.
15. req
name .req register name: 为寄存器定义一个别名.
16. code
.code [16|32]: 指定指令代码产生的长度, 16表示Thumb指令, 32表示ARM指令.
17. ltorg
.ltorg: 表示当前往下的定义在归于当前段,并为之分配空间.
4.2 ARM GNU专有符号
1. @
表示注释从当前位置到行尾的字符.
2. #
注释掉一整行.
3. ;
新行分隔符.
4.3 操作码
1. NOP
nop
空操作, 相当于MOV r0, r0
2. LDR
ldr <register> , = <expression>
相当于PC寄存器或其它寄存器的长转移.
3.ADR
adr <register> <label>
相于PC寄存器或其它寄存器的小范围转移.
ADRL
adrl <register> <label>
相于PC寄存器或其寄存器的中范围转移.
5 可执行生成说明
5.1 lds文件说明
5.1.1 主要符号说明
1. OUTPUT_FORMAT(bfdname)
指定输出可执行文件格式.
2. OUTPUT_ARCH(bfdname)
指定输出可执行文件所运行CPU平台
3. ENTRY(symbol)
指定可执行文件的入口段
5.1.2 段定义说明
1. 段定义格式
SECTIONS { ...
段名 : {
内容
}
...
}
5.1.3 uboot.
lds 文件说明
OUTPUT_FORMAT("elf32littlearm",
"elf32littlearm",
"elf32littlearm")
;指定输出可执行文件是elf格式,32位ARM指令,小端
OUTPUT_ARCH(arm)
;指定输出可执行文件的平台为ARM
ENTRY(_start)
;指定输出可执行文件的起始代码段为_start.
SECTIONS
{
. = 0x00000000 ; 从0x0位置开始
. = ALIGN(4) ; 代码以4字节对齐
.text : ;指定代码段
{
cpu/arm920t/start.o (.text) ; 代码的第一个代码部分
*(.text) ;其它代码部分
}
. = ALIGN(4)
.rodata : { *(.rodata) } ;指定只读数据段
. = ALIGN(4);
.data : { *(.data) } ;指定读/写数据段
. = ALIGN(4);
.got : { *(.got) } ;指定got段, got段式是uboot自定义的一个段, 非标准段
__u_boot_cmd_start = . ;把__u_boot_cmd_start赋值为当前位置, 即起始位置
.u_boot_cmd : { *(.u_boot_cmd) } ;指定u_boot_cmd段, uboot把所有的uboot命令放在该段.
__u_boot_cmd_end = .;把__u_boot_cmd_end赋值为当前位置,即结束位置
. = ALIGN(4);
__bss_start = .; 把__bss_start赋值为当前位置,即bss段的开始位置
.bss : { *(.bss) }; 指定bss段
_end = .; 把_end赋值为当前位置,即bss段的结束位置
}
第四部分 u-boot的移植
1 u-boot的介绍及系统结构
1.1 u-boot介绍
Uboot
是德国DENX小组的开发用于多种嵌入式CPU的bootloader程序, UBoot
不仅仅支持嵌入式Linux
系统的引导,当前,它还支持NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS嵌入式操作系统。UBoot

了支持PowerPC系列的处理器外,还能支持MIPS、 x86、ARM、NIOS、XScale等诸多常用系列的处理器。
1.2 获取u-boot
以uboot用户登陆.
[uboot@localhost ~]#mkdir p
dev_home/uboot
[uboot@localhost ~]#cd dev_home/uboot
从下面地址下载uboot
的源代码。
http://sourceforge.net/projects/uboot
[uboot@localhost uboot]#tar xjvf
uboot1.1.4.
tar.bz2
[uboot@localhost uboot]#cd uboot1.1.4
1.3 u-boot体系结构
1.3.1 u-boot目录结构
1. 目录树
[uboot@localhost uboot1.1.4]#
tree L
1 d
.
|board
|common
|cpu
|disk
|doc
|drivers
|dtt
|examples
|fs
|include
|lib_
arm
|lib_
generic
|lib_
i386
|lib_
m68k
|lib_
microblaze
|lib_
mips
|lib_
nios
|lib_
nios2
|lib_
ppc
|net
|post
|rtc
`tools
2. board:和一些已有开发板有关的文件. 每一个开发板都以一个子目录出现在当前目录中,比如说:SMDK2410,
子目录中存放与开发板相关的配置文件.
3. common:实现uboot
命令行下支持的命令,每一条命令都对应一个文件。例如bootm命令对应就是
cmd_bootm.c。
4. cpu:与特定CPU架构相关目录,每一款Uboot
下支持的CPU在该目录下对应一个子目录,比如有子目录
arm920t等。
5. disk:对磁盘的支持。
5. doc:文档目录。Uboot
有非常完善的文档,推荐大家参考阅读。
6. drivers:Uboot
支持的设备驱动程序都放在该目录,比如各种网卡、支持CFI的Flash、串口和USB等。
7. fs: 支持的文件系统,Uboot
现在支持cramfs、fat、fdos、jffs2和registerfs。
8. include:Uboot
使用的头文件,还有对各种硬件平台支持的汇编文件,系统的配置文件和对文件系统支持的
文件。该目录下configs目录有与开发板相关的配置头文件,如smdk2410.h。该目录下的asm目录有与CPU体
系结构相关的头文件,asm对应的是asmarm.
9. lib_xxxx: 与体系结构相关的库文件。如与ARM相关的库放在lib_arm中。
10. net:与网络协议栈相关的代码,BOOTP协议、TFTP协议、RARP协议和NFS文件系统的实现。
11. tools:生成Uboot
的工具,如:mkimage, crc等等。
2 uboot的启动过程及工作原理
2.1 启动模式介绍
大多数 Boot Loader 都包含两种不同的操作模式:"启动加载"模式和"下载"模式,这种区别仅对于开发人
员才有意义。但从最终用户的角度看,Boot Loader 的作用就是用来加载操作系统,而并不存在所谓的启动加
载模式与下载工作模式的区别。
启动加载(Boot loading)模式:这种模式也称为"自主"(Autonomous)模式。也即 Boot Loader 从目标机
上的某个固态存储设备上将操作系统加载到 RAM 中运行,整个过程并没有用户的介入。这种模式是 Boot
Loader 的正常工作模式,因此在嵌入式产品发布的时侯,Boot Loader 显然必须工作在这种模式下。
下载(Downloading)模式:在这种模式下,目标机上的 Boot Loader 将通过串口连接或网络连接等通信手
段从主机(Host)下载文件,比如:下载内核映像和根文件系统映像等。从主机下载的文件通常首先被 Boot
Loader 保存到目标机的 RAM 中,然后再被 BootLoader 写到目标机上的FLASH 类固态存储设备中。Boot
Loader 的这种模式通常在第一次安装内核与根文件系统时被使用;此外,以后的系统更新也会使用 Boot
Loader 的这种工作模式。工作于这种模式下的 Boot Loader 通常都会向它的终端用户提供一个简单的命令
行接口。
UBoot
这样功能强大的 Boot Loader 同时支持这两种工作模式,而且允许用户在这两种工作模式之间进行
切换。
大多数bootloader都分为阶段1(stage1)和阶段2(stage2)两大部分,uboot
也不例外。依赖于CPU体系结构
的代码(如CPU初始化代码等)通常都放在阶段1中且通常用汇编语言实现,而阶段2则通常用C语言来实
现,这样可以实现复杂的功能,而且有更好的可读性和移植性。
2.2 阶段1介绍
uboot
的stage1代码通常放在start.s文件中,它用汇编语言写成,其主要代码部分如下:
2.2.1 定义入口
由于一个可执行的Image必须有一个入口点,并且只能有一个全局入口,通常这个入口放在ROM(Flash)的0x0
地址,因此,必须通知编译器以使其知道这个入口,该工作可通过修改连接器脚本来完成。
1. board/crane2410/uboot.
lds: ENTRY(_start) ==> cpu/arm920t/start.S: .globl _start
2. uboot代码区(TEXT_BASE = 0x33F80000)定义在board/crane2410/config.mk
2.2.2 设置异常向量
_start: b reset @ 0x00000000
ldr pc, _undefined_instruction @ 0x00000004
ldr pc, _software_interrupt @ 0x00000008
ldr pc, _prefetch_abort @ 0x0000000c
ldr pc, _data_abort @ 0x00000010
ldr pc, _not_used @ 0x00000014
ldr pc, _irq @ 0x00000018
ldr pc, _fiq @ 0x0000001c
当发生异常时,执行cpu/arm920t/interrupts.c中定义的中断处理函数。
2.2.3 设置CPU的模式为SVC模式
mrs r0,cpsr
bic r0,r0,#0x1f
orr r0,r0,#0xd3
msr cpsr,r0
2.2.4 关闭看门狗
#if defined(CONFIG_S3C2400) || defined(CONFIG_S3C2410)
ldr r0, =pWTCON
mov r1, #0x0 @ 根据三星手册进行调置。
str r1, [r0]
2.2.5 禁掉所有中断
mov r1, #0xffffffff
ldr r0, =INTMSK
str r1, [r0]
# if defined(CONFIG_S3C2410)
ldr r1, =0x3ff
ldr r0, =INTSUBMSK
str r1, [r0]
2.2.6 设置以CPU的频率
默认频率为 FCLK:HCLK:PCLK = 1:2:4,默认FCLK的值为120 MHz,该值为S3C2410手册的推荐值。
ldr r0, =CLKDIVN
mov r1, #3
str r1, [r0]
2.2.7 设置CP15
设置CP15, 失效指令(I)Cache和数据(D)Cache后, 禁止MMU与Cache。
cpu_init_crit:
mov r0, #0
mcr p15, 0, r0, c7, c7, 0 /* 失效I/D cache, 见S3C2410手册附录的2-16 */
mcr p15, 0, r0, c8, c7, 0 /* 失效TLB, 见S3C2410手册附录的2-18 */
/*
* 禁止 MMU 和caches, 详见S3C2410手册附录2-11
*/
mrc p15, 0, r0, c1, c0, 0
bic r0, r0, #0x00002300 /* 清除 bits 13, 9:8 (--V- --RS)
* Bit 8: Disable System Protection
* Bit 7: Disable ROM Protection
* Bit 13: 异常向量表基地址: 0x0000 0000
*/
bic r0, r0, #0x00000087 /* 清除 bits 7, 2:0 (B--- -CAM)
* Bit 0: MMU disabled
* Bit 1: Alignment Fault checking disabled
* Bit 2: Data cache disabled
* Bit 7: 0 = Little-endian operation
*/
orr r0, r0, #0x00000002 /* set bit 2 (A) Align, 1 = Fault checking enabled */
orr r0, r0, #0x00001000 /* set bit 12 (I) I-Cache, 1 = Instruction cache enabled
*/
mcr p15, 0, r0, c1, c0, 0
2.2.8 配置内存区控制寄存器
配置内存区控制寄存器,寄存器的具体值通常由开发板厂商或硬件工程师提供. 如果您对总线周期及外围
芯片非常熟悉, 也可以自己确定, 在UBOOT
中的设置文件是board/crane2410/lowlevel_init.S, 该文件包含
lowleve_init程序段. 详细寄存器设置及值的解释见3.2.2 启动AXD 配置开发板一节中的第5点.
mov ip, lr
bl lowlevel_init
mov lr, ip
2.2.9 安装U-BOOT使的栈空间
下面这段代码只对不是从Nand Flash启动的代码段有意义,对从Nand Flash启动的代码,没有意义。因为
从Nand Flash中把UBOOT执行代码搬移到RAM,由2.1.9中代码完成.
#ifndef CONFIG_SKIP_RELOCATE_UBOOT
...
#endif
stack_setup:
ldr r0, _TEXT_BASE /* 代码段的起始地址 */
sub r0, r0, #CFG_MALLOC_LEN /* 分配的动态内存区 */
sub r0, r0, #CFG_GBL_DATA_SIZE /* UBOOT开发板全局数据存放 */
#ifdef CONFIG_USE_IRQ
/* 分配IRQ和FIQ栈空间 */
sub r0, r0, #(CONFIG_STACKSIZE_IRQ+CONFIG_STACKSIZE_FIQ)
#endif
sub sp, r0, #12 /* 留下3个字为Abort */
2.2.10 BSS段清0
clear_bss:
ldr r0, _bss_start /* BSS段的起始地址 */
ldr r1, _bss_end /* BSS段的结束地址 */
mov r2, #0x00000000 /* BSS段置0 */
clbss_l:str r2, [r0] /* 循环清除BSS段 */
add r0, r0, #4
cmp r0, r1
ble clbss_l
2.2.11 搬移Nand Flash代码
从Nand Flash中, 把数据拷贝到RAM, 是由copy_myself程序段完成, 该程序段详细解释见:第七部分的3.1节.
#ifdef CONFIG_S3C2410_NAND_BOOT
bl copy_myself
@ jump to ram
ldr r1, =on_the_ram
add pc, r1, #0
nop
nop
1: b 1b @ infinite loop
on_the_ram:
#endif
2.2.12 进入C代码部分
ldr pc, _start_armboot
_start_armboot: .word start_armboot
2.3 阶段2的C语言代码部分 
lib_arm/board.c中的start armboot是C语言开始的函数,也是整个启动代码中C语言的主函数,同时还是整个
uboot(
armboot)的主函数,该函数主要完成如下操作:
2.3.1调用一系列的初始化函数
1. 指定初始函数表:
init_fnc_t *init_sequence[] = {
cpu_init, /* cpu的基本设置 */
board_init, /* 开发板的基本初始化 */
interrupt_init, /* 初始化中断 */
env_init, /* 初始化环境变量 */
init_baudrate, /* 初始化波特率 */
serial_init, /* 串口通讯初始化 */
console_init_f, /* 控制台初始化第一阶段 */
display_banner, /* 通知代码已经运行到该处 */
dram_init, /* 配制可用的内存区 */
display_dram_config,
#if defined(CONFIG_VCMA9) || defined (CONFIG_CMC_PU2)
checkboard,
#endif
NULL,
};
执行初始化函数的代码如下:
for (init_fnc_ptr = init_sequence; *init_fnc_ptr; ++init_fnc_ptr) {
if ((*init_fnc_ptr)() != 0) {
hang ();
}
}
2. 配置可用的Flash区
flash_init ()
3. 初始化内存分配函数
mem_malloc_init()
4. nand flash初始化
#if (CONFIG_COMMANDS & CFG_CMD_NAND)
puts ("NAND:");
nand_init(); /* 初始化 NAND */
见第七部分3.2.3 节中的第3点nand_init()函数.
5. 初始化环境变量
env_relocate ();
6. 外围设备初始化
devices_init()
7. I2C总线初始化
i2c_init();
8. LCD初始化
drv_lcd_init();
9. VIDEO初始化
drv_video_init();
10. 键盘初始化
drv_keyboard_init();
11. 系统初始化
drv_system_init();
2.3.2 初始化网络设备
初始化相关网络设备,填写IP、MAC地址等。
1. 设置IP地址
/* IP Address */
gd->bd->bi_ip_addr = getenv_IPaddr ("ipaddr");
/* MAC Address */
{
int i;
ulong reg;
char *s, *e;
uchar tmp[64];
i = getenv_r ("ethaddr", tmp, sizeof (tmp));
s = (i > 0) ? tmp : NULL;
for (reg = 0; reg < 6; ++reg) {
gd->bd->bi_enetaddr[reg] = s ? simple_strtoul (s, &e, 16) : 0;
if (s)
s = (*e) ? e + 1 : e;
}
}
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值