问题
最近在做嵌入式文件系统时使用了如下的inittab文件：
#/etc/inittab
::sysinit:/etc/init.d/rcS
::respawn:-/bin/sh
s3c2410_serial0::askfirst:-/bin/sh
::ctrlaltdel:/sbin/reboot
::shutdown:/bin/umount -a -r
结果出现了：/bin/sh: can't access tty; job control turned off
分析
BusyBox通过系统控制台来做些工作, 如果我们的shell启动在 /dev/console(5,1)上, tty_io.c 函数open中noctty就被设置成1,导致这个问题,具体原因还不知道。总之要启动在一个真实的串口就没有关系。
Job control will be turned off since your shell can not obtain a controlling terminal. This typically happens when you run your shell on /dev/console. The kernel will not provide a controlling terminal on the /dev/console device. Your should run your shell on a normal tty such as tty1 or ttyS0 and everything will work perfectly. If you REALLY want your shell to run on /dev/console, then you can hack your kernel (if you are into that sortof thing) by changing drivers/char/tty_io.c to change the lines where it sets "noctty = 1;" to instead set it to "0". I recommend you instead run your shell on a real console...
解决方法
可以通过BusyBox的init指定shell的设备, 注意, S3C2410上, 串口0是s3c2410_serial0。也就是说去掉::respawn:-/bin/sh就可以啦~~
串口名称
串口名称可以是s3c2410_serialx、ttySACx和ttySx等，但底层使用的是设备的主设备号和次设备号来定位具体设备的。所以不管是串口的名称是什么
，只要主设备号和次设备号对了就可以。此外，通过mdev生成设备节点时，串口的名称是s3c2410_serialx。
S3C2410的串口驱动文件drivers/serial/s3c2410.c中，有如下数据结构：
[plain] view plaincopy static struct uart_driver s3c24xx_uart_drv = { .owner = THIS_MODULE, .dev_name = "s3c2410_serial", .nr = 3, .cons = S3C24XX_SERIAL_CONSOLE, .driver_name = S3C24XX_SERIAL_NAME, .major = S3C24XX_SERIAL_MAJOR, // 主设备号为204 .minor = S3C24XX_SERIAL_MINOR, // 次设备号为64，这指第1个串口；第2个为65 };
通过这个结构体就可以确定串口设备的主设备号和次设备号。
