DSP

【原创】linux内核移植过程--ramdisk的制作

2019-07-13 19:57发布

#####为了方便阅读,将把ramdisk的作用放在文章后面。 我使用的是TI公司am335x; 前面缺省文件系统的制作,可以见网上blog,使用busybox制作。 这里提供我实验过的文件系统链接(使用此文件可直接从第三步进行):http://download.csdn.net/detail/taiyi2012/6850773
#####以下均在ubuntu10.04
1.目的:产生ramdisk文件(”ramdisk“可用其他名字代替)              操作:genext2fs   -b  8192   -d  /XXX/rootfs  ramdisk     (MARK:genext2fs   -b  8192   -D  device_table.txt  -d  /XXX/rootfs  ramdisk              /*  XXX 为rootfs的绝对路径,下同 */ 2.目的:产生ramdisk.gz  (在ramdisk所在目录进行)              操作:gzip  -f9   ramdisk              结果:在当前目录下产生一个ramdisk.gz文件(14M左右)
3.目的:对内核压缩(在zImage所在目录进行)              操作:gzip -c9 zImage  >   zImage.gz 4.目的:产生最终文件(工作目录下需要有文件zImage.gz 与 ramdisk.gz)
             操作:mkimage  -A  arm  -O  linux  -T  multi  -C  gzip   -a   0x80008000  -e  0x80008000  -n  "yourname"  -d  zImage.gz:ramdisk.gz  Ramdisk
5.最后将Ramdisk文件拷贝到/tftpboot(如果前面是在/tftpboot 进行,忽略此步)
#####以下已进入u-boot
6.进入uboot:             u-boot#
我的默认环境为:console=ttyO0,57600n8 rw mem=128M root=/dev/ram 解释:mem=128M:内存大小 也可以通过命令setenv bootargs 命令来改变环境如:           u-boot#setenv bootargs root=/dev/ram rw  console=ttyO0,57600n8 mem=128M

7.目的:烧写Ramdisk            操作:u-boot# tftp 0x82000000 Ramdisk 8.目的:启动内核            操作:u-boot# bootm
          或者:u-boot#bootm 0x82000000 到这里就能正常进入内核了。 那为什么要有ramdisk这一步呢?为什么直接把编译好的uImage烧写到板子上启动不了呢?解释如下:(下文摘抄于其他blog) 【待完善】 RAMDISK简介:
Linux 中,rootfs 是必不可少的。PC 上主要实现有ramdisk和直接挂载 HDHarddisk,硬盘)上的根文件系统;嵌入式中一般不从 HD 启动,而是从 Flash 启动,最简单的方法是将 rootfs load 到 RAM 的 RAMDisk,稍复杂的就是直接从Flash 读取的Cramfs,更复杂的是在Flash 上分区,并构建JFFS2等文件系统。
        Ramdisk 是将一部分固定大小的内存( RAM )空间模拟出硬盘分区。它并非一个实际的文件系统,而是一种将实际的文件系统装入内存的机制,并且可以作为根文件系统。将一些经常被访问而又不会更改的文件 ( 如只读的根文件系统 ) 通过 Ramdisk放在内存中,可以明显地提高系统的性能。
        在 linux 系统中 ,ramdisk 有二种 , 一种就是可以格式化并加载 , linux内核2.0/2.2就已经支持,其不足之处是大小固定;另一种是 2.4的内核才支持,通过,ramfs来实现,他不能被格式化,但用起来方便,其大小随所需要的空间增加或减少,是目前linux常用的ramdisk技 术.
        initrd  是  RAMDisk  的格式, kernel 2.4  之前都是  image-initrd Kernel 2.5  引入了  cpio-initrd ,大大简化了 Linux  的启动过程,附合  Linux  的基本哲学: Keep it simple, stupid(KISS). 不过cpio-initrd 作为新的格式,还没有经过广泛测试,嵌入式 Linux 中主要采用的还是 image-initrd
        在嵌入式环境中,我们将使用 RAMDisk 制作好的 rootfs  压缩后写入 Flash ,启动的时候由 Bootloader  装载到 RAM 中。在 Linux 的启动阶段, initrd 提供了一套机制,可以将内映像和根文件系统一起载入内存并解压缩,然后挂载到 下。这种方法操作简单,但是在 RAM 中的文件系统不是压缩的,因此需要占用许多嵌入式系统中稀有资源 RAM
        由于/目录实在内存中,所以我们对根文件系统进行的操作并不会保存到Flash上,而是在RAM中。这样也就意味着,对根文件系统所作的修改,掉电后将会丢失.

 Initrd
Initrd是在Linux中普遍采用的一种技术,就是由Bootloader加载的内存盘。在系统启动的过程中,首先会执行Initrd中的“某一个文件”来完成驱动模块加载的任务,第二阶段才会执行真正的根文件系统中的/sbin/init。这里提到的第一阶段是为第二阶段服务的,主要是用来加载根文件系统以及根文件系统存储介质的驱动程序。
资料中提到,存在多种类型的Initrd,实际应用中包括无Initrd、Linux Kernel和Initrd打包、Linux Kernel和Initrd分离以及RAMDisk Initrd。 目前,手中项目采用的就是第四种策略。在系统启动的时候,U-Boot会将Linux Kernel和Rootfs加载到内存,并跳转到Linux Kernel的入口地址执行程序。这篇文章将侧重对该种情况进行分析。