在《GNU ARM汇编–(十五)linux下的printascii》中现已开端剖析了自己写的bootloader在引导kernel时分呈现的commandline在bootloader和kernel之间传递的问题,今日总算处理了,并对参数传递有一些研讨:
传递的参数为:
- params->u1.s.page_size=LINUX_PAGE_SIZE;
- params->u1.s.nr_pages=(DRAM_SIZE>>LINUX_PAGE_SHIFT);
- params->commandline[COMMAND_LINE_SIZE]设定为”noinitrdroot=/dev/mtdblock2init=/linuxrcconsole=ttySAC0mem=64MB”
前面两个参数是页的巨细和页的数目,而问题呈现在commandline这个字符串数组的传递上面:
dubug这个问题的第一步是在start_kernel函数的最初处增加
strlcpy(boot_command_line ,”noinitrd console=ttySAC0,115200 root=/dev/mtdblock2 init=/linuxrc mem=64MB” , COMMAND_LINE_SIZE);
不论传递与否,直接强制写入,这样kernel的printk就将什么打印信息都打出来了.
持续debug:
在start_kernel中:
printk(KERN_NOTICE);
printk(linux_banner);
setup_arch(&command_line);
值得留意的是linux_banner中的内容在履行到这儿时并没有输出,而是先放在buffer里边,由于这个时分linux的串口还没有起来.
setup_arch(&command_line);在arch/arm/kernel目录下的setup.c文件中:
char *from = default_command_line;
在make menuconfig时,有Boot options–>() Default kernel command string
也便是.config装备文件中的CONFIG_CMDLINE=””
同样在setup.c中有:
static char default_command_line[COMMAND_LINE_SIZE] __initdata = CONFIG_CMDLINE;
也便是说在make menuconfig的时分咱们是能够设定默许值的.
持续往下看:
mdesc = setup_machine(machine_arch_type);
依据machine_arch_type来找到相应的machine_desc结构体,这个查找有许多汇编代码,没有详细看,暂时略过.
而咱们的s3c2440的machine_desc结构体是在arch/arm/mach-s3c2440下的mach-smdk2440.c中界说的:
- MACHINE_START(S3C2440,”SMDK2440″)
- /*Maintainer:BenDooks
- .phys_io=S3C2410_PA_UART,
- .io_pg_offst=(((u32)S3C24XX_VA_UART)>>18)&0xfffc,
- .boot_params=S3C2410_SDRAM_PA+0x100,
- .init_irq=s3c24xx_init_irq,
- .map_io=smdk2440_map_io,
- .init_machine=smdk2440_machine_init,
- .timer=&s3c24xx_timer,
- MACHINE_END
MACHINE_START宏界说如下:
- #defineMACHINE_START(_type,_name)
- staticconststructmachine_desc__mach_desc_##_type
- __used
- __attribute__((__section__(“.arch.info.init”)))={
- .nr=MACH_TYPE_##_type,
- .name=_name,
- #defineMACHINE_END
- };
这些machine_desc结构体在链接时都是放在.arch.info.init中的.
这儿咱们留意一下:
.boot_params = S3C2410_SDRAM_PA + 0x100, 也便是0x3000 0000 + 0x100,这个地址和bootloader中参数的地址是相一致的.
回到setup.c中:
- elseif(mdesc->boot_params)
- {
- printk(KERN_NOTICE”boot_params”);
- tags=phys_to_virt(mdesc->boot_params);
- }
由于这个时分kernel现已开了MMU,做物理地址到虚拟地址的转化.
由于bootloader仍是运用param_struct这种老的格局,所以下面的代码做格局的转化:
- if(tags->hdr.tag!=ATAG_CORE)
- {
- printk(KERN_NOTICE”coverttotaglist”);
- convert_to_tag_list(tags);
- }
convert_to_tag_list–>build_tag_list,在build_tag_list函数中有:
- tag=tag_next(tag);
- tag->hdr.tag=ATAG_CMDLINE;
- tag->hdr.size=(strlen(params->commandline)+3+
- sizeof(structtag_header))>>2;
- printk(KERN_NOTICE”params->commandline:%s”,params->commandline);
- strcpy(tag->u.cmdline.cmdline,params->commandline);
这儿咱们将这个字符串复制到了tag->u.cmdline.cmdline中,
回到setup_arch函数中,开端看pase这些tags:
parse_tags(tags);–>parse_tag–>t->parse(tag);
在setup.c中有:
- staticint__initparse_tag_cmdline(conststructtag*tag)
- {
- printk(KERN_NOTICE”parse_tag_cmdline”);
- printk(KERN_NOTICE”tag->u.cmdline.cmdline:%s”,tag->u.cmdline.cmdline);
- strlcpy(default_command_line,tag->u.cmdline.cmdline,COMMAND_LINE_SIZE);
- return0;
- }
- __tagtable(ATAG_CMDLINE,parse_tag_cmdline);
__tagtable的界说如下
- #define__tagtable(tag,fn)
- staticstructtagtable__tagtable_##fn__tag={tag,fn}
- structtagtable{
- __u32tag;
- int(*parse)(conststructtag*);
- };
也便是说这儿咱们会调用parse_tag_cmdline
- staticint__initparse_tag_cmdline(conststructtag*tag)
- {
- printk(KERN_NOTICE”parse_tag_cmdline”);
- printk(KERN_NOTICE”tag->u.cmdline.cmdline:%s”,tag->u.cmdline.cmdline);
- strlcpy(default_command_line,tag->u.cmdline.cmdline,COMMAND_LINE_SIZE);
- return0;
- }
这儿咱们又将字符串从tag->u.cmdline.cmdline复制到了default_command_line中,覆盖了默许装备.
再往下便是memcpy(boot_command_line, from, COMMAND_LINE_SIZE);
由于from指针指的便是default_command_line,所以这时分boot_command_line便是从bootloader传来的值了.
到这儿,commandline的就正确传递了,至于linux的串口驱动和console这些是怎么使用console=ttySAC0来进行下一步作业,再做剖析.
这个流程过了一次,我的问题天然就处理了,自己写的bootloader一切正常了.尽管没有uboot那么强壮,可是写bootloader的进程带来的优点绝不比移植uboot的少,哈哈哈哈
今日有点走运,在路上被三个蜂子蛰了,从6点痛到现在,睡不着也该上床了！！
