1.iNand的问题
得到的内核错误信息:Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-
block(0,0)。从错误信息字面意思来分析,就是内核试图挂载根文件系统时失败,失败的原因是
unknown-block(不能识别的块设备)
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)下面是打印的是
报错的的函数。
错误信息的来源:dump_backtrace在dump_stack里面,dump_stack在panic里面,panic在
mount_block_root里面,mount_block_root在mount_root里面,mount_root在
prepare_namespace里面,prepare_namespace在kernel_init里面,最终找到了kernel_init函数。
分析这个错误出现的原因。unknown-block(0,0)。在kernel启动时uboot会传给内核一个cmdline,
其中用root=xx来指定了rootfs在哪个设备上,内核就会到相应的地方去挂载rootfs。譬如我们传参
中:root=/dev/mmcblk0p2,这里的/dev/mmcblk0p2就是rootfs的设备地址,这个设备文件编号的
含义就是mmc设备0的第2个分区(设备0就是在SD0通道上的设备,也就是iNand),这里的问题
就是没找到mmc设备0的第2分区。
下一步问题:为什么没找到mmc设备0的第2分区。一定是因为kernel启动过程中加载mmc驱动的
时候有问题,驱动没有发现mmc设备0.问题定位在MMC相关的驱动方面。
分析问题的方法:用正常启动的kernel打印的信息做对比。
正常启动的kernel找到iNand:
正常启动的kernel找到外支的SD卡:
对比九鼎版本的内核启动信息,启动异常并没有打印出这些信息出来,即可发现我们的内核启动并
没有找到MMC设备(内置的iNand和外置的SD卡都没找到),没找到肯定是驱动的问题,这就要
去移植MMC驱动了。
2.网卡驱动的移植
网卡驱动移植ok时,启动信息为:
网卡驱动移植异常时,启动信息为:
确认make menuconfig中添加DM9000是否等于Y
mach-smdkc110.c中的smdkc110_machine_init是整个开发板的所有硬件的初始化函数,在这里加载了的硬件将来启动时就会被初始化,在这里没有的将来启动时就不管。
里面的smdkc110_devices和smdkc110_dm9000_set()这两个地方是和DM9000有关的,要分别去
做移植。
移植思路:参考别人移植好了的,对比自己的代码看哪里不一样,读懂代码进行移植。
修改相应的配置参数:
DM9000相关的数据配置在arch/arm/plat-s5p/devs.c中更改。
3.调试方法总结
一般看到内核打印出来信息,剩下的移植都是移植驱动的东西了,驱动的移植也不是从头到尾的去
敲代码,而是去配置一些参数,可以看着移植文档去修改。
内核启动在head.S中首先进行了三个校验(CPU id的校验、机器码的校验、tag的校验)
然后创建页表,然后做了一些不太会出错的事情,然后b start_kernel。基本上能运行到
start_kernel内核移植就不太会出问题了。
调试方法和原理:调试方法就是在内核启动的第一阶段添加汇编操作led点亮/熄灭的方法来标明代
码运行的轨迹。我们找之前裸机中汇编操作led点亮/熄灭的代码过来,复制粘贴到head.S中合适位
置。然后内核启动后根据led的表现来标明代码有无运行。
整理好led操作的代码段,在head.S中合适的地方添加led这个函数,然后在head.S的内核起始运行
阶段添加调用led函数,然后重新编译内核,运行内核看这段代码有无被运行。
如果被运行了,证明在这个调用led的步骤之前的部分都是没问题的,那么如果有错肯定错误在后
边;如果没有被运行则证明错误在之前,那么就要去之前的部分debug。