MINI2440启动配置文件/etc/init.d/rcS文件分析

Mini2440启动配置文件说明
对于mini2440，虽然root_qtopia这个文件系统的GUI是基于Qtopia的，但其初始化启动过程却是由大部分由busybox完成，Qtopia（qpe）只是在启动的最后阶段被开启。
由于默认的内核命令行上有init=/linuxrc, 因此，在文件系统被挂载后，运行的第一个程序是根目录下的linuxrc。这是一个指向/bin/busybox的链接，也就是说，系统起来后运行的第一个程序也就是busybox本身。这种情况下，busybox首先将试图解析/etc/inittab来获取进一步的初始化配置信息（参考busybox源代码init/init.c中的parse_inittab()函数）。而事实上，root_qtopia中并没有/etc/inittab这个配置文件，根据busybox的逻辑，它将生成默认的配置(部分):
static void parse_inittab(void)
{
#if ENABLE_FEATURE_USE_INITTAB
char *token[4];
parser_t *parser = config_open2("/etc/inittab", fopen_for_read);

if (parser == NULL)
#endif
{
/* No inittab file - set up some default behavior */
/* Reboot on Ctrl-Alt-Del */
new_init_action(CTRLALTDEL, "reboot", "");
/* Umount all filesystems on halt/reboot */
new_init_action(SHUTDOWN, "umount -a -r", "");
/* Swapoff on halt/reboot */
if (ENABLE_SWAPONOFF)
new_init_action(SHUTDOWN, "swapoff -a", "");
/* Prepare to restart init when a QUIT is received */
new_init_action(RESTART, "init", "");
/* Askfirst shell on tty1-4 */
new_init_action(ASKFIRST, bb_default_login_shell, "");
//TODO: VC_1 instead of ""? "" is console -> ctty problems -> angry users
new_init_action(ASKFIRST, bb_default_login_shell, VC_2);
new_init_action(ASKFIRST, bb_default_login_shell, VC_3);
new_init_action(ASKFIRST, bb_default_login_shell, VC_4);
/* sysinit */
new_init_action(SYSINIT, INIT_SCRIPT, "");
return;
}
……
其中， 最重要的一个，就是new_init_action(SYSINIT, INIT_SCRIPT, "")， 也就决定了接下去初始化的脚本是INIT_SCRIPT所定义的值。这个宏的默认值是"/etc/init.d/rcS"。
下面是文件系统中/etc/init.d/rcS的内容, 也是我们要分析的重点

#! /bin/sh

PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:
runlevel=S
prevlevel=N
umask 022
export PATH runlevel prevlevel

#
# Trap CTRL-C &c only in this shell so we can interrupt subprocesses.
#
trap ":" INT QUIT TSTP
/bin/hostname FriendlyARM

/bin/mount -n -t proc none /proc
/bin/mount -n -t sysfs none /sys
/bin/mount -n -t usbfs none /proc/bus/usb
/bin/mount -t ramfs none /dev

echo /sbin/mdev > /proc/sys/kernel/hotplug
/sbin/mdev -s
/bin/hotplug

# mounting file system specified in /etc/fstab
mkdir -p /dev/pts
mkdir -p /dev/shm
/bin/mount -n -t devpts none /dev/pts -o mode=0622
/bin/mount -n -t tmpfs tmpfs /dev/shm
/bin/mount -n -t ramfs none /tmp
/bin/mount -n -t ramfs none /var
mkdir -p /var/empty
mkdir -p /var/log
mkdir -p /var/lock
mkdir -p /var/run
mkdir -p /var/tmp

/sbin/hwclock -s

syslogd
/etc/rc.d/init.d/netd start
echo " " > /dev/tty1
echo "Starting networking..." > /dev/tty1
sleep 1
/etc/rc.d/init.d/httpd start
echo " " > /dev/tty1
echo "Starting web server..." > /dev/tty1
sleep 1
/etc/rc.d/init.d/leds start
echo " " > /dev/tty1
echo "Starting leds service..." > /dev/tty1
echo " "
sleep 1

/sbin/ifconfig lo 127.0.0.1
/etc/init.d/ifconfig-eth0

/bin/qtopia &
echo " " > /dev/tty1
echo "Starting Qtopia, please waiting..." > /dev/tty1
下面就逐个来分析：
1. 启动环境设置必要的环境变量；
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin: runlevel=S prevlevel=N umask 022 export PATH runlevel prevlevel
2. 设置机器名字；
/bin/hostname FriendlyARM
3. 挂载“虚拟”文件系统，
/bin/mount -n -t proc none /proc
/bin/mount -n -t sysfs none /sys
/bin/mount -n -t usbfs none /proc/bus/usb
/bin/mount -t ramfs none /dev
这里是挂载/proc, /sys，并且在/dev目录上挂载一个ramfs，相当于把原本NAND Flash上的只读的/dev目录“覆盖”上一块可写的空的SDRAM。
这里要注意的是，/sys和挂载了ramfs的/dev是正确创建设备节点的关键。对于2.6.29内核来说，已经没有了devfs的支持，创建设备节点只有通过两种办法由文件系统完成：
1) 制作文件系统镜像前用mknod手动创建好系统中所有的(包括可能有的)设备节点，并把这些节点文件一起做进文件系统镜像中；
2）在文件系统初始化过程中，通过/sys目录所输出的信息，在/dev目录下动态的创建系统中当前实际有的设备节点。
显然，方法1）有很大的局限性，仅限于没有设备动态增加或减少的情况，不适用于很多设备热插拔的情况，比如U盘，SD卡等等。方法2）是目前大多数PC上Linux的做法（基于udev实现）。这种方法有两个前提：/sys目录挂载和一个可写的/dev目录。
这也就是为什么我们在这里需要挂载/sys和ramfs在/dev目录上。事实上，这种方法最早就是为热插拔设计的，你可以理解为当系统启动是，所有设备一下子全部“插入”了进来。
这里有一点要说明的是，在文件系统初始化跑到这里之前，原本的/dev目录下必须有一个的设备节点：/dev/console。
4. 支持热插拔
echo /sbin/mdev > /proc/sys/kernel/hotplug
/sbin/mdev –s
/bin/hotplug
这几个就是用来完成我上面所说的两个东西：
1）通过mdev -s 在/dev目录下建立必要的设备节点；
2）设置内核的hotplug handler为mdev, 即当设备热插拔时，由mdev接收来自内核的消息并作出相应的回应, 比如挂载U盘。
对于mdev，需要注意的是，文件系统里存在/etc/mdev.conf文件，它包含了mdev的配置信息。通过这个文件，我们可以自定义一些设备节点的名称或链接来满足特定的需要。这是root qtopia中mdev.conf的内容：

# system all-writable devices
full 0:0 0666
null 0:0 0666
ptmx 0:0 0666
random 0:0 0666
tty 0:0 0666
zero 0:0 0666

# console devices
tty[0-9]* 0:5 0660
vc/[0-9]* 0:5 0660

# serial port devices
s3c2410_serial0 0:5 0666 =ttySAC0
s3c2410_serial1 0:5 0666 =ttySAC1
s3c2410_serial2 0:5 0666 =ttySAC2
s3c2410_serial3 0:5 0666 =ttySAC3

# loop devices
loop[0-9]* 0:0 0660 =loop/

# i2c devices
i2c-0 0:0 0666 =i2c/0
i2c-1 0:0 0666 =i2c/1

# frame buffer devices
fb[0-9] 0:0 0666

# input devices
mice 0:0 0660 =input/
mouse.* 0:0 0660 =input/
event.* 0:0 0660 =input/
ts.* 0:0 0660 =input/

# rtc devices
rtc0 0:0 0644 >rtc
rtc[1-9] 0:0 0644

# misc devices
mmcblk0p1 0:0 0600 =sdcard */bin/hotplug.sh
sda1 0:0 0600 =udisk * /bin/hotplug.sh
可以看到，原本串口驱动注册的设备名是s3c2410_serial0,s3c2410_serial1和s3c2410_serial2，而mdev则会在/dev目录下对应生成ttySAC0,ttySAC1和ttySAC2以符合应用程序对于