WhyCan Forum(哇酷开发者社区)

按照官方逻辑，开发 RTT 下载太繁琐。
然后找到  ntmusic 的文章  https://whycan.cn/t_3877.html  完成了操作。非常感谢！
记录一下相关内容。
本文的分析对象是  https://gitee.com/zhangheyang/f1c100s_rt-thread 

ntmusic 提供的 boot 分析：

boot.bin 合法格式。

f1c100s 对 spi 引导程序是有格式要求的。格式细节我忽略不分析
    start.S 内定义。
    编译生成 boot.bin 之后用 mksunxi 对其进行校验，并填充相关位置。
    让 f1c100s 能够认可 boot.bin ，并执行它。

boot.bin 逻辑

初始化 CPU 寄存器。
初始化中断状态。
设置中断向量表位置。
赋值中断向量表。

初始化时钟、DRAM、串口。
    bl sys_clock_init
    bl sys_dram_init
    bl sys_uart_init

读取第二段程序并引导启动。 这里，第二段程序是 RTT。
    如果是 uboot ，第二段就是 uboot 第二阶段。
    bl sys_copyself

结束
       有三种结束情况  1.返回spl  2.启动第二段程序  3.死循环

具体分析 sys_copyself 函数。
    获取启动方式，如果不是SPI，那就返回 spl 状态（start.S 内定义）。
    从 spi flash 0x00010000 读取 16 字节。   
    struct
    {
        void (*Exe)(void);        // 程序地址？
        uint32_t magic;            // 魔数 0xaa55aa55
        uint32_t rev;            // 没有使用。
        uint32_t imgLength;        // 程序大小。
    }head_t;

    如果魔数不正确，将进入死循环 while(1)。
    正确的情况下。
    从 spi flash 0x00010000 读取 imgLength 长度数据到 0x80000000(DRAM);
    然后直接跳转到 0x80000000。运行。

对应的第二阶段程序就有需要完成 head_t 头部信息。
RTT 需要修改内容：
start_gcc.S 文件
       .vectors 最前面加入 head_t 结构。
   
        b   system_vectors    ; 第二段程序向量表存放位置。
       .long 0xaa55aa55        ; 魔数
       .long 0            ; 留空
       .long image_size        ; 程序大小

image_size 让链接器进行计算即可，不需要另外使用工具进行处理。
修改 link.lds 文件
最前面位置加入
    __image_start = .;
       
.bss 段前面加入
    __image_end = .;

最末尾处计算一下 image_size
    PROVIDE(image_size = __image_end - __image_start);

修改文件：
allwinner_tina.rar