关于uboot启动内核停留在Starting Kernel问题的解决

   当通过Kermit方式使用串口在线将内核uImage加载到内存0xC0008000地址处后，执行bootm c0008000命令去启动内核，console控制台信息执行到Starting Kernel就卡住不动了，这句打印信息是uboot的最后一条打印信息，也就是我们确定不了内核到底有没有被启动

一般内核启动失败常见的原因大多是因为传参不正确导致的，即r0-r2寄存器的值。将machid和tag传参地址通过uboot打印出来，如下图所示

排除内核传参错误后，将问题锁定到内核，TI的早期处理器大多默认使用Uart2作为console控制台，因为我们使用的是Uart0，所以需要修改内核代码。

    内核在运行之前需要自解压，即如下代码

void decompress_kernel(unsigned long output_start, unsigned long free_mem_ptr_p,
		unsigned long free_mem_ptr_end_p,
		int arch_id)
{
	int ret;

	__stack_chk_guard_setup();

	output_data		= (unsigned char *)output_start;
	free_mem_ptr		= free_mem_ptr_p;
	free_mem_end_ptr	= free_mem_ptr_end_p;
	__machine_arch_type	= arch_id;

	arch_decomp_setup();

	putstr("Uncompressing Linux...");
	ret = do_decompress(input_data, input_data_end - input_data,
			    output_data, error);
	if (ret)
		error("decompressor returned an error");
	else
		putstr(" done, booting the kernel.\n");
}

这部分代码位于arch/arm/boot/compressd/misc.c文件，不难看出，内核解压前控制台应输出Uncompressing Linux...，内核解压完成后若解压成功，则应输出done, booting the kernel.

    如果上述信息未在控制台输出，那么就要为putstr函数做输出重定向了.

static void putstr(const char *ptr)
{
	char c;
	while ((c = *ptr++) != '\0') {
		if (c == '\n')
			putc('\r');
		putc(c);
	}
	flush();
}
static inline void putc(char c)
{
	if (!uart)
		return;

	while (!(uart[UART_LSR] & UART_LSR_THRE))
		barrier();
	uart[UART_TX] = c;
}

putstr函数通过调用putc函数实现调试信息输出，putc直接控制寄存器地址实现数据打印，找到设置uart全局变量的地方，将串口2修改为串口0