全志A10 Bootload加载过程分析

A10的启动过程大概可分为5步：BootRom，SPL，Uboot，Kernel，RootFileSystem。本文只关注镜像的加载过程，分析RootRom->SPL->Uboot的启动流程。

系统上电后，ARM处理器在复位时从地址0x000000开始执行指令，把板上ROM或Flash映射到这一地址。A10将启动设备选择程序固化在CPU内部的一个32KB ROM中，默认的启动时序为SD Card0，NAND FLASH，SD Card2，SPI NOR FLASH。另外通过外部的一个启动选择引脚可以使其跳转到USB启动模式。通常情况下，启动选择引脚状态连接50K内部上拉电阻。在上电后，执行存储在ROM中的启动代码，将自动检测启动选择引脚状态。只有当该引脚状态为低电平时选择USB启动模式。

启动设备选择程序的流程图：

 

在选择启动设备后将加载并执行bootload程序，CPU通过拷贝或映射bootload程序到内存，然后执行bootload的第一条指令。通过阅读官方的uboot烧写方法，发现A10通过uboot引导系统，但却没有加载整个uboot，而是在此之前先载入了uboot SPL。什么是SPL？通过查阅uboot的官网资料得知，SPL是一个迷你版的uboot，全拼为Second Program Loader。适用于SOC的内部SROM<64K的情况，用它来加载完整的uboot程序到SDROM，并通过完整uboot加载内核来启动系统。

 

SPL程序流程如下：

1.初始化ARM处理器

2.初始化串口控制台

3.配置时钟和最基础的分频

4.初始化SDRAM

5.配置引脚多路复用功能

6.启动设备初始化（即上面选择的启动设备）

7.加载完整的uboot程序并转交控制权

 

 

搞清楚了上面的概念，可以知道Cubieboard出厂已经烧写了NandFlash中的程序，即在启动选择时使用的是NandFlash。现在根据全志A10上的步骤，我们尝试用SDC1（即Cubieboard上卡槽中的TF卡）来启动系统。

 

下载并编译uboot

#git clone https://github.com/linux-sunxi/u-boot-sunxi.git

#cd u-boot-sunxi

#export CROSS_COMPILE=arm-linux-gnueabihf-

#make cubieboard

 

为TF卡烧写引导程序

#dd if=/dev/zero of=/dev/sdb bs=1M count=1 # 清空SD卡（包括分区表）

尝试不建立分区表，直接烧写引导程序，无法启动系统。

因此按需求给TF卡分区，我只创建了唯一一个200M主分区，此处不详述分区过程，下面是我使用的TF卡的分区表信息。

$ sudo fdisk -l /dev/sdb

Disk /dev/sdb: 1977 MB, 1977614336 bytes

52 heads, 30 sectors/track, 2475 cylinders, total 3862528 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x00000000

Device Boot Start End Blocks Id System

/dev/sdb1 2048 411647 204800 83 Linux

通过A10相关资料，通过以下2条命令烧写spl和uboot到指定位置，暂时不清楚如何确定这2个读取位置。

#dd if=spl/sunxi-spl.bin of=/dev/sdb bs=1024 seek=8

#dd if=u-boot.bin of=/dev/sdb bs=1024 seek=32

 

 

烧写完成后插入TF卡到CB的卡槽中，连接USB转TTL串口线，打开串口终端，上电。

串口打印信息如下：

U-Boot SPL 2012.10-04277-g7aa9f04 (Mar10 2013 - 00:36:40)
DRAM: 1024MB
SUNXI SD/MMC:0


U-Boot 2012.10-04277-g7aa9f04 (Mar10 2013 - 00:36:40) Allwinner Technology

CPU: SUNXI Family
Board: Cubieboard
I2C: ready
DRAM: 1 GiB
MMC: SUNXI SD/MMC:0
*** Warning- bad CRC, using default environment

In: serial
Out: serial
Err: serial
Hit any key to stop autoboot: 0 

** Unable to use mmc0:1for fatload **
Loading file "uEnv.txt" from mmc device 0:1
Failed to mount ext2 filesystem...
** Bad ext2 partitionor disk - mmc0:1**
ext2load - load binary file from a Ext2 filesystem

Usage:
ext2load <interface><dev[:part]> [addr] [filename] [bytes]
- load binary file 'filename' from 'dev' on 'interface'
to address 'addr' from ext2 filesystem
Loading file "boot/uEnv.txt" from mmc device 0:1
Failed to mount ext2 filesystem...
** Bad ext2 partitionor disk - mmc0:1**
ext2load - load binary file from a Ext2 filesystem

Usage:
ext2load <interface><dev[:part]> [addr] [filename] [bytes]
- load binary file 'filename' from 'dev' on 'interface'
to address 'addr' from ext2 filesystem

** Unable to use mmc0:1for fatload **
Loading file "boot.scr" from mmc device 0:1
Failed to mount ext2 filesystem...
** Bad ext2 partitionor disk - mmc0:1**
ext2load - load binary file from a Ext2 filesystem

Usage:
ext2load <interface><dev[:part]> [addr] [filename] [bytes]
- load binary file 'filename' from 'dev' on 'interface'
to address 'addr' from ext2 filesystem
Loading file "boot/boot.scr" from mmc device 0:1
Failed to mount ext2 filesystem...
** Bad ext2 partitionor disk - mmc0:1**
ext2load - load binary file from a Ext2 filesystem

Usage:
ext2load <interface><dev[:part]> [addr] [filename] [bytes]
- load binary file 'filename' from 'dev' on 'interface'
to address 'addr' from ext2 filesystem

** Unable to use mmc0:1for fatload **
sun4i#

通过串口信息可以看到SPL和Uboot已经成功加载，uboot最后通过ext2load命令读取uEnv.txt和boot.scr文件失败后退回控制台。

 

下面通过源码分析SPL载入完整Uboot的过程。

/u-boot-sunxi/common/spl/spl.c - board_init_r

void board_init_r(gd_t *dummy1, ulong dummy2)
{
u32 boot_device;
debug(">>spl:board_init_r()\n");
puts(">>spl:board_init_r()\n");

#ifdef CONFIG_SYS_SPL_MALLOC_START
mem_malloc_init(CONFIG_SYS_SPL_MALLOC_START,
CONFIG_SYS_SPL_MALLOC_SIZE);
#endif

timer_init();

#ifdef CONFIG_SPL_BOARD_INIT
spl_board_init();
#endif

boot_device = spl_boot_device(); //检测启动设备，此处返回BOOT_DEVICE_MMC1
debug("boot device - %d\n", boot_device);
switch (boot_device) {
#ifdef CONFIG_SPL_RAM_DEVICE
case BOOT_DEVICE_RAM:
spl_ram_load_image();
break;
#endif
#ifdef CONFIG_SPL_MMC_SUPPORT
case BOOT_DEVICE_MMC1:
case BOOT_DEVICE_MMC2:
case BOOT_DEVICE_MMC2_2:
spl_mmc_load_image(); //通过mmc读取image
break;
#endif
#ifdef CONFIG_SPL_NAND_SUPPORT
case BOOT_DEVICE_NAND:
spl_nand_load_image();
break;
#endif
#ifdef CONFIG_SPL_NOR_SUPPORT
case BOOT_DEVICE_NOR:
spl_nor_load_image();
break;
#endif
#ifdef CONFIG_SPL_YMODEM_SUPPORT
case BOOT_DEVICE_UART:
spl_ymodem_load_image();
break;
#endif
#ifdef CONFIG_SPL_SPI_SUPPORT
case BOOT_DEVICE_SPI:
spl_spi_load_image();
break;
#endif
#ifdef CONFIG_SPL_ETH_SUPPORT
case BOOT_DEVICE_CPGMAC:
#ifdef CONFIG_SPL_ETH_DEVICE
spl_net_load_image(CONFIG_SPL_ETH_DEVICE);
#else
spl_net_load_image(NULL);
#endif
break;
#endif
default:
debug("SPL: Un-supported Boot Device\n");
hang();
}

switch (spl_image.os) {
case IH_OS_U_BOOT:
debug("Jumping to U-Boot\n");
break;
#ifdef CONFIG_SPL_OS_BOOT
case IH_OS_LINUX:
debug("Jumping to Linux\n");
spl_board_prepare_for_linux();
jump_to_image_linux((void *)CONFIG_SYS_SPL_ARGS_ADDR);
#endif
default:
debug("Unsupported OS image.. Jumping nevertheless..\n");
}
jump_to_image_no_args();
}

u-boot-sunxi/arch/arm/cpu/armv7/sunxi/board.c - spl_boot_device

u32 spl_boot_device(void) {

u32 cfg;

#ifdef CONFIG_SPL_NOR_SUPPORT
/* TODO */
#endif

#ifdef CONFIG_SPL_MMC_SUPPORT
cfg = sunxi_gpio_get_cfgpin(SUNXI_GPC(7));
if( cfg == SUNXI_GPC7_SDC2_CLK )
return BOOT_DEVICE_MMC2;
#endif

#ifdef CONFIG_SPL_NAND_SUPPORT
cfg = sunxi_gpio_get_cfgpin(SUNXI_GPC(2));
if( cfg == SUNXI_GPC2_NCLE )
return BOOT_DEVICE_NAND;
#endif

#ifdef CONFIG_SPL_MMC_SUPPORT
cfg = sunxi_gpio_get_cfgpin(SUNXI_GPF(2));
if( cfg == SUNXI_GPF2_SDC0_CLK )
return BOOT_DEVICE_MMC1;
#endif

/* if we are here, something goes wrong. Fall back on MMC */
return BOOT_DEVICE_MMC1;
}

启动设备是通过读取连接相应设备的GPIO状态来判断的，但在上述条件下执行该段代码时并没有成功检测到设备，直到最后返回BOOT_DEVICE_MMC1。

u-boot-sunxi/drivers/mmc/spl_mmc.c - spl_mmc_load_image

void spl_mmc_load_image(void)
{
struct mmc *mmc;
int err;
u32 boot_mode;

mmc_initialize(gd->bd);
/* We register only one device. So, the dev id is always 0 */
mmc = find_mmc_device(0);
if (!mmc) {
puts("spl: mmc device not found!!\n");
hang();
} 

err = mmc_init(mmc);
if (err) {
printf("spl: mmc init failed: err - %d\n", err);
hang();
} 
boot_mode = spl_boot_mode(); // sunxi的代码在此处直接返回了MMCSD_MODE_RAW
if (boot_mode == MMCSD_MODE_RAW) {
debug("boot mode - RAW\n");
mmc_load_image_raw(mmc);
#ifdef CONFIG_SPL_FAT_SUPPORT
} else if (boot_mode == MMCSD_MODE_FAT) {
debug("boot mode - FAT\n");
mmc_load_image_fat(mmc);
#endif
} else {
puts("spl: wrong MMC boot mode\n");
hang();
} 
}

u-boot-sunxi/drivers/mmc/spl_mmc.c - mmc_load_image_raw

static void mmc_load_image_raw(struct mmc*mmc)
{
u32 image_size_sectors, err;
const struct image_header *header;

header = (struct image_header*)(CONFIG_SYS_TEXT_BASE -
sizeof(struct image_header));

/* read image header to find the image size & load address */
err = mmc->block_dev.block_read(0,
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR, 1,
(void *)header);

if (err <= 0)
goto end;

spl_parse_image_header(header);

/* convert size to sectors - round up */
image_size_sectors = (spl_image.size + mmc->read_bl_len- 1) /
mmc->read_bl_len;

/* Read the header too to avoid extra memcpy */
err = mmc->block_dev.block_read(0,
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR,
image_size_sectors, (void *)spl_image.load_addr); //此处确定了Uboot读取位置

end:
if (err <= 0) {
printf("spl: mmc blk read err - %d\n", err);
hang();
}
}

u-boot-sunxi/include/configs/sunxi-common.h

#define CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR (64)/* 32KB offset */
#define CONFIG_SYS_U_BOOT_MAX_SIZE_SECTORS (400)/* 200KB, enough for a full u-boot.bin */

通过CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR确定了我们把完整的uboot写入到TF卡从32K位置开始。