汇编程序调用 C 程序详情
在 C 程序和 ARM 汇编程序之间相互调用时必须遵守 ATPCS 规则，其是基于 ARM 指令集和 THUMB 指令集过程调用的规范，规定了调用函数如何传递参数，被调用函数如何获取参数，以何种方式传递函数返回值。
-
寄存器 R0~R15 在 ATPCS 规则的使用
-
在函数中，通过寄存器 R0~R3 来传递参数，被调用的函数在返回前无需恢复寄存器 R0~R3 的内容。
-
在函数中，通过寄存器 R4~R11 来保存局部变量。
-
寄存器 R12 用作函数间 scratch 寄存器。
-
寄存器 R13 用作栈指针，记作 SP ，在函数中寄存器 R13 不能用做其他用途，寄存器 SP 在进入函数时的值和退出函数时的值必须相等。
-
寄存器 R14 用作链接寄存器，记作 LR ，它用于保存函数的返回地址，如果在函数中保存了返回地址，则 R14 可用作其它的用途。
-
寄存器 R15 是程序计数器，记作 PC ，它不能用作其他用途。
-
-
汇编程序向 C 程序函数传递参数
-
当参数小于等于 4 个时，使用寄存器 R0~R3 来进行参数传递。
-
当参数大于 4 个时，前四个参数按照上面方法传递，剩余参数传送到栈中，入栈的顺序与参数顺序相反，即最后一个参数先入栈。
-
-
C 程序函数返回结果给汇编程序
-
结果为一个 32 位的整数时，通过寄存器 R0 返回。
-
结果为一个 64 位整数时，通过 R0 和 R1 返回，依此类推。
-
结果为一个浮点数时，通过浮点运算部件的寄存器 f0，d0 或 s0 返回。
-
结果为一个复合的浮点数时，通过寄存器 f0-fN 或者 d0~dN 返回。
-
对于位数更多的结果，通过调用内存来传递。
-
-
当 C 程序从一个函数跳转到另一个函数时，会先把源函数的 CPU 的寄存器和函数内的局部变量都入栈，当跳回时再出栈，这一过程的汇编代码是当 C 程序编译成汇编时被编译器自动添加。
imx6ull 裸机编程相关
这里是处理器启动流程等的介绍，属于科普环节，有个印象，会加深对于处理器如何运行的理解，非必要记住，而是为以后的操作说明每一个步骤都在做什么事情。此部分理解为主。
裸机映像文件合成详情
先说原理，看 imx6ull 芯片手册可知，芯片上电时内部的 boot ROM 固化的程序会通过外部引脚确定启动方式（USB\NAND\EMMC\SD等），将应用的二进制数据（app.bin）从存储区（NAND\EMMC\SD等）搬运到内存区（DDR2\3等），然后跳转到内存区的程序处开始执行程序。这个过程是这个芯片自动完成的，但是需要根据规定合成烧录到存储区的映像文件， 在编译得到应用的二进制文件 app.bin（这个就是比如 裸机应用固件 或 Linux 固件等）之后，再用 mkimage 工具（gcc-arm-linux-gnueabihf-6.2.1 编译器自带的）根据 imximage.cfg.cfgtmp 这个文件的信息，合成头部信息，再与 app.bin 组合生成 .imx 文件， .imx 的头部再添加 1KB 的数据（可以全为0，也可包含分区表等数据） 组合生成 .img 文件，具体如下：
-
.imx 文件 = 头部信息（ IVT + Boot data + DCD） + app.bin -> 用于在烧写工具中烧写到 EMMC 中，烧写工具会自动将其烧写到 1KB 偏移处。
-
.img 文件 = 1k.bin + .imx 文件 = 1k.bin + 头部信息（ IVT + Boot data + DCD） + app.bin -> 用于在烧写工具中烧写到 SD 中，烧写工具会将其烧写到 0 位置处（对与 SD 的烧写，此工具不会自动加 1KB 偏移...）。
头部信息包含了指示 boot ROM 程序要把 app.bin 数据搬运到内存的何处，其大小，以及包含了配置 DDR 的寄存器、引脚等数据等待，具体如下：
-
IVT：Image vector table，含 header（含 tag、length、version，这 3 项，length 表示 IVT 的大小）、entry（指示 app.bin 在内存中的位置，即程序数据被复制到内存哪里）、dcd（指示 DCD 数据 在内存中的位置）、boot_data（指示 Boot data 在内存中的位置）、self（指示 IVT 在内存中的位置）等，共占 32*8bit 大小，entry 为 app.bin 要在内存中的目的地址。
-
Boot data：start（映像文件在内存中的地址，为 IVT 在内存中的绝对地址减去 1024 偏移）、length（整个映像文件的长度，含 1k.bin）、plugin，共占 32*3bit 大小。
-
DCD：配 imx6ull 芯片的寄存器，如 DDR 的配置等，可自定，复杂，mkimage 根据 imximage.cfg.cfgtmp 这个文件的信息合成。
其中，entry（指示 app.bin 在内存中的位置，即程序数据被复制到内存哪里）的地址在 Makefile 中调用 mkimage 工具时是可以指定的，在"重定位"章节会细说。
具体分布：
-
头部数据和偏移区使用 mkimage 工具生成，官方都会提供的。
-
最前面的灰色部分就是偏移数据区，对于EMMC/SD存储区设备是 1KB，对于 NAND 是256B，具体看手册。
最终生成的 .img 文件结构：
imx6ull 上电启动过程分析：
-
boot Rom 会把 EMMC 或 SD 卡的前 4K 数据（涵盖了头部信息（ IVT + Boot data + DCD）这些等）读入到芯片内部 RAM 运行。
-
boot Rom 根据 DCD 进行初始化 DDR。
-
boot Rom 根据 IVT，从 EMMC 或 SD 卡中将 app.bin 读到 DDR 的 0x80100000 地址（IVT 的 entry，如上图所示）。
-
跳转到 DDR 的 0x80100000 地址执行，即 CPU 开始从内存 0x80100000 地址开始执行机器码。
以上步骤执行完之后的 DDR 内存图示：（这是反汇编 应用固件 产生的 机器码-汇编码 相互对应的内容）
重定位、启动和编译
各段数据重排序
每一个汇编成机器码的 .o 文件都会分为这几个数据段：
-
代码段(.text)：存放代码指令；
-
只读数据段(.rodata)：存放有初始值并且 const 修饰的全局类变量；
-
数据段(.data)：存放有初始值的全局类变量（有非零初始值的变量，如
char A = 'A';）； -
零初始化段(.bss)：存放没有初始值或初始值为0的全局类变量（如
int g_intA = 0;int g_intB;，这些存放在 .bss 段）； -
注释段(.comment)：存放注释。
在 Makefile 文件中，在链接步骤，通过 LD 工具，把各个 .o 文件的各个数据段，按照 imx6ull.lds 定义的顺序安放，即各段数据重排序，最后合成一个二进制文件 app.bin，其中的代码段(.text)、只读数据段(.rodata)和数据段(.data)等都来自于前面各个 .o 文件，每个段 的顺序按照 imx6ull.lds 安放。
链接脚本 imx6ull.lds 解析（一体式链接脚本格式）：
SECTIONS {
. = 0x80100000; //设定链接地址为0x80100000
. = ALIGN(4); //将当前地址以4字节为标准对齐
.text : //创建段，其名称为 .text
{ //.text包含的内容为所有链接文件的数据段
*(.text) // *：表示所有文件
}
. = ALIGN(4); //将当前地址以4字节为标准对齐
.rodata : { *(.rodata) } //.rodata存放在.text之后,包含所有链接文件的只读数据段
. = ALIGN(4);
.data : { *(.data) } //.data存放在.rodata之后，包含所有链接文件的只读数据段
. = ALIGN(4);
__bss_start = .; //将当前地址的值存储为变量__bss_start
.bss : { *(.bss) *(.COMMON) } //.bss存放在.data段之后, 包含所有文件的bss段和注释段
__bss_end = .; //将当前地址的值存储为变量__bss_end
}
可见 imx6ull.lds 文件给出 .bss 段的头、尾地址标识：__ bss_start 和 __ bss_end。
启动文件程序
以最简单的裸机点灯程序的启动文件 start.S 为例。仅为示例，过于简单，完整示例可看 下面 “ARM异常处理 & 启动文件的示例” 一节。
.text
.global _start
_start:
/* 设置栈地址 */
ldr sp,=0x80200000
bl main
halt:
b halt
Makefile 文件解析
以最简单的裸机点灯程序的 makefile 为例。
PREFIX=arm-linux-gnueabihf-
CC=$(PREFIX)gcc
LD=$(PREFIX)ld
AR=$(PREFIX)ar
OBJCOPY=$(PREFIX)objcopy
OBJDUMP=$(PREFIX)objdump
led.img : start.S led.c main.c
$(CC) -nostdlib -g -c -o start.o start.S # 把启动文件 .s 和各个 .c 文件都汇编为机器码文件 .o
$(CC) -nostdlib -g -c -o led.o led.c
$(CC) -nostdlib -g -c -o main.o main.c
$(LD) -T imx6ull.lds -g start.o led.o main.o -o led.elf # 链接，按照 imx6ull.lds 定义的格式，各段数据重排序，把各个 .o 文件组成 .elf 文件
$(OBJCOPY) -O binary -S led.elf led.bin # .elf 转为 .bin 二进制文件，应用二进制文件
$(OBJDUMP) -D -m arm led.elf > led.dis
mkimage -n ./tools/imximage.cfg.cfgtmp -T imximage -e 0x80100000 -d led.bin led.imx
# 使用 mkimage 生成 头部数据，并与 .bin 组合，产生 .imx 文件
dd if=/dev/zero of=1k.bin bs=1024 count=1 # 创建一个 1KB 的空文件 1k.bin
cat 1k.bin led.imx > led.img # 把 1k.bin 放在 .imx 前头，组合成 .img 文件
clean:
rm -f led.dis led.bin led.elf led.imx led.img *.o
清零 bss 段
在 启动文件 汇编程序中，根据 .bss 段的头、尾地址（__ bss_start、__ bss_end）来对此区域清零，让 C 程序中未定义初始值或零初始值的变量在初始化时都为零值，而非随机值。
附程序：
clean_bss: ldr r1, =__bss_start @ 将链接脚本变量__bss_start变量保存于r1 ldr r2, =__bss_end @ 将链接脚本变量__bss_end变量保存于r2 mov r3, #0 clean: strb r3, [r1] @ 将当前地址下的数据清零 add r1, r1, #1 @ 将r1内存储的地址+1 cmp r1, r2 @ 相等：清零操作结束；否则继续执行clean函数清零bss段 bne clean mov pc, lr
并在进入主函数前调用 bl clean_bss /* 清零bss段 */。
数据段再单独重定位
事出有因，想要把 .data 段的数据放到 片内内存中以加快访问速度，参考芯片手册得到片内RAM的地址为：0x900000 ~ 0x91FFFF，共128KB（当然不会很大，也就裸机下的编一编、学一学行，Linux 系统等的大型工程就不适合了），所以我们将 .data 段重定位后的地址设置为0x900000。
第一步：把链接脚本 imx6ull.lds 中的 .data : { *(.data) }换成下面的：
data_load_addr = .;
.data 0x900000 : AT(data_load_addr)
{
data_start = . ; //addr = 0x900000
*(.data)
data_end = . ; //addr = 0x900000 + SIZEOF(.data)
}
第二步：在启动文件中，复制 data 段数据到片内内存 data_start
copy_data: /* 重定位data段 */ ldr r1, =data_load_addr /* data段的加载地址, 从链接脚本中得到, 0x8010xxxx */ ldr r2, =data_start /* data段重定位地址, 从链接脚本中得到, 0x900000 */ ldr r3, =data_end /* data段结束地址, 从链接脚本中得到,0x90xxxx */ cpy: ldr r4, [r1] /* 从r1读到r4 */ str r4, [r2] /* r4存放到r2 */ add r1, r1, #4 /* r1+1 */ add r2, r2, #4 /* r2+1 */ cmp r2, r3 /* r2 r3比较 */ bne cpy /* 如果不等则继续拷贝 */ mov pc, lr /* 跳转回调用copy_data函数之前的地址 */
并在进入主函数前调用 bl copy_data /* 复制 data 段数据到片内内存 data_start */
100ask imx6ull 的 《IMX6ULL裸机开发完全手册》中的 "第13篇 IMX6ULL裸机开发 - 9.4.3 总结:如何在C函数中使用链接脚本变量" 章节讲了如何在 C 程序中调用链接脚本中的表示地址的变量，从而可以在 C 程序中实现 "清零 bss 段"和"数据段搬运到片内内存"，而不用在启动代码里完成这些操作。
100ask imx6ull 的 《IMX6ULL裸机开发完全手册》中的 "第13篇 IMX6ULL裸机开发 - 9.5 重定位全部代码" 章节讲了将全部应用的二进制数据搬到芯片的内部内存（128KB），并在其内运行，并且使用 C 程序实现 bss 段清零。其步骤是：第一步，修改链接脚本，段顶位置加上 . = 0x900000;，并加上头、尾的地址标识字符；第二步，在 C 程序中利用头、尾的地址标识字符将其间的数据搬运到芯片内部内存地址；第三步，修改启动文件汇编程序，跳转到内部内存的应用数据处执行。
修改应用在内存中的存放地址
IVT 中的 entry（指示 app.bin 在内存中的位置，即程序数据被复制到内存哪里）的地址在 Makefile 中调用 mkimage 工具时是可以指定，需要改相关联的几个地方如下：
假设应用的二进制数据（app.bin）原来是要存放在内存的 0x80100000 位置，现在要改为 app_address 处。
-
Makefile 文件中修改 -e 选项后的地址
mkimage -n ./tools/imximage.cfg.cfgtmp -T imximage -e 0x80100000 -d relocate.bin relocate.imx。 -
链接脚本 imx6ull.lds 中
SECTIONS { . = 0x80100000;...此处改为 app_address 。 -
启动文件 start.S 内，要修改栈地址 sp，
ldr sp,=0x80200000此处根据 app_address 与 0x80100000 的偏移相应修改，对于小的裸机程序，可以至少比 app_address 大 0x00100000。
100ASK IMX6ULL Flashing Tool 工具使用
-
通过 USB 运行裸机程序（不需要烧写，通过u-boot直接在内存中运行）：
板子设到 USB 启动，在 100ask_imx6ull_flashing_tool 工具中的“专业版”界面，打开 .imx 文件，直接点运行。
-
通过 USB 烧写裸机程序：
板子设到 USB 启动，在 Tool 中的“基础版”界面，若选 EMMC ，则用 .imx 文件，若选 SD ，则用 .img 文件。成功后，断电，切到 EMMC 或 SD 启动模式，再上电。
或者在 win 上，用 win disk imager 工具，把 .img 文件写到 SD 卡。
-
基础版界面详情：
| 按钮 | 作用 |
|---|---|
| 烧写整个系统 | “选择设备”为EMMC时，把emmc.img烧到EMMC上； “选择设备”为SD/TF时，把sdcard.img烧到SD/TF卡上； “选择设备”为NAND时，把rootfs.ubi烧到Nand Flash上； 并且会烧写对应的U-Boot，请看下面的“更新Uboot”按钮说明。 |
| 更新内核 | 把zImage上传到根文件系统的/boot目录 (对于Nand，是直接烧到内核分区) |
| 更新设备树 | 把100ask_imx6ull-14x14.dtb上传到根文件系统的/boot目录 (对于Nand，是直接烧到设备树分区) |
| 更新Uboot | 对于IMX6ULL全功能版： ①“选择设备”为EMMC时，把u-boot-dtb.imx烧写到EMMC ②“选择设备”为SD/TF时，把u-boot-dtb.imx烧写到SD/TF卡 对于IMX6ULL mini nand版： ①“选择设备”为NAND时，把u-boot-dtb_nand.imx烧写到Nand Flash ②“选择设备”为SD/TF时，把u-boot-dtb_nandsd.imx烧写到SD/TF卡 |
| 烧写裸机 | 把所选裸机文件，烧写到EMMC、SD/TF卡或Nand Flash |
| 上传文件 | 把所选用户文件，上传到根文件系统的/目录 对于imx6ull mini nand版，无法上传文件(只支持ext4文件系统，而它不是) |
607
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
