NanoPC-T2 Uboot启动过程分析 - 2-6 board_init_r() part 2

在继续分析之前，先回顾当前 gd 的内容：

bd_t *bd = 0x42BF_FF10

{

unsigned long bi_memstart = 0

phys_size_t bi_memsize = 0

unsigned long bi_flashstart = 0

unsigned long bi_flashsize = 0

unsigned long bi_flashoffset = 0

unsigned long bi_sramstart = 0

unsigned long bi_sramsize = 0

unsigned long bi_bootflags = 0

unsigned long bi_ip_addr = 0

unsigned char bi_enetaddr[6] = 0

unsigned short bi_ethspeed = 0

unsigned long bi_intfreq = 0

unsigned long bi_busfreq = 0

ulong bi_arch_number = 4330

ulong bi_boot_params = 0x4000_0100

struct bi_dram[1]

{

ulong start = 0x4000_0000

ulong size = 0x4000_0000

}

}

unsigned long flags = 0x0000_0001

unsigned int baudrate = 115200

unsigned long cpu_clk = 0

unsigned long bus_clk = 0

unsigned long pci_clk = 0

unsigned long mem_clk = 0

unsigned long have_console = 1

unsigned long env_addr = &default_environment[0]

unsigned long env_valid = 1

unsigned long ram_top = 0x5000_0000

unsigned long relocaddr = 0x4500_0000

phys_size_t ram_size = 0x1000_0000

unsigned long mon_len = 0x0007_7988

unsigned long irq_sp = 0x4DF7_7F00

unsigned long start_addr_sp = 0x42BF_FF10

unsigned long reloc_off = 0

struct global_data *new_gd = 0x4df7_7f10

const void *fdt_blob = 0

void *new_fdt = 0

unsigned long fdt_size = 0

void **jt = 0

char env_buf[32] = 0

unsigned long timebase_h = 0

unsigned long timebase_l = 0

struct arch_global_data arch

{

unsigned long timer_rate_hz = 0

unsigned long tbu = 0

unsigned long tbl = 0

unsigned long lastinc = 0

unsigned long long timer_reset_value = 0

unsigned long tlb_addr = 0x4fff_0000

unsigned long tlb_size = 0x0000_4000

}

然后是环境变量的内容：

baudrate=115200

bloader=ext4load mmc 0:1

bootcmd=$bloader 0x48000000 $kernel;$bloader 0x49000000 root.img.gz;bootm 0x48000000

bootdelay=0

bootfile=uImage

ethaddr=00:e2:1c:ba:e8:60

firstboot=0

gatewayip=192.168.1.254

ipaddr=192.168.1.165

kernel=uImage

netmask=255.255.255.0

serverip=192.168.1.164

stderr=serial

stdin=serial

stdout=serial

现在继续分析 /uboot-root/common/board_r.c 中的 board_init_r()。

目前，board_init_r()已经调用到位于 /uboot-root/common/stdio.c 中的 stdio_init()。这里主要是初始化标准输入输出设备的。这里主要是维护一个 devs 的变量，以链表的形式用于管理所有的标准输入输出设备。代码如下：

int stdio_init (void)

{

/* Initialize the list */

INIT_LIST_HEAD(&(devs.list));

i2c_init (CONFIG_SYS_I2C_SPEED, CONFIG_SYS_I2C_SLAVE);

drv_system_init ();

serial_stdio_init ();

return (0);

}

首先INIT_LIST_HEAD用于初始化设备链表。然后初始化i2c设备，但并没有添加i2c到链表中。接下来调用的是drv_system_init()，其代码如下：

static void drv_system_init (void)

{

struct stdio_dev dev;

memset (&dev, 0, sizeof (dev));

strcpy (dev.name, "serial");

dev.flags = DEV_FLAGS_OUTPUT | DEV_FLAGS_INPUT | DEV_FLAGS_SYSTEM;

dev.putc = serial_putc;

dev.puts = serial_puts;

dev.getc = serial_getc;

dev.tstc = serial_tstc;

stdio_register (&dev);

}

在最后一行使用stdio_register()将串口设备注册到devs.list中。其代码如下：

int stdio_register (struct stdio_dev * dev)

{

struct stdio_dev *_dev;

_dev = stdio_clone(dev);

if(!_dev)

return -1;

list_add_tail(&(_dev->list), &(devs.list));

return 0;

}

这里值得注意的是，在注册的过程中直接复制了参数的内容后再添加到列表中。这是因为本身传入的参数在调用的函数里是局部变量，若调用函数一退出，则这个变量就会消失，显然这里不能出现消失的情况，因此只能开辟新的内存，复制内容后再添加到链表里。注册完后，链表如下：

Prev链表：

header -> UART0(默认串口) -> header

Next链表：

header -> UART0(默认串口) -> header

返回后继续执行serial_stdio_init()。该函数的内容是将serial_devices链表中的所有设备再注册到stdio的链表中。回顾上一节serial_devices链表中的内容只有pl01x_serial_drv一个节点。因此注册完成后，stdio的链表如下：

Prev链表：

header -> UART0(pl01x_serial_drv) -> UART0(默认串口) -> header

Next链表：

header -> UART0(默认串口) -> UART0(pl01x_serial_drv) -> header

接下来调用的是 initr_jumptable()。该变量用于初始化gd->jt，用于存储函数跳转表。该表存储在 /uboot-root/include/_exports.h 中。

接下来调用的是 console_init_r()。在这个过程中，首先是找到可用的输入输出设备，然后是将stdin、stdout和stderr与设备绑定。如下所示：

/* Initializes output console first */

if (outputdev != NULL) {

console_setfile(stdout, outputdev);

console_setfile(stderr, outputdev);

}

/* Initializes input console */

if (inputdev != NULL) {

console_setfile(stdin, inputdev);

}

上面的代码中，console_setfile()就是一个绑定的过程。该过程主要是维护一个标准输入输出设备数组，其定义如下：

struct stdio_dev *stdio_devices[] = { NULL, NULL, NULL };

元素0就是stdin，元素1是stdout，元素2是stderr。通过上述绑定过程后，可以发现所有标准输入输出都绑定到UART0上了。同时该过程还更新了gd->jt的内容。

接下来调用的是arch_misc_init()，该函数什么都没做，忽略。

接下来调用的是位于/uboot-root/arch/arm/lib/interrupts.c中的initerrupt_init()。该函数什么都没做，忽略。

接下来调用的是位于/uboot-root/board/s5p4418/nanopi2/board.c中的board_late_init()。其代码如下：

int board_late_init(void)

{

char boot[16];

sprintf(boot, "mmc dev %d", board_mmc_bootdev());

run_command(boot, 0);

if (board_mmc_bootdev() == 0 && !getenv("firstboot")) {

setenv("bloader", CONFIG_LOADCMD_CH0);

setenv("firstboot", "0");

saveenv();

}

bd_update_env();

if (RECOVERY_SIGNATURE == readl(SCR_RESET_SIG_READ)) {

writel((-1UL), SCR_RESET_SIG_RESET); /* clear */

printf("RECOVERY BOOT\n");

bd_display_run(CONFIG_CMD_LOGO_WALLPAPERS, CFG_LCD_PRI_PWM_DUTYCYCLE, 1);

run_command(CONFIG_CMD_RECOVERY_BOOT, 0); /* recovery boot */

}

writel((-1UL), SCR_RESET_SIG_RESET);

bd_display_run(CONFIG_CMD_LOGO_WALLPAPERS, CFG_LCD_PRI_PWM_DUTYCYCLE, 1);

onewire_set_backlight(127);

/* Temp check gpio to update */

if (!getenv("autoupdate"))

auto_update(UPDATE_KEY, UPDATE_CHECK_TIME);

return 0;

}

在上述代码中，首先用run_command()运行了一条命令：”mmc dev 0”（0是因为此时是在SD卡上启动的，如果是从emmc启动的话为2）。run_command()位于/uboot-root/common/cli.c中。这里暂时不详细展开run_command()的处理过程，这个以后会讲。而至于”mmc dev 0”这条命令，意思是设置当前使用的mmc通道为0，该命令的详细执行过程在/uboot-root/common/cmd_mmc.c中的do_mmc_dev()。这里暂时不详细展开。

然后是一个if的判断。由于此时从SD卡启动，因此前半部分的条件为真。又由于环境变量中已存在fastboot这个变量，因此后半部分的条件为假，因此整个判断条件为假。if里的内容不执行。

然后是bd_update_env()。由于没有bootargs以及与lcd有关的环境变量，因此该函数里的所有操作均不执行。

然后又是一个if的判断。但由于没有设置进入recovery模式，因此该判断不成立。

然后是bd_display_run()。这个函数首先对lcd与hdmi进行设置。然后利用run_command()执行参数中的命令：”$bloader 0x47000000 logo.bmp; drawbmp 0x47000000”,将logo图片显示出来。这里就不详细展开了。

然后是onewire_set_backlight()。主要是设置背光。这里也不详细展开。

最后是执行最后一个if判断。由于没有autoupdate这个环境变量，所以要执行if的内容。可是auto_update里主要是判断电源键是否按下，若有按下则执行fastboot命令。可实际上电源键没有按下，所以该函数没有什么实质操作。忽略。

函数返回后，接下来执行init_sequence_r[]里的最后一个函数了。执行的是run_main_loop()。这个函数执行的内容非常简单，代码如下：

static int run_main_loop(void)

{

for (;;)

main_loop();

return 0;

}

上述的代码就是不断地执行/uboot-root/common/main.c中的main_loop()这一个函数，而且永不退出。因此到这里board_init_r()就已经全部分析完了。由于从main_loop()开始又是一个新的阶段，所以本节就暂告一段落。