R8610移植linux-3.docxVIP

R8610移植linux-3.0.4，新文件系统第一阶段，移植linux-3.0.4最近一直在做r8610平台上的移植和开发工作。公司的产品采用r8610平台，内核版本linux-2.6.9，文件系统squashfs，我是第一次听说这个文件系统的。用redboot引导的linux。先说说移植新内核的前提吧。板子上flash是4M的，而这个板子所在的设备需要大量存储实时数据，所以采用u盘来存储。但是u盘会不定时down掉，时间间隔不定，2礼拜或者更长。研究了一段时间内核，usb部分和文件系统部分，不好定位。后来要在这个设备上添加一个usb转串口来通信的功能。采用pl2303，内核自带pl2303驱动，所以直接直接写应用就可以，发现读正常，写不正常，close串口以后，再次打开发送的第一帧数据丢失。后来在驱动中层层跟踪，定位是ohci-hcd的问题。看了几天这部分代码。水平不到位。没发现什么异常。给几年前提供这个芯片的厂商打电话咨询，说可能是内核支持的问题。提议用linux-3.0.4，他们实验过，直接编译就可以运行起来。然后让我试试看是否usb是否还有类似的问题。于是，开始移植。开始只移植了linux-3.0.4的内核，但是老的文件系统怎么都起不来。厂商技术人员说确定可以直接编译就能起来。后来仔细阅读串口输出，和原来设备上跑的系统相比较，定位到可能flash分区不一样的原因。抱着试试看的态度修改/drivers/mtd/maps/pyhsmap.c文件。修改物理分区map表。经过多次试验，文件系统终于挂上。分析原因，厂商的flash不用分区。他们的flash分区信息是通过redboot传递的，而我们用的redboot没有传递这个信息。所以内核找不到根文件系统。挂上以后，也不是一马平川就到头了。显示squashfs有问题。然后接下来又是几天的乱搞。只要串口输出有一点和上次不一样的地方就十分高兴。在添加了无数打印以后。发现制作文件系统的工具版本太低造成的。Linux-3.0.4中squashfs支持的文件系统是4.0以上版本。而我采用的是2.x版本。然后 sudo apt-get install新版本工具，编译，下载，启动，涛声依旧。只是有一点进展，但是并没有看见需要登录的界面。没有办法，这样不好搞，不好定位，干脆直接编译个新链子吧。说敢就干。从上下载一个比较新的buildroot版本，tar解压，make menuconfig，make出错，需要安装好多小工具才能正常make。我的电脑缺?bison, flex, gettext, texinfo文件，sudo apt-get install这些就可以啦。第二阶段，制作新工具链和文件系统记录时间：2012-5-30记录内容：采用buildroot制作新工具链和新文件系统所选各个插件的版本：linux-3.0.4busybox-1.19.4,gcc-4.4.6buildroot-2012.02在buildroot根目录执行make menuconfig，进入toolchain项，我的修改如下图：Kernel Header选择和我的所用的内核版本一致。然后是uClibc，binutils，gcc等。然后保存退出，make即可。在buildroot里面没有配置编译linux内核。因为buildroot里面对内核的选择只有linux-3.0.x,没有明确可以指定3.0.4.并且还可以省点时间下载。等新链子出来，直接用新链子编译内核就是了，效果和在buildroot里面效果一样。buildroot的主要工作是制作内核镜像，工具链和文件系统rootfs文件夹的产生。通过这个称为工具的东东可以很方便的制作内核，工具链，文件系统，而不用直接对某一部分进项单独的配置和修改。直接在buildroot根目录执行make就可以生成我们需要的各种东东。不用我们自己去下载，配置，编译。基本可以说一键搞定。make执行以后，如果第一次编译的话，根据host主机和网络情况，会耗费一定时间，一半比较长。而第一次以后执行make就很快了。make执行以后，相对我们来说有用的目录只有1个，buildroot/output下的东东有很多是我们需要的。好像以前的buildroot版本的生成的目录不是这个，反正不管什么版本，直接从/downloads/buildroot.html文档可以查看各个目录说明。buildroot-2012.02版本的output目录是这样的：1build目录是下载以后解压的各种解压包，我在buildroot根目录执行make menuconfig的时候选择busybox-1.19.4,那么这里就有busybox-1.19.4的解压以后的包。2host目录，万分重要的一个包。编译出的工具链就在这里，