MPC8572DS板子调试记录.docVIP

MPC8572DS调试记录 5月板子从Freescale寄来了,搞了近一个星期的板子没装上IP,后来才被告知是厂方的问题,板子上电后进入的控制台是开发板子用的,不是Uboot控制台,原来板子出厂的时候忘在里面刷上Uboot了,所以我们把板子寄回去了.到6月份中旬左右板子寄过来了,上电启动后进入了Uboot的控制台,一切正常.于是,等我和士宾一考完所有的科目,便开始部署开发环境. 6月22日 我和士宾都考完了，我们打算在胡蝶来苏州之前把开发环境先部署完。 现在主要的工作就是要把Linux 跑起来。 昨天和士宾弄了一个晚上，尝试了说明文档里的第二个方法，即从flash启动，结果文件系统的镜像加载不进去，因为rootfs.ext2.gz.uboot有179M，而整个flash也不过128M，分配给文件系统的区域ramdisk只有48M，因此，我觉得这个方法不可行。带着这个想法，我睡着了，并且早上5点半就醒了。 今早6点半就到实验室了，机器启动的时候比较吵，所以我们尽量挑大家都还没来的时候调板子。来了之后我们又浏览了一遍文档，比较了上面的5个部署方法，我只看懂了第一个方法，从ramdisk启动，感觉应该可以，因为这个不用提前将rootfs.ext2.gz.uboot装入flash，绕过了第二种方法的瓶颈。结果，还是遇到了跟昨晚相同情况，三个文件检查都OK，可就是不能启动Linux，卡死在那了。我就看了zsb文件夹里三个文件是不是一次编译完成的，结果发现这三个文件都不是一天传进去的，我猜是不是每次加载必须要使用一次编译的，所以我就从自己电脑上把一次编译通过的三个文件传到了主机上，再用第一个方法部署，结果竟然跑起来Linux了，但没有成功，调试信息显示了上述6个图片，kernel spanic，它崩溃，我也崩溃了，不知道问题出在哪。我现在能想到的原因有两个：要么就是内存条有问题；要么就是在镜像编译的时候出了问题。后者的可能性比较大，如果Uboot用的是36位而Linux用的是32位，那么有可能是要出问题的。所以我现在就重新编译Uboot和Linux，用的都是36位，速度真慢，估计又要用1个多小时了。 第一种部署方法： setenv ipaddr setenv serverip setenv gatewayip setenv bootargs root=/dev/ram rw console=ttyS0,115200 saveenv tftp 1000000 uImage tftp 2000000 rootfs.ext2.gz.uboot tftp c00000 mpc8572ds.dtb bootm 1000000 2000000 c00000 士宾说不用一条一条命令输入，系统有集成的一条指令，这个在环境参数中可以自己设置。 上电后Uboot启动时出现的界面： 敲入help可以查看所有Uboot命令，敲入printenv可以查看Uboot下的环境参数： 以下是用第一种部署方法启动Linux后出现的信息界面： 6月23日 今天早上针对错误信息在网上查找了大量的相关资料，类似情况还挺多，不过都没有一个固定的解决方案。下午看了这些资料，并针对可能出现的问题一一操作，可都没有解决问题。目前还有三个解决方案没有实践：一个是要用gcc低版本编译内核，高版本编译可能会出现问题；另一个是要对vmlinux进行反汇编，找到错误指令的地址，然后修改；最后一种解决方案比较抽象，是要用第三种方案，即TFTP+NFS。今天做下来豪无进展，比较泄气，一想到kernel panic就头痛。刚罗哥说，可以用现成的.config拷到自己机器上进行编译，我觉得可能性甚微。 6月24-26日 张士宾的周报： 目前，板子上的使用方法和技巧已经掌握。五种启动内核的方法，我选择的TFTP方式，这种方式最简单，而且方便多人同时使用。 启动Linux内核的批处理：run ramboot 烧Uboot的:run tftpflash 设置环境变量的命令：setenv 其中包括 ：ipaddr,serverip,gatewayip,bootargs等环境变量和参数可设置 多条命令可根据要求，设置成批处理来执行，这样可以提高工作效率。目前的问题还是Linux内核加载的问题。上周遇到的运行Flash内烧的Linux启动不了，到解压成功，然后死掉。 这周依旧没有成功启动，遇到的问题是提示关于SMP的内核代码问题。这个问题，王的想法是内核代码有问题，我不这样认为，我认为内容代码出错的可能性比较小。我认为可能的错误是ramdisk_size参数问题。编译时提示ramdis exceeds the old default size of 4096k，所以，把 ramdisk_size设置大一点