Uboot 引导内核时的一些问题

关于nand flash的MTD分区与uboot中分区的理解

http://www.360doc.com/content/12/0303/14/1317564_191345903.shtml

 

linux内核（2.6.18）分区的定义在arch/arm/davinci/board-dm365-ipnc.c的nand_partition这个变量中。

static struct mtd_partition nand_partitions[] = {
 /* bootloader (UBL, U-Boot, BBT) in sectors:  */
 {
  .name = "bootloader",
  .offset = 0,
  .size = 24 * NAND_BLOCK_SIZE, //3M by lml
  .mask_flags = MTD_WRITEABLE, /* force read-only */
 },
 /* bootloader params in the next sector  */
 {
  .name = "params",
  .offset = MTDPART_OFS_APPEND,
  .size = 16 * NAND_BLOCK_SIZE,//2M by lml
  .mask_flags = MTD_WRITEABLE, /* force read-only */
 },
 /* kernel in sectors: */
 {
  .name = "kernel",
  .offset = MTDPART_OFS_APPEND,
  .size = SZ_2M,               //2M by lml
  .mask_flags = 0
 },
 {
  .name = "filesystem",
  .offset = MTDPART_OFS_APPEND,
  .size = SZ_16M + SZ_8M,       //24M
  .mask_flags = 0
 },
 {
  .name = "data1",
  .offset = MTDPART_OFS_APPEND,
  .size = SZ_2M,
  .mask_flags = 0
 },
 {
  .name = "data2",
  .offset = MTDPART_OFS_APPEND,
  .size = MTDPART_SIZ_FULL,
  .mask_flags = 0
 }
};其中

MTDPART_OFS_APPEND表示追加，即该分区地址追加到前一个分区中去；

MTDPART_SIZ_FULL表示占用剩余的全部空间

内核参数为bootargs 'mem=48M noinitrd console=ttyS0,115200n8 root=/dev/mtdblock3 rootfstype=cramfs '中的mtdblock3表示MTD的第四个分区，起始地址为0x70 0000，第一个编号为0.由此可以确定，文件系统必须烧写到nand flash的偏移地址0x70 0000上，否则内核会找不到文件系统。比如我把文件系统烧写到flash的0x80 0000上，启动后会提示：No filesystem could mount root, tried:  cramfs。Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(31,3) 错误。

 

烧写到0x70 0000后，可以挂在文件系统，但是提示：

Warning: unable to open an initial console.

Kernel panic - not syncing: No init found.  Try passing init= option to kernel。

 

linux内核地址：

arch/arm/Makefile  内核运行虚拟地址       TEXTADDR = 0xC0008000 (虚拟地址,内核地址空间 0xc0000000) 0x8000:用于存放页表文件. ---------------------------------------------- arch/arm/boot/Makefile        内核加载地址          ZRELADDR     = 0x20008000 --------------------------------------------- arch/arm/boot/compressed/Makefile 自解压程序地址         ZTEXTADDR  = 0x00000000 启动参数存储地址(跟uboot中定义的对应)                     在内核源码arch/arm/match-davinci/board-dm365-ipnc.c的最后有定义： MACHINE_START(DAVINCI_DM365_EVM, "DaVinci DM368 IPNC")  /* Maintainer: MontaVista Software <[email protected]> */  .phys_io = IO_PHYS,  .io_pg_offst = (io_p2v(IO_PHYS) >> 18) & 0xfffc,  .boot_params = (DAVINCI_DDR_BASE + 0x100), //0x8000 0100  .map_io  = davinci_map_io,  .init_irq = davinci_dm368_ipnc_irq_init,  .timer  = &davinci_timer,  .init_machine = davinci_init, MACHINE_END 在uboot中的定义：    /* adress of boot parameters */     gd->bd->bi_boot_params = LINUX_BOOT_PARAM_ADDR;  //0x8000 0100 这两个地址必须一致，否则就不能实现内核参数的传递。内核参数即uboot的环境变量中bootargs部分，在bootm.c的do_bootm_linux函数中，通过语句 char *commandline = getenv ("bootargs");获得内核参数，然后通过一系列setup_XXX_tags()函数建立内核参数链表，通过阅读源码可知，链表的起始地址就是gd->bd->bi_boot_params 。然后通过theKernel (0, machid, bd->bi_boot_params);命令就实现了uboot内核参数向linux内核的传递。

 

 boot命令对应cmd_bootm.c中的do_bootd()函数，作用就是运行命令行参数bootcmd中的的命令，我们的板子，就是bootcmd 'nboot 0x80700000 0 0x400000;bootm 0x80700000'，即nboot（对应cmd_nand.c中的do_nandboot()函数）先从nand flash 的偏移地址0x40 0000处把内核拷贝到ram的0x8070 0000地址处，然后bootm（对应cmd_bootm.c的do_bootm()函数，内核参数传递就在这里）从ram的0x8070 0000地址处开始运行内核。

系统启动挂载根文件系统时Kernel panic 

http://z8z88.blog.163.com/blog/static/11268008820094219176703/

uboot 引导内核时出现下面的问题：

Warning: unable to open an initial console

Kernel panic - not syncing: No init found.  Try passing init= option to kernel.

也有网友说是由于内核参数传递的问题和nandflash分区的问题。具体解决方法还没有找到。

 

arm 嵌入式LINUX启动过程

http://bigfirebird.iteye.com/blog/709959