赞
踩
“C语言运行时(runtime)”需要一定的条件,这些条件由汇编来提供。C语言运行时主要是需要栈。
C语言与栈的关系:C语言中的局部变量都是用栈来实现的。如果我们汇编部分没有给 C 部分预先设置合理合法的栈地址,那么 C 代码中定义的局部变量就会落空,整个程序就死掉了。
我们平时在编写单片机程序(譬如 51 单片机)或者编写应用程序时并没有去设置栈,但是 C 程序还是可以运行的。原因是:在单片机中由硬件初始化时提供了一个默认可用的栈,在应用程序中我们编写的 C 程序其实并不是全部,编译器(gcc)在链接的时候会帮我们自动添加一个头,这个头就是一段引导我们的 C 程序能够执行的一段汇编实现的代码,这个代码中就帮我们的 C 程序设置了栈及其他的运行时需要。
在ARM中 37 个寄存器中,每种模式下都有自己的独立的 SP 寄存器(r13),为什么这么设计?
如果各种模式都使用同一个 SP,那么就意味着整个程序(操作系统内核程序、用户自己编写的应用程序)都是用一个栈的。你的应用程序如果一旦出错(譬如栈溢出),就会连累操作系统的栈也损坏,整个操作系统的程序就会崩溃。这样的操作系统设计是非常脆弱的,不合理的。
解决方案就是各种模式下用不同的栈。我的操作系统内核使用自己的栈,每个应用程序也使用自己独立的栈,这样各是各的,一个损坏不会连累其他人。
我们现在要设置栈,不可能也懒的而且也没有必要去设置所有的栈,我们先要找到自己的模式,然后设置自己的模式下的栈到合理合法的位置,即可。
注意:系统在复位后默认是进入SVC模式的。
我们如何访问SVC模式下的SP呢?很简单,先把模式设置为SVC,再直接操作SP。
但是因为我们复位后就已经是SVC模式了,所以直接设置SP即可。
栈必须是当前一段可用的内存(可用的意思是这个地方必须有被初始化过可以访问的内存,而且这个内存只会被我们用作栈,不会被其他程序征用)。
当前 CPU 刚复位(刚启动),外部的 DRRAM 尚未初始化,目前可用的内存只有内部的 SRAM(因为它不需初始化即可使用)。因此我们只能在 SRAM 中找一段内存来作为 SVC 的栈。
栈有四种:满减栈 满增栈 空减栈 空增栈
满栈:进栈:先移动指针再存; 出栈:先出数据再移动指针
空栈:xxx
减栈:进栈:指针向下移动; 出栈:指针向上移动
增栈:xxx
在 ARM 中,ATPCS(ARM 关于程序应该怎么实现的一个规范)要求使用满减栈,所以不出意外都是用满减栈
结合 iROM_application_note 中的 memory map ,可知 SVC 栈应该设置为 0xd0037D80。
bl cfuncion
在工程中新建并且添加一个C语言源文件(led.c),注意添加时要修改 Makefile。
在汇编启动代码中设置好栈后,使用 bl xxx 的方式来调用 C 中的函数 xxx。
寄存器的地址类似于内存地址(IO与内存统一编址的),所以这里的问题是用C语言读写寄存器,就是用C语言
来读写内存地址。用C语言来访问内存,就要用到指针:
unsigned int *p = (unsigned int *)0x0xE0200240;
*p = 0x11111111;
上面这两句其实可以简化为1句:*((unsigned int *)0x0xE0200240) = 0x11111111;
root@ubuntu:/home/aston/workspace/git_xxx# ls
led.c Makefile mkgcc.sh mkv210_image.c readme.txt start.S write2sd 说明.txt
root@ubuntu:/home/aston/workspace/git_xxx# cat Makefile
led.bin: start.o led.o
arm-linux-ld -Ttext 0x0 -o led.elf $^
arm-linux-objcopy -O binary led.elf led.bin
arm-linux-objdump -D led.elf > led_elf.dis
gcc mkv210_image.c -o mkx210
./mkx210 led.bin 210.bin
%.o : %.S
arm-linux-gcc -o $@ $< -c -nostdlib
%.o : %.c
arm-linux-gcc -o $@ $< -c -nostdlib
clean:
rm *.o *.elf *.bin *.dis mkx210 -f
root@ubuntu:/home/aston/workspace/git_xxx# cat start.S
/*
* 文件名: led.S
* 作者: xxx
* 描述: 演示汇编设置栈并且调用 C 语言程序来点亮 LED
*/
#define WTCON 0xE2700000
#define SVC_STACK 0xD0037D80 //满减栈
.global _start //解决 make 编译警告: arm-linux-ld: warning: cannot find entry symbol _start; defaulting to 00000000
// 把 _start 链接属性改为外部,这样其他文件就可以看见 _start 了
_start:
//第 1 步,关看门狗(向 WTCON 的 bit5 写入 0 即可)
ldr r0, =WTCON
ldr r1, =0x0
str r1, [r0]
//第 2 步, 设置 SVC 栈(复位之后, 自动进入 SVC 模式)
ldr sp, =SVC_STACK
//从这里之后, 就可以开始调用 C 程序了
bl led_blink
//汇编最后的这个死循环不能丢
b .
root@ubuntu:/home/aston/workspace/git_xxx# cat led.c
#define GPJ0CON 0xE0200240
#define GPJ0DAT 0xE0200244
#define rGPJ0CON *((volatile unsigned int*)GPJ0CON)
#define rGPJ0DAT *((volatile unsigned int*)GPJ0DAT)
void delay(void);
//该函数要实现 led 闪烁效果
void led_blink(void)
{
//led 初始化,也就是把 GPJ0CON 中设置为输出模式
//unsigned int* p = (unsigned int*)GPJ0CON;
//unsigned int* p1 = (unsigned int*)GPJ0DAT;
//*p = 0x11111111;
rGPJ0CON = 0x11111111;
while (1)
{
rGPJ0DAT = (0 << 3) | (0 << 4) | (0 << 5);
delay();
rGPJ0DAT = (1 << 3) | (1 << 4) | (1 << 5);
delay();
}
}
void delay(void)
{
volatile unsigned int i = 1000000; // volatile 让编译器不要优化,这样才能真正的减
while (i--); //才能消耗时间, 实现 delay
}
root@ubuntu:/home/aston/workspace/git_xxx# make
arm-linux-gcc -o start.o start.S -c -nostdlib
arm-linux-gcc -o led.o led.c -c -nostdlib
arm-linux-ld -Ttext 0x0 -o led.elf start.o led.o
arm-linux-objcopy -O binary led.elf led.bin
arm-linux-objdump -D led.elf > led_elf.dis
gcc mkv210_image.c -o mkx210
./mkx210 led.bin 210.bin
root@ubuntu:/home/aston/workspace/git_xxx#
volatile 的作用是让程序在编译时,编译器不对程序做优化。优化有时候是 ok 的,但是有时候是自作聪明会造成
程序不对。如果你的一个变量是易变的,不希望编译器帮我们做优化,就在这个变量定义时加 volatile。
加不加有没有差别,取决于编译器。如果编译器做了优化则有差异;如果编译器本身没做优化,那就没有差别。
在我们这里(编译器是arm-2009q3),实际测试加不加效果是一样的。
解决:在编译时添加-nostdlib这个编译选项即可解决。nostdlib就是不使用标准函数库。标准函数库就是编译器中
自带的函数库,用-nostdlib可以让编译器链接器优先选择我程序内自己写的函数库。
源自朱有鹏老师.
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。