GNU ARM匯編--(十六)bootloader與kernel之間
加入技術(shù)交流群
傳遞的參數(shù)為:
本文引用地址：http://cafeforensic.com/article/201611/321715.htm- params->u1.s.page_size=LINUX_PAGE_SIZE;
- params->u1.s.nr_pages=(DRAM_SIZE>>LINUX_PAGE_SHIFT);
- params->commandline[COMMAND_LINE_SIZE]設(shè)定為"noinitrdroot=/dev/mtdblock2init=/linuxrcconsole=ttySAC0mem=64MB"
dubug這個問題的第一步是在start_kernel函數(shù)的開頭處添加
strlcpy(boot_command_line ,"noinitrd console=ttySAC0,115200 root=/dev/mtdblock2 init=/linuxrc mem=64MB" , COMMAND_LINE_SIZE);
不管傳遞與否,直接強制寫入,這樣kernel的printk就將什么打印信息都打出來了.
繼續(xù)debug:
在start_kernel中:
printk(KERN_NOTICE);
printk(linux_banner);
setup_arch(&command_line);
值得注意的是linux_banner中的內(nèi)容在執(zhí)行到這里時并沒有輸出,而是先放在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的時候我們是可以設(shè)定默認值的.
繼續(xù)往下看:
mdesc = setup_machine(machine_arch_type);
根據(jù)machine_arch_type來找到相應(yīng)的machine_desc結(jié)構(gòu)體,這個查找有很多匯編代碼,沒有詳細看,暫且略過.
而我們的s3c2440的machine_desc結(jié)構(gòu)體是在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
- #defineMACHINE_START(_type,_name)
- staticconststructmachine_desc__mach_desc_##_type
- __used
- __attribute__((__section__(".arch.info.init")))={
- .nr=MACH_TYPE_##_type,
- .name=_name,
- #defineMACHINE_END
- };
這里我們注意一下:
.boot_params = S3C2410_SDRAM_PA + 0x100, 也就是0x3000 0000 + 0x100,這個地址和bootloader中參數(shù)的地址是相一致的.
回到setup.c中:
- elseif(mdesc->boot_params)
- {
- printk(KERN_NOTICE"boot_params");
- tags=phys_to_virt(mdesc->boot_params);
- }
因為bootloader還是使用param_struct這種老的格式,所以下面的代碼做格式的轉(zhuǎn)換:
- if(tags->hdr.tag!=ATAG_CORE)
- {
- printk(KERN_NOTICE"coverttotaglist");
- convert_to_tag_list(tags);
- }
- 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);
回到setup_arch函數(shù)中,開始看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);
- #define__tagtable(tag,fn)
- staticstructtagtable__tagtable_##fn__tag={tag,fn}
- structtagtable{
- __u32tag;
- int(*parse)(conststructtag*);
- };
- 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;
- }
再往下就是memcpy(boot_command_line, from, COMMAND_LINE_SIZE);
因為from指針指的就是default_command_line,所以這時候boot_command_line就是從bootloader傳來的值了.
到這里,commandline的就正確傳遞了,至于linux的串口驅(qū)動和console這些是如何利用console=ttySAC0來進行下一步工作,再做分析.
這個流程過了一次,我的問題自然就解決了,自己寫的bootloader一切正常了.雖然沒有uboot那么強大,但是寫bootloader的過程帶來的好處絕不比移植uboot的少,哈哈哈哈
今天有點幸運,在路上被三個蜂子蟄了,從6點痛到現(xiàn)在,睡不著也該上床了??！
評論