openwrt 怎么查看负载均衡 openwrt负载均衡最好设置

转载

码海舵手之心 2024-07-19 09:25:08

文章标签 openwrt 怎么查看负载均衡 linux ubuntu bc 文章分类 运维

第二章首次安装SDK

1、Hi3531 SDK包位置

在"Hi3531_V100R001***/01.software/board"目录下，您可以看到一个 Hi3531_SDK_Vx.x.x.x.tgz 的文件，

该文件就是Hi3531的软件开发包。

2、解压缩SDK包

在linux服务器上（或者一台装有linux的PC上，主流的linux发行版本均可以），使用命令：tar -zxf Hi3531_SDK_Vx.x.x.x.tgz ，

解压缩该文件，可以得到一个Hi3531_SDK_Vx.x.x.x目录。

3、展开SDK包内容

返回Hi3531_SDK_Vx.x.x.x目录，运行./sdk.unpack(请用root或sudo权限执行)将会展开SDK包打包压缩存放的内容，请按照提示完成操作。

如果您需要通过WINDOWS操作系统中转拷贝SDK包，请先运行./sdk.cleanup，收起SDK包的内容，拷贝到新的目录后再展开。

遇到以下问题：

a@ubuntu:~/product$ tar -zxf Hi3531_SDK_V1.0.8.0.tgz 
a@ubuntu:~/product$ ls
a8_orig          c300.tar.bz2  Hi3531_SDK_V1.0.8.0      netconfig~
a8_orig.tar.bz2  c318          Hi3531_SDK_V1.0.8.0.tgz  pingloop~
app_init         gis           mysql_hotbackup          pings
app_init~        gislinux.tar  mysql-setup.sh           pings~
app_init2        gis.tar.gz    netcfg                   record
c300             gis_udblip    netconfig                record.tar.bz2
a@ubuntu:~/product$ cd Hi3531_SDK_V1.0.8.0
a@ubuntu:~/product/Hi3531_SDK_V1.0.8.0$ ls
package  scripts  sdk.cleanup  sdk.unpack
a@ubuntu:~/product/Hi3531_SDK_V1.0.8.0$ sudo ./sdk.unpack
[sudo] password for a: 
./sdk.unpack: 2: ./sdk.unpack: source: not found
./sdk.unpack: 4: ./sdk.unpack: ECHO: not found
./sdk.unpack: 6: ./sdk.unpack: WARN: not found
./sdk.unpack: 7: ./sdk.unpack: WARN: not found
./sdk.unpack: 8: ./sdk.unpack: ECHO: not found
./sdk.unpack: 20: ./sdk.unpack: ECHO: not found
./sdk.unpack: 22: ./sdk.unpack: run_command_progress_float: not found
./sdk.unpack: 24: ./sdk.unpack: ECHO: not found
mkdir: created directory ‘mpp’
./sdk.unpack: 26: ./sdk.unpack: run_command_progress_float: not found
./sdk.unpack: 28: ./sdk.unpack: ECHO: not found
mkdir: created directory ‘drv’
./sdk.unpack: 30: ./sdk.unpack: run_command_progress_float: not found

解决方案

1）Ubuntu下修改默认Shell：dash为bash
输入 dpkg-reconfigure dash 后选 no 选项

2）解压SDK到当前目录后 进入目录如: ./Hi3515_V100R001C01SPC050/software/board
解压 tar zxvf Hi3515_SDK_V1.0.5.0.c1.tgz
进入目录，找到 scripts/common.sh
vi scripts/common.sh
找到 run_command_progress_float() 函数
将其中的：
prog_bar_base="[    ]"
while [ $rcp_tmp -lt $RCP_RANGE ]
do
prog_bar_base="$prog_bar_base-"
((rcp_tmp++)) 
done
替换为
prog_bar_base="[    ]"
while [ $rcp_tmp -lt $RCP_RANGE ]
do
prog_bar_base="$prog_bar_base-"
                ((rcp_tmp=rcp_tmp+1))
done
主要就是将第159行的((rcp_tmp++))替换为((rcp_tmp=rcp_tmp+1))
保存退出

3）如果用一般用户编译，需在用户的主目录的./baserc文件中最后增加编译器路径：
vi ~/.bashrc
文件末尾位置加入：
export PATH="$PATH:/opt/hisi-linux/x86-arm/gcc-3.4.3-uClibc-0.9.28/usr/bin/:/opt/hisi-linux/x86-arm/gcc-3.4.3-uClibc-0.9.28/bin/"
保存退出
然后：
sudo vi /root/.bashrc
仍在文件末尾位置加入：
export PATH="$PATH:/opt/hisi-linux/x86-arm/gcc-3.4.3-uClibc-0.9.28/usr/bin/:/opt/hisi-linux/x86-arm/gcc-3.4.3-uClibc-0.9.28/bin/"
保存退出
如用root编译可不做上述工作
4）普通用户编译执行
sudo ./sdk.unpack

SDK编译成功！

修改后输出结果

a@ubuntu:~/product/Hi3531_SDK_V1.0.8.0$ sudo ./sdk.unpack
Unpacking SDK
WARN: Be sure you have installed the cross-compiler. if not, install it first!
WARN: ALL THE SOUCE FILES WILL BE OVERWRITED, FILES YOU MOTIFIED WILL BE LOST !!!

unpacking osdrv
run_command_progress_float: 'tar -xvzf package/osdrv.tgz'
[100%]##################################################|
unpacking mpp
run_command_progress_float: 'tar -xvzf package/mpp.tgz'
[100%]##################################################|
unpacking drv
run_command_progress_float: 'tar -xvzf package/drv.tgz'
[100%]##################################################|

4、在linux服务器上安装交叉编译器

1）安装uclibc交叉编译器（注意，需要有sudo权限或者root权限）：

进入Hi3531_SDK_Vx.x.x.x/osdrv/toolchain/arm-hisiv100-linux目录，运行chmod +x cross.install，然后运行./cross.install即可。

2) 安装glibc交叉编译器（注意，需要有sudo权限或者root权限）：

进入Hi3531_SDK_Vx.x.x.x/osdrv/toolchain/arm-hisiv200-linux目录，运行chmod +x cross.install，然后运行./cross.install即可。

a@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/osdrv/toolchain/arm-hisiv200-linux$ sudo chmod +x cross.install

a@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/osdrv/toolchain/arm-hisiv200-linux$ sudo ./cross.install
CROSS_COMPILER_PATH=/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin
Do not have version file
mkdir: created directory ‘/opt/hisi-linux’
mkdir: created directory ‘/opt/hisi-linux/x86-arm’
mkdir: created directory ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux’
Extract cross tools ...
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-addr2line’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-addr2line’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-ar’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-ar’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-as’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-as’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-c++’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-c++’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-c++filt’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-c++filt’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-cpp’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-cpp’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-g++’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-g++’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-gcc’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-gcc’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-gcc-4.4.1’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-gcc-4.4.1’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-gccbug’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-gccbug’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-gcov’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-gcov’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-gdb’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-gdb’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-gdbtui’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-gdbtui’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-gprof’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-gprof’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-ld’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-ld’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-nm’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-nm’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-objcopy’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-objcopy’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-objdump’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-objdump’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-ranlib’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-ranlib’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-readelf’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-readelf’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-size’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-size’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-strings’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-strings’
‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin/arm-hisiv200-linux-strip’ -> ‘/opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/arm-hisiv200-linux-gnueabi-strip’
export path /opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin

3) 执行source /etc/profile，安装交叉编译器的脚本配置的环境变量就可以生效了，或者请重新登陆也可。

a@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/osdrv/toolchain/arm-hisiv200-linux$  source /etc/profile

export PATH="$PATH:/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/usr/bin/:/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin"

a@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/osdrv/kernel/linux-3.0.y$ sudo make ARCH=arm CROSS_COMPILE=arm-hisiv200-linux- uImage  
make: arm-hisiv200-linux-gcc: Command not found
  CHK     include/linux/version.h
  CHK     include/generated/utsrelease.h
make[1]: `include/generated/mach-types.h' is up to date.
  CC      kernel/bounds.s
/bin/sh: arm-hisiv200-linux-gcc: command not found
make[1]: *** [kernel/bounds.s] Error 127
make: *** [prepare0] Error 2
a@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/osdrv/kernel/linux-3.0.y$ arm-hisiv200-linux-gcc
arm-hisiv200-linux-gcc: no input files

先build uboot

make ARCH=arm CROSS_COMPILE=arm-hisiv200-linux- godnet_config

    make ARCH=arm CROSS_COMPILE=arm-hisiv200-linux-
UNDEF_SYM=`arm-hisiv200-linux-objdump -x board/godnet/libgodnet.a lib/libgeneric.a lib/lzma/liblzma.a lib/lzo/liblzo.a arch/arm/cpu/godnet/libgodnet.a 
arch/arm/cpu/godnet/godnet/libgodnet.a arch/arm/lib/libarm.a fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a 
fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a fs/yaffs2/libyaffs2.a fs/ubifs/libubifs.a net/libnet.a disk/libdisk.a drivers/bios_emulator/libatibiosemu.a
 drivers/block/libblock.a drivers/dma/libdma.a drivers/fpga/libfpga.a drivers/gpio/libgpio.a drivers/hwmon/libhwmon.a drivers/i2c/libi2c.a 
drivers/input/libinput.a drivers/misc/libmisc.a drivers/mmc/libmmc.a drivers/mtd/libmtd.a drivers/mtd/nand/libnand.a drivers/mtd/onenand/libonenand.a
 drivers/mtd/ubi/libubi.a drivers/mtd/spi/libspi_flash.a drivers/mtd/spi/hisfc350/libhisfcv350.a drivers/mtd/spi/hisfc300new/libhisfcv300new.a 
drivers/net/libnet.a drivers/net/phy/libphy.a drivers/net/hisfv300/libhisfv300.a drivers/net/higmac/libhigmac.a drivers/net/stmmac/libstmmac.a 
drivers/pci/libpci.a drivers/pcmcia/libpcmcia.a drivers/power/libpower.a drivers/spi/libspi.a drivers/vo/libvo.a drivers/hdmi/libhdmi.a 
drivers/dec/libjpegd.a drivers/rtc/librtc.a drivers/serial/libserial.a drivers/twserial/libtws.a drivers/usb/gadget/libusb_gadget.a 
drivers/usb/host/libusb_host.a drivers/usb/host/hiusb/libhiusb.a drivers/usb/musb/libusb_musb.a drivers/usb/phy/libusb_phy.a 
drivers/video/libvideo.a drivers/watchdog/libwatchdog.a common/libcommon.a lib/libfdt/libfdt.a api/libapi.a post/libpost.a product/libproduct.a 
product/hiupdate/libhiupdate.a | sed  -n -e 's/.*\(__u_boot_cmd_.*\)/-u\1/p'|sort|uniq`;
 cd /home/a/product/Hi3531_SDK_V1.0.8.0/osdrv/uboot/u-boot-2010.06 && arm-hisiv200-linux-ld -Bstatic -T u-boot.lds 
 -Ttext 0x80800000 $UNDEF_SYM arch/arm/cpu/godnet/start.o --start-group lib/libgeneric.a lib/lzma/liblzma.a lib/lzo/liblzo.a 
arch/arm/cpu/godnet/libgodnet.a arch/arm/cpu/godnet/godnet/libgodnet.a arch/arm/lib/libarm.a fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a 
fs/jffs2/libjffs2.a fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a fs/yaffs2/libyaffs2.a fs/ubifs/libubifs.a net/libnet.a disk/libdisk.a 
drivers/bios_emulator/libatibiosemu.a drivers/block/libblock.a drivers/dma/libdma.a drivers/fpga/libfpga.a drivers/gpio/libgpio.a 
drivers/hwmon/libhwmon.a drivers/i2c/libi2c.a drivers/input/libinput.a drivers/misc/libmisc.a drivers/mmc/libmmc.a drivers/mtd/libmtd.a 
drivers/mtd/nand/libnand.a drivers/mtd/onenand/libonenand.a drivers/mtd/ubi/libubi.a drivers/mtd/spi/libspi_flash.a 
drivers/mtd/spi/hisfc350/libhisfcv350.a drivers/mtd/spi/hisfc300new/libhisfcv300new.a drivers/net/libnet.a drivers/net/phy/libphy.a 
drivers/net/hisfv300/libhisfv300.a drivers/net/higmac/libhigmac.a drivers/net/stmmac/libstmmac.a drivers/pci/libpci.a drivers/pcmcia/libpcmcia.a 
drivers/power/libpower.a drivers/spi/libspi.a drivers/vo/libvo.a drivers/hdmi/libhdmi.a drivers/dec/libjpegd.a drivers/rtc/librtc.a 
drivers/serial/libserial.a drivers/twserial/libtws.a drivers/usb/gadget/libusb_gadget.a drivers/usb/host/libusb_host.a drivers/usb/host/hiusb/libhiusb.a
 drivers/usb/musb/libusb_musb.a drivers/usb/phy/libusb_phy.a drivers/video/libvideo.a drivers/watchdog/libwatchdog.a common/libcommon.a
 lib/libfdt/libfdt.a api/libapi.a post/libpost.a product/libproduct.a product/hiupdate/libhiupdate.a board/godnet/libgodnet.a --end-group
 /home/a/product/Hi3531_SDK_V1.0.8.0/osdrv/uboot/u-boot-2010.06/arch/arm/lib/eabi_compat.o 
-L /opt/hisi-linux/x86-arm/arm-hisiv200-linux/bin/../lib/gcc/arm-hisiv200-linux-gnueabi/4.4.1 -lgcc -Map u-boot.map -o u-boot
arm-hisiv200-linux-objcopy -O srec u-boot u-boot.srec
arm-hisiv200-linux-objcopy --gap-fill=0xff -O binary u-boot u-boot.bin

然后把uboot的tools加入path文件

export PATH="$PATH:/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/usr/bin/:/opt/hisi-linux/x86-arm/arm-hisiv200-linux/target/bin:/home/a/product/Hi3531_SDK_V1.0.8.0/osdrv/uboot/u-boot-2010.06/tools"

Kernel: arch/arm/boot/zImage is ready
  UIMAGE  arch/arm/boot/uImage
Image Name:   Linux-3.0.8
Created:      Mon May 23 02:31:49 2016
Image Type:   ARM Linux Kernel Image (uncompressed)
Data Size:    3496792 Bytes = 3414.84 kB = 3.33 MB
Load Address: 80008000
Entry Point:  80008000
  Image arch/arm/boot/uImage is ready

编译busybox

a. 修改一下源码
    sun@:/work/busybox/busybox-1.20.2$ vi include/libbb.h 
   添加一行  #include  <sys/resource.h>
要不会出现如下错误:
    loginutils/passwd.c: In function ‘passwd_main’:
    loginutils/passwd.c:104:16: error: storage size of ‘rlimit_fsize’ isn’t known
    loginutils/passwd.c:188:12: error: ‘RLIMIT_FSIZE’ undeclared (first use in this function)
    loginutils/passwd.c:188:12: note: each undeclared identifier is reported> each function it appears in
    loginutils/passwd.c:104:16: warning: unused variable ‘rlimit_fsize’ [-Wunused-variable]
配置busybox
    sun@ubuntu:/work/busybox/busybox-1.20.2$ make menuconfig
    Busybox Setting -> Build Options
           [*]Build BusyBox as a static binary(no shared libs)  //一定要选上这个，这样busybox才不依赖于其它的东东，独立运行的
    Build Options  --->    
          (/work/busybox/arm-2012.09/bin/arm-none-linux-gnueabi-) Cross Compiler prefix //配置工具链
c. make  //只make,不用 make install 
这会在当前目录下生成 busybox
    AR      util-linux/volume_id/lib.a
  LINK    busybox_unstripped
   Trying libraries: crypt m
    Library crypt is not needed, excluding it
   Library m is needed, can't exclude it (yet)
   Final link with: m
  DOC     busybox.pod
  DOC     BusyBox.txt
  DOC     BusyBox.1
  DOC     BusyBox.html


d make install
  ./_install/usr/sbin/setlogcons -> ../../bin/busybox
  ./_install/usr/sbin/svlogd -> ../../bin/busybox
  ./_install/usr/sbin/telnetd -> ../../bin/busybox
  ./_install/usr/sbin/udhcpd -> ../../bin/busybox


   --------------------------------------------------
   You will probably need to make your busybox binary
   setuid root to ensure all configured applets will
   work properly.
   --------------------------------------------------

根文件系统的制作和使用

===========================================================================

启动时用到initrd来mount根文件系统。注意理解ramdisk和initrd这两个概念，其实ramdisk只是在ram上实现的块设备，类似与硬盘操作，但有更快的读写速度，它可以在
系统运行的任何时候使用，而不仅仅是用于启动；initrd（boot loader initialized RAM disk）可以说是启动过程中用到的一种机制，具体的实现过程也使用ramdisk技术。
就是在装载linux之前，bootloader可以把一个比较小的根文件系统的映象装载在内存的某个指定位置，姑且把这段内存称为initrd（这里是initrd所占的内存，不是ramdisk，
注意区别），然后bootloader通过传递参数的方式告诉内核initrd的起始地址和大小（也可以把这些参数编译在内核中），在启动阶段就可以暂时的用initrd来mount根文件
系统。initrd的最初的目的是为了把kernel的启动分成两个阶段：在kernel中保留最少最基本的启动代码，然后把对各种各样硬件设备的支持以模块的方式放在initrd中，
这样就在启动过程中可以从initrd所mount的根文件系统中装载需要的模块。这样的一个好处就是在保持kernel不变的情况下，通过修改initrd中的内容就可以灵活的支持
不同的硬件。在启动完成的最后阶段，根文件系统可以重新mount到其他设备上，但是也可以不再 重新mount（很多嵌入式系统就是这样）。 initrd的具体实现过程是这样的：
bootloader把根文件系统映象装载到内存指定位置，把相关参数传递给内核，内核启动时把initrd中的内容复制到ramdisk中（ram0），把initrd占用的内存释放掉，
在ram0上mount根文件系统。从这个过程可以看出，内核需要对同时对ramdisk和initrd的支持（这种需要都编入内核，不能作为模块）。 
这四种给rootfs提供内容的方式都有一个共同点：在kernel启动时，一系列的文件被解压到rootfs，如果kernel能在其中找到可执行的文件“/init”，kernel就会运行它；
这意味着，kernel不会再去理会“root=”是指向哪里的。此外，一旦initramfs里面的init 进程运行起来，kernel就会认为启动已经完成
使用initramfs最简单的方式，莫过于用已经做好的cpio.gz把kernel里面那个空的给换掉。这是2.6 kernel天生支持的，所以，你不用做什么特殊的设置。
kernel的config option里面有一项CONFIG_INITRAMFS_SOURCE（I.E. General setup--->Initramfs source file(s) in menuconfig）。
这个选项指向放着内核打包initramfs</p><p>需要的所有文件。默认情况下，这个选项是留空的，所以内核编译出来之后initramfs也就是空的，
也就是前面提到的rootfs什么都不做的情形。</p>CONFIG_INITRAMFS_SOURCE 可以是一个绝对路径，也可以是一个从kernel’s top build dir
（你敲入build或者是make的地方）开始的相对路径。而指向的目标可以有以下三<p>种：一个已经做好的cpio.gz，或者一个已经为制作cpio.gz准备好所有内容的文件夹，
或者是一个text的配置文件。
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/osdrv/kernel/linux-3.0.y# cat .config |grep CONFIG_INITRAMFS_SOURCE
CONFIG_INITRAMFS_SOURCE=""
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/osdrv/kernel/linux-3.0.y# cat .config |grep CONFIG_INITRAMFS_SOURCE
CONFIG_INITRAMFS_SOURCE="/home/a/product/Hi3531_SDK_V1.0.8.0/rootfs"

配置编译BusyBox

BusyBox的配置程序和Linux内核菜单配置方式简直一模一样，十分方便易用。使用make menuconfig命令就可以进行配置

配置过程主要有几点需要修改的：

因为我们要将BusyBox交叉编译成ARM可执行程序放在开发板上执行，所以需要使用交叉编译器arm-linux-gcc 来编译BusyBox。所以需要修改BusyBox根目录下的Makefile，找到 ARCH ?= $(SUBARCH) CROSS-COMPILE ?= 修改成ARM的配置，如下： ARM ?= arm CROSS-COMPILE ?= arm-linux-

在BusyBox配置界面里修改几个配置：

Busybox Settings ---> Build Options Build BusyBox as a static binary (no shared libs) 这个选项是一定要选择的，这样才能把BusyBox编译成静态链接的可执行文件，运行时才独立于其他函数库，否则必须要其他库文件才能运行
Busybox Settings ---> Installation Options Don’t use /usr 这个选项也是要选上的，否则make install 后BusyBox将安装在原系统的/usr下，这将覆盖系统原有的命令。选择这个选项后，make install后会在BusyBox目录下生成一个叫_install的目录，里面有BusyBox和指向他的链接。

Init Utilities ---> init 这个选项最好选上，这样BusyBox就可以初始化脚本inittab，可以用来初始化Linux系统。

如果要让BusyBox包含一个可以用于解释Linux命令的shell，需要配置BusyBox的Shells选项里的内容：

Shells ---> 这里可选的shell有多种，包括ash，hush，lash，msh。最好使用ash，因为它是功能最全也最类似于一般 Linux系统中的BASH的。同时注意第一行的： Choose your default shell (none) ---> 这里需要回车进去选择默认的Shell，例如选择了ash后，第一行的内容就会变成： Choose your default shell (ash) ---> 这样BusyBox才会生成sh的链接并且将这个sh指向对应的shell(ash)。其他选项都是一些Linux基本命令选项，可以根据自己的需要选择配置，第一次的话用默认的设置即可

编译

如果配置好了BusyBox，就可以使用make命令编译了。

#make

#make install

默认情况下，make install完成后会在BusyBox目录下创建一个新的本地子目录 _install，其中包含了基本的 Linux 环境。在这个目录中，会有一个链接到 BusyBox 的 linuxrc 程序。这个 linuxrc 程序在构建安装盘或急救盘（允许提前进行模块化的引导）时非常有用。同样在这个目录中，还有一个包含操作系统二进制文件的 /sbin 子目录。还有一个包含用户二进制文件的 /bin 目录。在构建软盘发行版或嵌入式初始 RAM 磁盘时，可以将这个 _install 目录迁移到目标环境的根目录中

root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/osdrv/busybox/busybox-1.16.1/_install# ls
bin  linuxrc  sbin  usr

4、制作完整的根文件系统

BusyBox虽然为我们创建了Linux根系统中最基本的shell和一些常用命令，但是一个根文件系统还不只包含这些，还需要其它的一些内容。

创建一个比较完整的根文件系统目录结构

本章第一节已经介绍了根文件系统中的一些目录，这些目录是Linux正常运行时所必需的。我们可以在BusyBox的_install基础上创建完整的根文件系统目录，一般步骤如下：

1 在PC上创建一个目标根文件系统的目录，例如/rootfs，将BusyBox里的_install目录里所有内容复制到这个文件夹里：cp –r _install /rootfs

root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/osdrv/busybox/busybox-1.16.1/_install#
 cp -r bin ../../../../rootfs
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/osdrv/busybox/busybox-1.16.1/_install#
 cp -r sbin ../../../../rootfs
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/osdrv/busybox/busybox-1.16.1/_install#
 cp -r usr ../../../../rootfs
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/osdrv/busybox/busybox-1.16.1/_install#
 cp -d linuxrc ../../../../rootfs
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/osdrv/busybox/busybox-1.16.1/_install# 
ls -l ../../../../rootfs
total 12
drwxr-xr-x 2 root root 4096 May 26 01:28 bin
lrwxrwxrwx 1 root root   11 May 26 01:30 linuxrc -> bin/busybox
drwxr-xr-x 2 root root 4096 May 26 01:29 sbin
drwxr-xr-x 4 root root 4096 May 26 01:29 usr

语法： cp [选项] 源文件或目录 目标文件或目录

    说明：该命令把指定的源文件复制到目标文件或把多个源文件复制到目标目录中。

    该命令的各选项含义如下：

    - a 该选项通常在拷贝目录时使用。它保留链接、文件属性，并递归地拷贝目录，其作用等于dpR选项的组合。

    - d 拷贝时保留链接。

    - f 删除已经存在的目标文件而不提示。

    - i 和f选项相反，在覆盖目标文件之前将给出提示要求用户确认。回答y时目标文件将被覆盖，是交互式拷贝。

    - p 此时cp除复制源文件的内容外，还将把其修改时间和访问权限也复制到新文件中。

    - r 若给出的源文件是一目录文件，此时cp将递归复制该目录下所有的子目录和文件。此时目标文件必须为一个目录名。

    - l 不作拷贝，只是链接文件。

<p>复制指定目录下的全部文件到另一个目录中
假设复制源目录 为 dir1 ,目标目录为dir2。怎样才能将dir1下所有文件复制到dir2下了
如果dir2目录不存在，则可以直接使用
cp -r dir1 dir2
即可。
如果dir2目录已存在，则需要使用
cp -r dir1/. dir2
如果这时使用cp -r dir1 dir2,则也会将dir1目录复制到dir2中，明显不符合要求。</p>

2 在/rootfs下创建目录etc/，dev/，lib/，tmp/，usr/，var/目录，同时var/目录里还需要创建var/run和var/log等目录。

root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs# mkdir etc
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs# mkdir dev
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs# mkdir lib
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs# mkdir tmp
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs# mkdir usr
mkdir: cannot create directory ‘usr’: File exists
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs# mkdir var
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs# cd var
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs/var# ls
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs/var# mkdir run
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs/var# mkdir log
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs/var# cd ..
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs# ls
bin  dev  etc  lib  linuxrc  sbin  tmp  usr  var

318 的rootfs

[root@localhost c300]# ls -R rootfs rootfs: bin dev etc init lib linuxrc mnt proc sbin sys tmp usr var rootfs/bin: [ basename chmod cp dirname env fgrep grep id killall5 logname mkfifo netstat printenv realpath sh telnet top umount usleep [[ busybox chown cut dmesg expand free hexdump install ln ls mknod nice ps rm sleep test touch uname vi arping cat cksum date echo expr ftpget hostid kill logger mesg mount ping pwd rmdir strings tftp true uniq who ash chgrp cmp df egrep false ftpput hostname killall login mkdir mv ping6 readlink setsid tar time tty uptime yes rootfs/dev: console null ptmx pts ttyS0 rootfs/dev/pts: rootfs/etc: fstab group hostname init.d inittab localtime mtab passwd profile resolv.conf shadow shells sysctl.conf rootfs/etc/init.d: rcS reboot rootfs/lib: ld-2.9.so libc-2.9.so libdl-2.9.so libm-2.9.so libnss_dns-2.9.so libpthread-2.9.so librt-2.9.so libutil-2.9.so ld-linux.so.2 libcrypt-2.9.so libdl.so.2 libm.so.6 libnss_dns.so.2 libpthread.so.0 librt.so.1 libutil.so.1 libanl-2.9.so libcrypt.so.1 libgcc_s.so libnsl-2.9.so libnss_files-2.9.so libresolv-2.9.so libthread_db-1.0.so modules libanl.so.1 libc.so.6 libgcc_s.so.1 libnsl.so.1 libnss_files.so.2 libresolv.so.2 libthread_db.so.1 rootfs/lib/modules: rootfs/mnt: rootfs/proc: rootfs/sbin: arp chpasswd getty halt hwclock ifconfig init insmod klogd logread lsmod mdev poweroff reboot rmmod route sysctl syslogd telnetd udhcpc rootfs/sys: rootfs/tmp: rootfs/usr: bin lib local sbin share rootfs/usr/bin: msp-control rootfs/usr/lib: libmsp.so libmsp.so.0 libmsp.so.0.1.0 rootfs/usr/local: rootfs/usr/sbin: init reboot rootfs/usr/share: udhcpc rootfs/usr/share/udhcpc: default.script rootfs/var: [root@localhost c300]# [root@localhost rootfs]# cd dev [root@localhost dev]# ls console null ptmx pts ttyS0 [root@localhost dev]# ls -l 鎬昏 24 crwxr-xr-x 1 root root 5, 1 2015-10-26 console crw-r--r-- 1 root root 1, 3 2015-10-26 null crw-r--r-- 1 root root 5, 2 2015-10-26 ptmx drwxr-xr-x 2 root root 4096 2015-10-26 pts crwxr-xr-x 1 root root 4, 64 2015-10-26 ttyS0mknod 的标准形式为: mknod DEVNAME {b | c} MAJOR MINOR 1，DEVNAME是要创建的设备文件名，如果想将设备文件放在一个特定的文件夹下，就需要先用mkdir在dev目录下新建一个目录； 2， b和c 分别表示块设备和字符设备： b表示系统从块设备中读取数据的时候，直接从内存的buffer中读取数据，而不经过磁盘； c表示字符设备文件与设备传送数据的时候是以字符的形式传送，一次传送一个字符，比如打印机、终端都是以字符的形式传送数据； 3，MAJOR和MINOR分别表示主设备号和次设备号：为了管理设备，系统为每个设备分配一个编号，一个设备号由主设备号和次设备号组成。主设备号标示某一种类的设备，次设备号用来区分同一类型的设备。linux操作系统中为设备文件编号分配了32位无符号整数，其中前12位是主设备号，后20位为次设备号，所以在向系统申请设备文件时主设备号不好超过4095，次设备号不好超过2^20 -1。 . 下面，我们就可以用mknod命令来申请设备文件了。 mkdir -p /dev/cobing mknod /dev/cobing/mydev1 c 128 512
root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs/dev# mknod console c 5 1root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs/dev# mknod null c 1 3 root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs/dev# mknod ptmx c 5 2 root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs/dev# mknod ttyS0 c 4 64 root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs/dev# mkdir pts root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs/dev# ls console null ptmx pts ttyS0 root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs/dev# ls -l total 4 crw-r--r-- 1 root root 5, 1 May 26 03:04 console crw-r--r-- 1 root root 1, 3 May 26 03:04 null crw-r--r-- 1 root root 5, 2 May 26 03:06 ptmx drwxr-xr-x 2 root root 4096 May 26 03:07 pts crw-r--r-- 1 root root 4, 64 May 26 03:07 ttyS0318 rootfs的init
[root@localhost rootfs]# cat init #!/bin/busybox ash # Copyright (C) 2006 OpenWrt.org /bin/busybox mount -t sysfs sysfs /sys /bin/busybox mount -t proc proc /proc exec /sbin/init "$@" </dev/console >/dev/console 2>&1拷贝过来

root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs# gedit init root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs# chmod 777 init root@ubuntu:~/product/Hi3531_SDK_V1.0.8.0/rootfs#

3 生成etc/里的设备文件，例如tty，console，fb（FrameBuffer），mtdblock（Memory Technology Device）等，这些设备文件是Linux很多驱动程序及就用程序正常的工作的基础。这些设备文件都是与相应的硬件相联系的，主要包含几种信息：设备类型，主设备号，次设备号。

其中设备类型主要包括字符设备（Character Device）和块设备（Block Device），字符设备主要字符的输入输出设备如键盘、鼠标等，块设备主要指整块数据的输入输出设备，如FLASH、硬盘等存储设备，一般包含缓冲区机制。

主设备号用来区分不同种类的设备，而次设备号用来区分同一类型的多个设备。对于常用设备，Linux有约定俗成的编号，如硬盘的主设备号是3，而次设备对应到每个具体的设备上，一般在/proc/devices文件里可以找到相关信息。

对于一个已存在的设备文件可以通过ls –l 命令来获取它的设备相关信息。

ls 　–l　 /dev/console

crw-rw---- 1 root root 5,1 Apr 14 23:08 /dev/console

可以看出第一个字母为c，这代表/dev/console是字符设备，若第一个字母为b，则为块设备。而root之后的　5,1就分别为相应设备的主次设备号了。

这里需要强调一点，设备文件类似于配置文件，存储的是一些设备信息，里面不包含特定平台下的指令，所以设备文件本身是平台无关的，也就是说在I386上创建的设备文件可以放在ARM的根文件系统，而可以被Linux正确识别的。

基本了解设备后，还需要如何创建它们，一般情况下可以使用mknod生成相应设备文件。mknod是Linux中用来创建设备文件的命令，格式如下：

mknode [–m MODE] NAME TYPE [MAJOR MINOR]

其中MODE用于指定设备文件的访问权限。NAME为设备文件的文件名，TYPE为相应的设备类型（字符设备c，块设备b等），MAJOR和MINOR分别为主次设备号。

例如要创建刚才的那个console命令可用如下的命令：

mknode –m 660 console c 5 1

设备文件的创建除了使用mknod命令，还可以使用MAKEDEV命令，MAKEDEV可以较方便的创建一系统的设备文件，一般的Linux发行版都有自带，其基本格式如下：

MAKEDEV –d directory -m maxdevices device

其中directory为设备文件的目标存放文件夹，若不指定则为当前系统下的/dev里。maxdevices为最大的设备数，因为MAKEDEV一般会创建一种设备的一系列设备文件，一般从0开始编号，直到maxdevices，所以一般这个需要指定，要不会生成较多的相关设备文件，而一般我们是不需要这么多的。最后一个参数device为对应的设备文件名，包括tty，vt，mem，null，zero，fd，hd，audio，sound等。这些参数的详细内容以及更多的参数选项，可以参考man手册。

可以这样创建硬盘的设备文件hd

MAKEDEV –d /rootfs/dev -m 2 hda

这条命令就会在/rootfs/dev目录中创建hda和hda1两个设备文件，指向第一块硬盘和第一块硬盘的第一个分区。

对于目标根文件系统中的设备文件，一般都应放在etc/目录中，可以用如下几种方法来获取相应的设备文件：

ü 可以手动用mknod命令一个个的创建设备文件；

ü 可以使用MAKEDEV来创建设备文件；

ü 甚至可以直接拷贝PC系统中部分设备文件至目标根文件系统中。

2 构建lib/目录。

lib/目录放的是Linux就用程序所需的库文件，其实也是目标平台的指令代码，所以这里的文件与etc/里不一样，必须与相应的硬件平台相对应，例如i386里的库文件放到ARM系统中就不能使用的，这点与Linux的可执行文件一样。在PC机上使用ls /lib命令就可以看到很多.so结尾的库文件，这些.so文件就是Linux的动态链接库（类似于Windows下的DLL文件）。要注意的是.so文件名后缀还可能加上一些版本号标志例如.so.1，.so.1.2等都是动态链接库。

ü 目标根文件系统中的库文件从哪里来？

一般这些库都是事先编译好的，而且跟编译器相关的(glibc等)，例如我们使用arm-linux-gcc进行编译则需要相应版本的一些库文件，这些库文件可以从编译器所在的目录里直接拷贝。对于ELDK开发包，可以从ELDK目录下的arm/lib/目录里复制相应文件。

ü 目标根文件系统需要哪些基本库文件？

库文件实际上是由其它可执行文件来调用的，所以库文件的取舍是由根文件系统中所包含的可执行文件来决定的。但是要运行可执行文件，一般有几个是系统必须的。它们是ld(ld-linux)，libc，几乎所有的可执行文件都需要调用到这两个库文件。

ld(ld-linux)：ld-linux.so 实际上就是一个可执行程序。这是负责执行动态装载的代码。它从可执行程序读取头信息(ELF格式的)，然后通过这些信息判断必要的库和需要装载的库。之后，执行动态链接，修改可执行程序和装载的库中的所有地址指针，使程序能够运行。一般的文件名可能为ld-2.3.2.so，ld-linux.so.2，这点与编译器和系统版本有关。

libc：libc.so.6 是以 ld-linux.so.2 为基础架构而完成的动态链接库，它几乎负责了所有常用的标准 C 函数库，例如 Linux 下写的 Socket 程序，其中的connect()、bind()、send() .....之类的函数，都是由 libc.so.6 所提供的。

所以一个最基本的lib/目录应该至少包含这ld-linux.so.2和libc.so.6这两个文件。

ü 应用程序需要哪些库文件？

前面已经说过动态链接库是由应用程序(可执行文件)调用的，那对于一个特定的可执行文件是如何判断它需要哪些库文件的？一般可以编译器的ldd命令来查看，例如arm-linux-gcc包含了arm-linux-ldd命令用来查看ARM可执行文件调用的动态链接库。arm-linux-ldd的功能就是列出可执行文件及动态链接库运行时需要的库文件，例如，对于刚才所指的libc.so.6可以查找出其需要的动态链接库。这里我们假设为ELDK里的libc。

# file /eldk/arm/libc.so.6

libc.so.6：symbolic link to `libc-2.3.5.so`

通过file命令看出这里的libc.so.6实际上是个符号连接，链接到libc-2.3.5.so，所以我们继续追查libc-2.3.5.so：

#file libc-2.3.5.so

libc-2.3.5.so: ELF 32-bit LSB shared object, ARM, version 1(ARM), stripped

从这里可以明显的看出这个是ARM的Shared Object，也就是ARM格式的动态链接库。到这里可以判断出libc.so.6是ARM指令的。下来看libc.so.6到底需要哪些库文件：

#arm-linux-ldd libc.so.6

ld-linux.so.2 => not found

可以看出libc.so.6库文件需要ld-linux.so.2这个动态链接库(not found 说明在当前系统中未找到相应的库，因为系统是i386而需要的是ARM格式，所以找不到)。

这样通过arm-linux-ldd命令就可以确定各个程序所需的动态链接库，然后根据需要放到lib/目录里，就组成目标根文件系统的动态链接库集合了。

3若选择了BusyBox的init模块，则需要配置BusyBox的初始化文件。

因为Linux系统加载根文件系统后需要执行一些配置以初始化整个Linux的工作环境及init程序和Shell等。这个文件就是etc/inittab。关于此文件的详细内容可以查看man inittab。但是BusyBox的inittab格式与一般Linux下的inittab的格式是不同，所以直接拷贝PC机上/etc/inittab文件到BusyBox制作的根文件系统中是不能用的，那怎么办呢？

BusyBox自带了符合它的格式的inittab样本文件，放在examples目录下，主要内容包括：

::sysinit:/etc/init.d/rcS

::askfirst:-/bin/sh

tty2::askfirst:-bin/sh

tty3::askfirst:-bin/sh

tty4::askfirst:-bin/sh

#Stuff to do when restarting the init process

::restart:/sbin/reboot

#Stuff to do before rebooting

::ctrlaltdel:/sbin/reboot

::shutdown:/bin/umount -a -r

::shutdown:/sbin/swapoff –a

BusyBox的inittab的每一行格式如下：

总共包含四项，每项间以”：”隔开。

第一二项<id>和<runlevels>在BusyBox都是忽略掉的，所以可以看到BusyBox提供的inittab样本文件的所有项目都是以两个冒号”::”开头的。

第三项<action>为动作描述，可选项为sysinit, respawn, askfirst, wait, once, restart, ctrlaltdel 和 shutdown。其中大部分动作可以通过动作名直接理解它的作用。其中askfirst会在登录shell前提示用户，而respawn则不会提示。

第四项<process>指定了<action>动作应执行的脚本文件。

知道了格式，下面简单的分析一下inittab样本文件：

第一行::sysinit:/etc/init/rcS实际上指定了系统初始化(sysinit)时脚本为/etc/init/rcS，这个可以根据自己的需要更改的。

但是对于不同的终端设备的不同配置区别在于开头的标志，例如对于tty2终端，则有对应的操作 tty2::askfirst:-bin/sh。此行的意思指对于tty2使用shell为/bin/sh，同时对askfirst(有提示信息再要求登陆)。若对于某个特定的终端设备可以直接将前面的设备标志去掉，例如ttyS0, ttyS1等。

第二行::askfirst:-/bin/sh指定了系统第一个终端在加载shell为/bin/sh，而且在进入shell前会提示用户。其它行请读者自行分析。

4在etc/目录里除了inittab文件外，还需要其它的一些基本的文件

例如fstab、passwd、group、inputrc等，由于篇幅所限，不可能一一详解，读者可以参考其它书籍或者man手册，对于一些文件读者也可借用别的嵌入式根文件系统里的内容，然后在此基础上进行修改以符合自己的系统。这里简单介绍etc/里的几个文件：

ü fstab：这个文件描述系统中各种文件系统的信息。在这个文件中，每个文件系统用一行来描述，在每一行中，用空格或TAB符号来分隔各个字段，文件中以*开头的行是注释信息。一般内容可能如下：

/dev/mtdblock2 / jffs2 defaults 0 0

none /tmp ramfs defaults 0 0

none /proc proc defaults 0 0

第一列(字段)：设备名或者设备卷标名（一般为/dev里的对应的设备文件）

第二列(字段)：设备挂载目录（例如上面的“/”或者“/tmp”）

第三列(字段)：设备文件系统 (例如上面的“ext3”或者“vfat”）

第四列(字段)：挂载参数 (具体可以查看帮助man mount）

对于已经挂载好的设备，例如上面的/dev/sda2，现在要改变挂载参数，这时可以不用卸载该设备，而可以使用下面的命令（没有挂载的设备，remount 这个参数无效）

#mount /mnt -o remount,ro （改defaults为ro）

关于其它参数请参考man手册。

第五列(字段)：指明是否要备份。（0为不备份，1为要备份）

第六列(字段)：指明自检顺序。（0为不自检，1或者2为要自检，如果是根分区要设为1，其他分区只能是2）

ü passwd和group保存着Linux系统的用户组和用户名等，与硬件平台无关，为方便起见，可以从现有的Linux系统中拷贝过去即可。

etc/目录里的配置文件较多，不可能一一解释，请读者在创建时多参考已有的系统。

5、总结

上面已经介绍一个根文件系统的创建过程，如果完整的按照上面的步骤做下来，应该就会在/rootfs下得到了一个相对完整的根文件系统，这个根文件系统主要BusyBox的bin/、sbin/目录，etc/系统配置文件目录以及lib/动态链接库所在目录等，这样一个Linux应用程序可执行的最小环境基本已经搭成了。之后可以在这个根文件系统中添加所需的应用程序等等。

但是这个根文件系统又是怎么放到目标开发板里的呢？

通常的做法是将整个根文件系统打包成某种文件系统格式的映像，然后下载到目标开发板的存储设备里(如FLASH等)。

用什么程序可以打包？支持几种格式呢？

通常使用mkfs系统命令。mkfs命令可以生成指定文件系统类型的映像文件。对于不同的文件系统类型需要不同的mkfs命令，例如EXT2，EXT3类型的文件可以使用mkfs.ext2和mkfs.ext3等。而通常嵌入式开发板使用FLASH作为存储设备，所以对应的文件系统类型一般为JFFS2，所以使用命令mkfs.jffs2命令，这个命令一般在开发板提供的工具有，也可以从网上搜索下载，这个命令一般是运行在PC系统上的，所以一般为I386可执行文件。

mkfs.jffs2的基本命令格式如下：

mkfs.jffs2 -r DIR -o FILE -e SIZE --pad=PADSIZE

其中DIR为要打包的文件夹，FILE为输出的文件路径，SIZE为每次擦除的块大小(默认为64KB)。PADSIZE为填充大小，这个参数强制使目标文件大小至少为PADSIZE字节，若实际数据没有这么大，则使用0xFF填充，这个参数很重要，在将映像写入目标开发板时一般应与实际根文件系统大小相符(类似于总磁盘容量)，这样具有初始化的作用，若不相符合，在挂载这个JFFS2根文件系统时可能会出现一些问题。

下面给个简单的例子，这个例子将/rootfs的这个根文件系统打包成文件rootfs.img，且总大小为1M(0x100000字节)。

mkfs.jffs2 -r /rootfs -o rootfs.img -e 0x40000 --pad=0x100000

做好映像文件后就可以将这个映像文件写入目标板中，通常使用U-BOOT等BootLoader通过网卡下载到开发板内存中，然后再写入开发板的FLASH里。在U-BOOT里若网卡驱动可用，通常用tftp下载，再使用相关的FLASH操作命令写数据。

318镜像的制作

#!/bin/sh

mkfs.jffs2 --pad=2228224 -e 64KiB -d app -o app.img
cp app.img /tftpboot -f
cp app.img ../src -f

msp=../src/Default_EA_10_25_03_04-m823.axf
kernel=../src/zImage
uboot=../src/u-boot.bin

PACKET=c318.bin

dd if=$uboot of=uboot.out conv=sync ibs=384k count=1
dd if=$msp of=msp.out conv=sync ibs=2560k count=1
dd if=$kernel of=kernel.out conv=sync ibs=3072k count=1

cat uboot.out > $PACKET
cat msp.out >> $PACKET
cat kernel.out >> $PACKET
cat app.img >> $PACKET

cp $PACKET ../src/ -f
rm -f uboot.out msp.out kernel.out

a8分区制作

root@user:image# cat build_fs
mkfs.ubifs -r $1 -m 2048 -e 126KiB -c $3 -o ubifs.img
ubinize -o $4 -m 2048 -p 128KiB -O 512 $2
rm -f ubifs.img

root@user:image# cat makeall
./build_fs ./app app.cfg 760 app.img
./build_fs ./dummy data.cfg 760 data.img
./build_fs ./dummy log.cfg 360 log.img

root@user:image# ls
app      app.img   build_lib  data.img  log.cfg  makeall  ubinize.cfg
app.cfg  build_fs  data.cfg   dummy     log.img  ubi.img

root@user:image# cat app.cfg
[ubifs]
mode=ubi
image=ubifs.img
vol_id=0
vol_size=95MiB
vol_type=dynamic
vol_name=apps
vol_flags=autoresize

root@user:image# cat log.cfg
[ubifs]
mode=ubi
vol_id=0
vol_size=40MiB
vol_type=dynamic
vol_name=logs
vol_flags=autoresize

root@user:image# cat data.cfg
[ubifs]
mode=ubi
vol_id=0
vol_size=95MiB
vol_type=dynamic
vol_name=data
vol_flags=autoresize

root@user:image# cat ubinize.cfg 
[ubifs]
mode=ubi
image=ubifs.img
vol_id=0
vol_size=35MiB
vol_type=dynamic
vol_name=rootfs
vol_flags=autoresize

do_copy()
{
    if [ -e "$1/lib/$2" ]; then
        cp $1/lib/$2 .
        ln -s $2 $3
    fi
}

do_copy $1 ld-2.8.so ld-linux.so.3
do_copy $1 libanl-2.8.so libanl.so.1
do_copy $1 libc-2.8.so libc.so.6
do_copy $1 libcidn-2.8.so libcidn.so.1
do_copy $1 libcrypt-2.8.so libcrypt.so.1
do_copy $1 libdl-2.8.so libdl.so.2
do_copy $1 libgcc_s.so.1 libgcc_s.so
do_copy $1 libm-2.8.so libm.so.6
do_copy $1 libnsl-2.8.so libnsl.so.1
do_copy $1 libnss_compat-2.8.so libnss_compat.so.2
do_copy $1 libnss_dns-2.8.so libnss_dns.so.2
do_copy $1 libnss_files-2.8.so libnss_files.so.2
do_copy $1 libnss_hesiod-2.8.so libnss_hesiod.so.2
do_copy $1 libnss_nis-2.8.so libnss_nis.so.2
do_copy $1 libnss_nisplus-2.8.so libnss_nisplus.so.2
do_copy $1 libpthread-2.8.so libpthread.so.0
do_copy $1 libresolv-2.8.so libresolv.so.2
do_copy $1 librt-2.8.so librt.so.1
do_copy $1 libthread_db-1.0.so libthread_db.so.1
do_copy $1 libutil-2.8.so libutil.so.1

if [ -e "$1/usr/lib/libstdc++.so.6.0.10" ] ; then
    cp $1/usr/lib/libstdc++.so.6.0.10 .
    ln -s libstdc++.so.6.0.10 libstdc++.so
    ln -s libstdc++.so.6.0.10 libstdc++.so.6
fi

root@user:image# cd app
root@user:app# ls
bin  cfg  lib  modules
root@user:app# ls -r
modules  lib  cfg  bin
root@user:app# ls modules
app_timer.ko
root@user:app# ls lib
root@user:app# ls cfg
netconfig  udhcpd.conf
root@user:app# ls bin
app_init  tcpdump
root@user:app# 

root@user:image# ls dummy
root@user:image#

先打开一个超级用户权限的shell：  
  
sudo –s  
  
在当前shell下，设置环境变量：  
  
export PATH=$PATH:/usr/local/arm/2.95.3/bin  
   
再进入到kernel目录，make zImage，就可以找到arm-linux-gcc了

SYSMAP  System.map
  SYSMAP  .tmp_System.map
  OBJCOPY arch/arm/boot/Image
  Kernel: arch/arm/boot/Image is ready
  AS      arch/arm/boot/compressed/head.o
  GZIP    arch/arm/boot/compressed/piggy.gzip
  AS      arch/arm/boot/compressed/piggy.gzip.o
  CC      arch/arm/boot/compressed/misc.o
  CC      arch/arm/boot/compressed/decompress.o
  SHIPPED arch/arm/boot/compressed/lib1funcs.S
  AS      arch/arm/boot/compressed/lib1funcs.o
  LD      arch/arm/boot/compressed/vmlinux
  OBJCOPY arch/arm/boot/zImage
  Kernel: arch/arm/boot/zImage is ready
  UIMAGE  arch/arm/boot/uImage
"mkimage" command not found - U-Boot images will not be built
make[1]: *** [arch/arm/boot/uImage] Error 1
make: *** [uImage] Error 2

5、编译osdrv

参见osdrv目录下readme

1.osdrv使用说明

本目录设计思路为一套源代码支持两种工具链编译，因此需要通过编译参数指定不同的工具链。其中arm-hisiv100nptl-linux是uclibc工具链，arm-hisiv200-linux是glibc工具链。具体命令如下

(1)编译整个osdrv目录：

    make OSDRV_CROSS=arm-hisiv100nptl-linux all

    或者

    make OSDRV_CROSS=arm-hisiv200-linux all

(2)清除整个osdrv目录的编译文件：

    make OSDRV_CROSS=arm-hisiv100nptl-linux clean

    或者

    make OSDRV_CROSS=arm-hisiv200-linux clean

(3)彻底清除整个osdrv目录的编译文件，除清除编译文件外，还删除已编译好的镜像：

    make OSDRV_CROSS=arm-hisiv100nptl-linux distclean

    或者

    make OSDRV_CROSS=arm-hisiv200-linux distclean

(4)=================================================单独编译kernel==================================================：

    待进入内核源代码目录后，执行以下操作

    cp arch/arm/configs/godnet_defconfig .config

    make ARCH=arm CROSS_COMPILE=arm-hisiv100nptl-linux- menuconfig

    make ARCH=arm CROSS_COMPILE=arm-hisiv100nptl-linux- uImage

    或者

    cp arch/arm/configs/godnet_defconfig .config

    make ARCH=arm CROSS_COMPILE=arm-hisiv200-linux- menuconfig

    make ARCH=arm CROSS_COMPILE=arm-hisiv200-linux- uImage

(5)====================================================单独编译uboot========================================================

    待进入boot源代码目录后，执行以下操作

    make ARCH=arm CROSS_COMPILE=arm-hisiv100nptl-linux- godnet_config

    make ARCH=arm CROSS_COMPILE=arm-hisiv100nptl-linux-

    或者

    make ARCH=arm CROSS_COMPILE=arm-hisiv200-linux- godnet_config

    make ARCH=arm CROSS_COMPILE=arm-hisiv200-linux-

(6)=================================================制作文件系统镜像========================================：

在osdrv/pub/中有已经编译好的文件系统，因此无需再重复编译文件系统，只需要根据单板上flash的规格型号制作文件系统镜像即可。



    spi flash使用jffs2格式的镜像，制作jffs2镜像时，需要用到spi flash的块大小。这些信息会在uboot启动时会打印出来。建议使用时先直接运行mkfs.jffs2工具，根据打印信息填写相关参数。下面以块大小为64KB为例：

    osdrv/pub/bin/pc/mkfs.jffs2 -d osdrv/pub/rootfs_uclibc -l -e 0x40000 -o osdrv/pub/rootfs_uclibc_256k.jffs2

    或者

    osdrv/pub/bin/pc/mkfs.jffs2 -d osdrv/pub/rootfs_glibc -l -e 0x40000 -o osdrv/pub/rootfs_glibc_256k.jffs2



    nand flash使用yaffs2格式的镜像，制作yaffs2镜像时，需要用到nand flash的pagesize和ecc。这些信息会在uboot启动时会打印出来。建议使用时先直接运行mkyaffs2image工具，根据打印信息填写相关参数。下面以2KB pagesize、1bit ecc为例：

    osdrv/pub/bin/pc/mkyaffs2image osdrv/pub/rootfs_uclibc osdrv/pub/rootfs_uclibc_2k_1bit.yaffs2 1 1

    或者

    osdrv/pub/bin/pc/mkyaffs2image osdrv/pub/rootfs_glibc osdrv/pub/rootfs_glibc_2k_1bit.yaffs2 1 1





2. 镜像存放目录说明

编译完的image，rootfs等存放在osdrv/pub目录下

pub

│  rootfs_uclibc.tgz ------------------------------------------ hisiv100nptl编译出的rootfs文件系统

│  rootfs_glibc.tgz ------------------------------------------- hisiv200编译出的rootfs文件系统

│

├─image_glibc ------------------------------------------------ hisiv200编译出的镜像文件

│      uImage ------------------------------------------------- kernel镜像

│      u-boot-hi3531_930MHz.bin ------------------------------- u-boot镜像

│      rootfs_256k.jffs2 -------------------------------------- jffs2 rootfs镜像(对应spi-flash blocksize=256K)

│      rootfs_2k_1bit.yaffs2 ---------------------------------- yaffs2 rootfs镜像(对应nand-flash pagesize=2K ecc=1bit)

│

├─image_uclibc ----------------------------------------------- hisiv100nptl编译出的镜像文件

│      uImage ------------------------------------------------- kernel镜像

│      u-boot-hi3531_930MHz.bin ------------------------------- u-boot镜像

│      rootfs_256k.jffs2 -------------------------------------- jffs2 rootfs镜像(对应spi-flash blocksize=256K)

│      rootfs_2k_1bit.yaffs2 ---------------------------------- yaffs2 rootfs镜像(对应nand-flash pagesize=2K ecc=1bit)

│

└─bin

    ├─pc

    │      mkfs.jffs2

    │      mkimage

    │      mkfs.cramfs

    │      mkyaffs2image

    │

    ├─board_glibc -------------------------------------------- hisiv200编译出的单板用工具以及pcie消息通讯层ko

    │      flash_eraseall

    │      mcc_usrdev_host.ko

    │      flash_erase

    │      mcc_usrdev_slv.ko

    │      hi35xx_dev_slv.ko

    │      nandwrite

    │      hi35xx_dev_host.ko

    │      mcc_drv_slv.ko

    │      mtd_debug

    │      flash_info

    │      mcc_drv_host.ko

    │      boot_device.ko

    │      pcit_dma_slv.ko

    │      sumtool

    │      mtdinfo

    │      flashcp

    │      nandtest

    │      nanddump

    │      parted_glibc

    │      pcit_dma_host.ko

    │      gdb-arm-hisiv200-linux

    │

    └─board_uclibc ------------------------------------------- hisiv100nptl编译出的单板用工具以及pcie消息通讯层ko

            flash_eraseall

            mcc_usrdev_host.ko

            flash_erase

            mcc_usrdev_slv.ko

            hi35xx_dev_slv.ko

            nandwrite

            hi35xx_dev_host.ko

            mcc_drv_slv.ko

            mtd_debug

            flash_info

            parted_uclibc

            mcc_drv_host.ko

            boot_device.ko

            pcit_dma_slv.ko

            sumtool

            mtdinfo

            flashcp

            nandtest

            gdb-arm-hisiv100nptl-linux

            nanddump

            pcit_dma_host.ko





3.osdrv目录结构说明：

osdrv

├─Makefile ------------------------------ osdrv目录编译脚本

├─busybox ------------------------------- 存放busybox源代码的目录

├─tools --------------------------------- 存放各种工具的目录

│  ├─board_tools ----------------------- 各种单板上使用工具

│  │  ├─reg-tools-1.0.0 --------------- 寄存器读写工具

│  │  ├─mtd-utils --------------------- flash裸读写工具

│  │  ├─udev-100 ---------------------- udev工具集

│  │  ├─gdb --------------------------- gdb工具

│  │  ├─parted ------------------------ 大容量硬盘分区工具

│  │  └─e2fsprogs --------------------- mkfs工具集

│  └─pc_tools -------------------------- 各种pc上使用工具

│      ├─mkfs.cramfs ------------------- cramfs文件系统制作工具

│      ├─mkfs.jffs2 -------------------- jffs2文件系统制作工具

│      ├─mkimage ----------------------- uImage制作工具

│      ├─mkyaffs2image301 -------------- yaffs2文件系统制作工具

│      ├─nand_production --------------- nand flash烧写文件制作工具

│      └─uboot_tools ------------------- uboot镜像制作工具、xls文件及ddr初始化脚本、bootrom工具

├─toolchain ----------------------------- 存放工具链的目录

│  ├─arm-hisiv100nptl-linux ---------------- hisiv100nptl交叉工具链

│  └─arm-hisiv200-linux ---------------- hisiv200交叉工具链

├─pub ----------------------------------- 存放各种镜像的目录

│  ├─image_glibc ----------------------- 基于hisiv100nptl工具链编译，可供FLASH烧写的映像文件，包括uboot、内核、文件系统

│  ├─image_uclibc ---------------------- 基于hisiv200工具链编译，可供FLASH烧写的映像文件，包括uboot、内核、文件系统

│  ├─bin ------------------------------- 各种未放入根文件系统的工具

│  │  ├─pc ---------------------------- 在pc上执行的工具

│  │  ├─board_glibc ------------------- 基于hisiv100nptl工具链编译，在单板上执行的工具

│  │  └─board_uclibc ------------------ 基于hisiv200工具链编译，在单板上执行的工具

│  ├─rootfs_uclibc.tgz ----------------- 基于hisiv100nptl工具链编译的根文件系统

│  └─rootfs_glibc.tgz ------------------ 基于hisiv200工具链编译的根文件系统

├─drv ----------------------------------- 存放外设驱动的目录

│  └─pcie_mcc -------------------------- pcie消息通讯层驱动

├─rootfs_scripts ------------------------ 存放根文件系统制作脚本的目录

├─uboot --------------------------------- 存放uboot源代码的目录

└─kernel -------------------------------- 存放kernel源代码的目录





4.注意事项

(1)使用某一工具链编译后，如果需要更换工具链，请先将原工具链编译文件清除，然后再更换工具链编译。

(2)在windows下复制源码包时，linux下的可执行文件可能变为非可执行文件，导致无法编译使用；u-boot或内核下编译后，会有很多符号链接文件，在windows下复制这些源码包, 会使源码包变的巨大，因为linux下的符号链接文件变为windows下实实在在的文件，因此源码包膨胀。因此使用时请注意不要在windows下复制源代码包。

(3)目前网络为自适应模式，如果要修改为固定某种速率模式，需要修改文件kernel/linux-3.0.y/drivers/net/stmmac/stmmac_mdio.c：

    关掉宏定义TNK_HW_PLATFORM_ADJUST，注释掉33行；

    选择需要固定配置的速率，例如固定配置为百兆全双工的话，打开46行宏定义PHY_SPEED_100即可。

(4)Hi3531支持硬浮点，文件系统中发布的库都是硬浮点库。因此请用户注意，所有Hi3531板端代码编译时需要在Makefile里面添加以下命令：

    CFLAGS += -march=armv7-a -mcpu=cortex-a9 –mfloat-abi=softfp -mfpu=vfpv3-d16

    CXXFlAGS +=-march=armv7-a -mcpu=cortex-a9 –mfloat-abi=softfp -mfpu=vfpv3-d16

    其中CXXFlAGS中的XX根据用户Makefile中所使用宏的具体名称来确定，e.g:CPPFLAGS。

6、SDK目录介绍

Hi3531_SDK_Vx.x.x.x 目录结构如下：

|-- sdk.cleanup # SDK清理脚本

|-- sdk.unpack # SDK展开脚本

|-- osdrv # 存放操作系统及相关驱动的目录

| |-- busybox # busybox源代码

| |--

drv # drv源代码

| |--

kernel # linux内核源代码

| |-- pub # 编译好的镜像、工具、drv驱动等

| |-- rootfs_scripts # rootfs源代码

| |-- toolchain # 交叉编译器

| |-- tools # linux工具源代码

| |--

uboot # uboot源代码

| `-- Makefile # osdrv Makefile

|-- package # 存放SDK各种压缩包的目录

| |-- osdrv.tgz # linux内核/uboot/rootfs/tools源码压缩包

| |--

mpp.tgz # 媒体处理平台软件压缩包

| `-- image # 可供FLASH烧写的映像文件，如内核、根文件系统

|-- scripts # 存放shell脚本的目录

|-- mpp # 存放媒体处理平台的目录

|-- component # 组件源代码

|-- extdrv # 板级外围驱动源代码

|-- include # 对外头文件

|-- ko # 内核模块

|-- lib # release版本库以及音频库

|-- tools # 媒体处理相关工具

`-- sample # 样例源代码

第三章、安装、升级Hi3531DEMO板开发开发环境

# 如果您使用的Hi3531的DEMO板，可以按照以下步骤烧写u-boot，内核以及文件系统，以下步骤均使用网络来更新。

# 通常，您拿到的单板中已经有u-boot，如果没有的话，就需要使用仿真器进行烧写。

# 更详细的操作步骤及说明，请参见01.software\board\documents目录下的《Linux开发环境用户指南》。

# 以下操作假设您的单板上已经有u-boot,使用网口烧写uboot、kernel及rootfs到Flash中。

# Demo单板默认为从SPI Flahs启动。

1、配置tftp服务器

# 可以使用任意的tftp服务器，将package/image_uclibc(或image_glibc)下的相关文件拷贝到tftp服务器目录下。

2、参数配置

# 单板上电后，敲任意键进入u-boot。设置serverip（即tftp服务器的ip）、ipaddr（单板ip）和ethaddr（单板的MAC地址）。

setenv serverip xx.xx.xx.xx

setenv ipaddr xx.xx.xx.xx

setenv ethaddr xx:xx:xx:xx:xx:xx

setenv netmask xx.xx.xx.xx

setenv gatewayip xx.xx.xx.xx

ping serverip，确保网络畅通。

3、烧写映像文件到SPI Flash

以16M SPI Flash为例。

1）地址空间说明

| 1M | 4M | 11M |

|---------------|---------------|---------------|

| boot | kernel | rootfs |

以下的操作均基于图示的地址空间分配，您也可以根据实际情况进行调整。

2）烧写u-boot

sf probe 0

mw.b 82000000 ff 100000

tftp 0x82000000 u-boot-hi3531_930MHz.bin

sf probe 0

sf erase 0 100000

sf write 82000000 0 100000

reset

3）烧写内核

mw.b 82000000 ff 400000

tftp 82000000 uImage

sf probe 0

sf erase 100000 400000

sf write 82000000 100000 400000

4)烧写文件系统

mw.b 82000000 ff b00000

tftp 0x82000000 rootfs_256k.jffs2

sf erase 500000 b00000

sf write 82000000 500000 b00000

5）设置启动参数

setenv bootargs 'mem=64M console=ttyAMA0,115200 root=/dev/mtdblock2 rootfstype=jffs2 mtdparts=hi_sfc:1M(boot),4M(kernel),11M(rootfs)'

setenv bootcmd 'sf probe 0;sf read 0x82000000 0x100000 0x400000;bootm 0x82000000'

4、烧写映像文件到NAND Flash

以64M NAND Flash为例。

1）地址空间说明

| 1M | 15M | 32M | 16M |

|---------------|---------------|---------------|------------------------|

以下的操作均基于图示的地址空间分配，您也可以根据实际情况进行调整。

2）烧写u-boot

mw.b 82000000 ff 100000

tftp 82000000 u-boot-hi3531_930MHz.bin

nand erase 0 100000

nand write 82000000 0 100000

reset

3）烧写内核

mw.b 82000000 ff f00000

tftp 82000000 uImage

nand erase 100000 f00000

nand write 82000000 100000 f00000

4)烧写文件系统

mw.b 82000000 ff 2000000

tftp 82000000 rootfs_2k_1bit.yaffs2

nand erase 1000000 2000000

nand write.yaffs 82000000 1000000 9435c0 #注意：9435c0为rootfs文件实际大小（16进制）

5）设置启动参数

setenv bootargs 'mem=64M console=ttyAMA0,115200 root=/dev/mtdblock2 rootfstype=yaffs2 mtdparts=hinand:1M(boot),15M(kernel),32M(rootfs),16M(test)'

setenv bootcmd 'nand read 0x82000000 0x100000 0x500000;bootm 0x82000000'

5、启动新系统

reset # 重启进入新系统。

第四章、开发前环境准备

1、管脚复用

与媒体业务相关的管脚复用都在mpp/ko_hi3531目录下的sh脚本中配置，如果与实际情况不符请直接修改，此脚本被load3531_asic调用，在加载mpp内核模块之前被执行；

mpp之外的其他管脚复用统一在uboot中配置，详细说明请参见《U-boot移植应用开发指南》。

第五章、使用SDK和DEMO板进行开发

1、开启Linux下的网络

# 设置网络

ifconfig eth0 hw ether xx:xx:xx:xx:xx:xx;

ifconfig eth0 xx.xx.xx.xx netmask xx.xx.xx.xx;

route add default gw xx.xx.xx.xx

# 然后ping一下其他机器，如无意外，网络将能正常工作。

2、使用NFS文件系统进行开发

# 在开发阶段，推荐使用NFS作为开发环境，可以省去重新制作和烧写根文件系统的工作。

# 挂载NFS文件系统的操作命令：

mount -t nfs -o nolock -o tcp xx.xx.xx.xx:/your-nfs-path /mnt

# 然后就可以在/mnt目录下访问服务器上的文件，并进行开发工作。

3、开启telnet服务

# 网络正常后，运行命令 telnetd& 就可以启动单板telnet服务，然后才能使用telnet登录到单板。

4、运行MPP业务

# 在单板linux系统下，进入mpp/ko_hi3531目录，加载KO

cd mpp/ko_hi3531

./load3531_asic -i

# 进入各sample目录下执行相应样例程序(sample需要先在服务器上成功编译过)

cd mpp/sample/vio

./sample_vio 0

第六章地址空间分配与使用

1、DDR内存管理说明

1）所有DDR内存中，一部分由操作系统管理，称为OS内存；另一部分由MMZ模块管理，供媒体业务单独使用，称为MMZ内存。

2）OS内存起始地址为0x80000000，内存大小可通过bootargs进行配置，例如第三章中的setenv bootargs 'mem=64M ... ',表示分配给操作系统内存为64M，您可以根据实际情况进行调整。

3）MMZ内存由MMZ内核模块管理（mpp/ko_hi35xx目录下的mmz.ko），加载mmz模块时，通过模块参数指定其起始地址及大小，例如：

insmod mmz.ko mmz=anonymous,0,0x84000000,447M:ddr1,0,0xC0000000,511M anony=1 || report_error

表示mmz两块区域，区域一的名称为anonymous，起始地址为0x84000000，大小为447M；区域二的名称为ddr1，起始地址为0xC0000000，大小为511M。

您可以通过修改mpp/ko_HI35XX目录下load3531脚本中的mmz模块参数，来修改其起始地址和总大小。

4）请注意MMZ内存地址范围不能与OS内存重叠。

2、DEMO板DDR内存管理示意

1) 以容量为512MBytes的DDR0,为512MBytes的DDR1内存为例，以下为根据本文档和SDK默认配置得到的内存管理示意图：

DDR0: DDR1:

-----|-------| 0x80000000 # Memory managed by OS. -----|-------| 0xC0000000 # Memory managed by MMZ.

64M | OS | | |

| | | |

-----|-------| 0x84000000 # Memory managed by MMZ. | |

447M | MMZ | 511M | MMZ |

| | | |

-----|-------| 0x9FF00000 # Not used. -----|-------| 0xDFF00000 # Not used.

1M | | 1M | |

| | | |

-----|-------| 0xA0000000 # End of DDR. -----|-------| 0xE0000000 # End of DDR.

注意：

（1）用户在配置启动参数时需要设置OS的管理内存为64M，“setenv bootargs 'mem=64M ...”。

（2）系统启动后，配置load3531的脚本中mmz的管理内存为447M（DDR0）和511M（DDR1），“insmod mmz.ko mmz=anonymous,0,0x84000000,447M:ddr1,0,0xC0000000,511M anony=1 || report_error”。

2) 以容量为256MBytes的DDR内存为例，可以采用如下配置来节省内存使用。

DDR0： DDR1：

-----|-------| 0x80000000 # Memory managed by OS. -----|-------| 0xC0000000 # Memory managed by MMZ.

48M | OS | | |

-----|-------| 0x83000000 # Memory managed by MMZ. | |

208M | MMZ | 256M | MMZ |

| | | |

-----|-------| # End of DDR. -----|-------| # End of DDR.

注意：

（1）用户在配置启动参数时需要设置OS的管理内存为48M，“setenv bootargs 'mem=48M ...”。

（2）系统启动后，配置load3531的脚本中mmz的管理内存为208M（DDR0）和256M(DDR1)，“insmod mmz.ko mmz=anonymous,0,0x83000000,208M:ddr1,0,0xC0000000,256M anony=1 || report_error”。

linux操作系统下双网卡绑定

一：原理：

linux操作系统下双网卡绑定有七种模式。现在一般的企业都会使用双网卡接入，这样既能添加网络带宽，同时又能做相应的冗余，可以说是好处多多。而一般企业都会使用linux操作系统下自带的网卡绑定模式，当然现在网卡产商也会出一些针对windows操作系统网卡管理软件来做网卡绑定（windows操作系统没有网卡绑定功能需要第三方支持）。进入正题，linux有七种网卡绑定模式：0. round robin，1.active-backup，2.load balancing (xor)， 3.fault-tolerance (broadcast)， 4.lacp， 5.transmit load balancing， 6.adaptive load balancing。